[PATCH resend net-next 0/2] Pass the BR_FDB_LOCAL information to switchdev drivers

2021-04-14 Thread Vladimir Oltean
From: Vladimir Oltean Bridge FDB entries with the is_local flag are entries which are terminated locally and not forwarded. Switchdev drivers might want to be notified of these addresses so they can trap them. If they don't program these entries to hardware, there is no guarantee that they will d

Re: net/dev: fix information leak to userspace

2021-03-21 Thread Cong Wang
On Sun, Mar 21, 2021 at 9:34 AM Pavel Machek wrote: > > dev_get_mac_address() does not always initialize whole > structure. Unfortunately, other code copies such structure to > userspace, leaking information. Fix it. Well, most callers already initialize it with a memset() or co

net/dev: fix information leak to userspace

2021-03-21 Thread Pavel Machek
dev_get_mac_address() does not always initialize whole structure. Unfortunately, other code copies such structure to userspace, leaking information. Fix it. Signed-off-by: Pavel Machek (CIP) Cc: sta...@kernel.org diff --git a/net/core/dev.c b/net/core/dev.c index 6c5967e80132..28283a9eb63a

I sent you a mail earlier but not sure if you received it, kindly check your email and get back to me for I have very urgent information to pass to you.

2021-03-12 Thread Kevin Roberts

[PATCH net-next 7/7] bnxt_en: Improve logging of error recovery settings information.

2021-02-14 Thread Michael Chan
We currently only log the error recovery settings if it is enabled. In some cases, firmware disables error recovery after it was initially enabled. Without logging anything, the user will not be aware of this change in setting. Log it when error recovery is disabled. Also, change the reset count

[PATCH net-next v2 04/11] ice: cache NVM module bank information

2021-02-05 Thread Tony Nguyen
/ice_type.h +++ b/drivers/net/ethernet/intel/ice/ice_type.h @@ -330,11 +330,34 @@ struct ice_netlist_info { u16 cust_ver; /* customer version */ }; +/* Enumeration of possible flash banks for the NVM, OROM, and Netlist modules + * of the flash image. + */ +enum ice_fl

Re: [PATCH net-next 02/15] ice: cache NVM module bank information

2021-01-29 Thread Willem de Bruijn
On Fri, Jan 29, 2021 at 4:32 PM Jacob Keller wrote: > > > > On 1/29/2021 1:04 PM, Willem de Bruijn wrote: > > On Fri, Jan 29, 2021 at 4:01 PM Willem de Bruijn > > wrote: > >> > >> On Thu, Jan 28, 2021 at 7:46 PM Tony Nguyen > >> wrote: > >>> > >>> From: Jacob Keller > >>> > >>> The ice flash c

Re: [PATCH net-next 02/15] ice: cache NVM module bank information

2021-01-29 Thread Jacob Keller
On 1/29/2021 1:04 PM, Willem de Bruijn wrote: > On Fri, Jan 29, 2021 at 4:01 PM Willem de Bruijn > wrote: >> >> On Thu, Jan 28, 2021 at 7:46 PM Tony Nguyen >> wrote: >>> >>> From: Jacob Keller >>> >>> The ice flash contains two copies of each of the NVM, Option ROM, and >>> Netlist modules.

Re: [PATCH net-next 02/15] ice: cache NVM module bank information

2021-01-29 Thread Willem de Bruijn
On Fri, Jan 29, 2021 at 4:01 PM Willem de Bruijn wrote: > > On Thu, Jan 28, 2021 at 7:46 PM Tony Nguyen > wrote: > > > > From: Jacob Keller > > > > The ice flash contains two copies of each of the NVM, Option ROM, and > > Netlist modules. Each bank has a pointer word and a size word. In order >

Re: [PATCH net-next 02/15] ice: cache NVM module bank information

2021-01-29 Thread Willem de Bruijn
On Thu, Jan 28, 2021 at 7:46 PM Tony Nguyen wrote: > > From: Jacob Keller > > The ice flash contains two copies of each of the NVM, Option ROM, and > Netlist modules. Each bank has a pointer word and a size word. In order > to correctly read from the active flash bank, the driver must calculate >

[PATCH net-next 02/15] ice: cache NVM module bank information

2021-01-28 Thread Tony Nguyen
/ice_type.h +++ b/drivers/net/ethernet/intel/ice/ice_type.h @@ -330,11 +330,34 @@ struct ice_netlist_info { u16 cust_ver; /* customer version */ }; +/* Enumeration of possible flash banks for the NVM, OROM, and Netlist modules + * of the flash image. + */ +enum ice_fl

[PATCH V2 net-next 1/2] net: hns3: add interfaces to query information of tm priority/qset

2021-01-28 Thread Huazhong Tan
From: Guangbin Huang Add some interfaces to get information of tm priority and qset, then they can be used by debugfs. Signed-off-by: Guangbin Huang Signed-off-by: Huazhong Tan --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 1 + .../net/ethernet/hisilicon/hns3/hns3pf/hclge_tm.c

Re: [net] can: dev: prevent potential information leak in can_fill_info()

2021-01-27 Thread patchwork-bot+netdevbpf
> > [...] Here is the summary with links: - [net] can: dev: prevent potential information leak in can_fill_info() https://git.kernel.org/netdev/net/c/b552766c872f You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html

[net] can: dev: prevent potential information leak in can_fill_info()

2021-01-27 Thread Marc Kleine-Budde
From: Dan Carpenter The "bec" struct isn't necessarily always initialized. For example, the mcp251xfd_get_berr_counter() function doesn't initialize anything if the interface is down. Fixes: 52c793f24054 ("can: netlink support for bus-error reporting and counters") Link: https://lore.kernel.org

[PATCH net-next v3 4/8] igc: Only dump registers if configured to dump HW information

2021-01-22 Thread Vinicius Costa Gomes
To avoid polluting the users logs with register dumps, only dump the adapter's registers if configured to do so. If users want to enable HW status messages they can do: $ ethtool -s IFACE msglvl hw on Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_dump.c | 3 +++ 1

[PATCH net-next v2 4/8] igc: Only dump registers if configured to dump HW information

2021-01-18 Thread Vinicius Costa Gomes
To avoid polluting the users logs with register dumps, only dump the adapter's registers if configured to do so. If users want to enable HW status messages they can do: $ ethtool -s IFACE msglvl hw on Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_dump.c | 3 +++ 1

Re: [net 1/2] can: isotp: isotp_getname(): fix kernel information leak

2021-01-13 Thread patchwork-bot+netdevbpf
.] Here is the summary with links: - [net,1/2] can: isotp: isotp_getname(): fix kernel information leak https://git.kernel.org/netdev/net/c/b42b3a2744b3 - [net,2/2] can: mcp251xfd: mcp251xfd_handle_rxif_one(): fix wrong NULL pointer check https://git.kernel.org/netdev/net/c/ca4c6ebe

[net 1/2] can: isotp: isotp_getname(): fix kernel information leak

2021-01-13 Thread Marc Kleine-Budde
From: Oliver Hartkopp Initialize the sockaddr_can structure to prevent a data leak to user space. Suggested-by: Cong Wang Reported-by: syzbot+057884e2f453e8afe...@syzkaller.appspotmail.com Fixes: e057dd3fc20f ("can: add ISO 15765-2:2016 transport protocol") Signed-off-by: Oliver Hartkopp Link:

[PATCH v2 net-next 1/4] net: dsa: move the Broadcom tag information in a separate header file

2021-01-06 Thread Vladimir Oltean
From: Vladimir Oltean It is a bit strange to see something as specific as Broadcom SYSTEMPORT bits in the main DSA include file. Move these away into a separate header, and have the tagger and the SYSTEMPORT driver include them. Signed-off-by: Vladimir Oltean Acked-by: Florian Fainelli --- Cha

Re: [RFC PATCH net-next 1/4] net: dsa: move the Broadcom tag information in a separate header file

2020-12-18 Thread Florian Fainelli
On 12/18/2020 2:38 PM, Vladimir Oltean wrote: > It is a bit strange to see something as specific as Broadcom SYSTEMPORT > bits in the main DSA include file. Move these away into a separate > header, and have the tagger and the SYSTEMPORT driver include them. > > Signed-off-by: Vladimir Oltean

[RFC PATCH net-next 1/4] net: dsa: move the Broadcom tag information in a separate header file

2020-12-18 Thread Vladimir Oltean
It is a bit strange to see something as specific as Broadcom SYSTEMPORT bits in the main DSA include file. Move these away into a separate header, and have the tagger and the SYSTEMPORT driver include them. Signed-off-by: Vladimir Oltean --- MAINTAINERS| 1 + dri

[PATCH net-next v1 4/9] igc: Only dump registers if configured to dump HW information

2020-12-01 Thread Vinicius Costa Gomes
To avoid polluting the users logs with register dumps, only dump the adapter's registers if configured to do so. If users want to enable HW status messages they can do: $ ethtool -s IFACE msglvl hw on Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_dump.c | 3 +++ 1

[PATCH net-next v7 09/14] net/smc: Add support for obtaining system information

2020-12-01 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 18 net/smc/smc_clc.c| 5 net/smc/smc_clc.h| 1 + net/smc/smc_core.c

[PATCH net-next v7 06/14] net/smc: Add diagnostic information to link structure

2020-12-01 Thread Karsten Graul
From: Guvenc Gulce During link creation add net-device ifindex and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for

[PATCH net-next v7 05/14] net/smc: Add diagnostic information to smc ib-device

2020-12-01 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device ifindex to smc ib-device structure. Register for netdevice changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c | 4

Re: [PATCH net-next v6 09/14] net/smc: Add support for obtaining system information

2020-11-28 Thread Jakub Kicinski
On Thu, 26 Nov 2020 21:39:11 +0100 Karsten Graul wrote: > + attrs = nla_nest_start_noflag(skb, SMC_GEN_SYS_INFO); Missed this, nla_nest_start(), the _noflag() is for legacy code. New families should not use it.

[PATCH net-next v6 05/14] net/smc: Add diagnostic information to smc ib-device

2020-11-26 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device ifindex to smc ib-device structure. Register for netdevice changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c | 4

[PATCH net-next v6 06/14] net/smc: Add diagnostic information to link structure

2020-11-26 Thread Karsten Graul
From: Guvenc Gulce During link creation add net-device ifindex and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for

[PATCH net-next v6 09/14] net/smc: Add support for obtaining system information

2020-11-26 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 18 net/smc/smc_clc.c| 5 net/smc/smc_clc.h| 1 + net/smc/smc_core.c

Re: [PATCH net-next v5 09/14] net/smc: Add support for obtaining system information

2020-11-25 Thread Jakub Kicinski
On Tue, 24 Nov 2020 18:50:42 +0100 Karsten Graul wrote: > @@ -214,6 +217,67 @@ static void smc_lgr_unregister_conn(struct > smc_connection *conn) > conn->lgr = NULL; > } > > +int smc_nl_get_sys_info(struct sk_buff *skb, struct netlink_callback *cb) > +{ > + struct smc_nl_dmp_ctx *cb_c

[PATCH net-next v5 05/14] net/smc: Add diagnostic information to smc ib-device

2020-11-24 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device ifindex to smc ib-device structure. Register for netdevice changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c | 4

[PATCH net-next v5 09/14] net/smc: Add support for obtaining system information

2020-11-24 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 18 +++ net/smc/smc_clc.c| 5 net/smc/smc_clc.h| 1 + net/smc/smc_core.c

[PATCH net-next v5 06/14] net/smc: Add diagnostic information to link structure

2020-11-24 Thread Karsten Graul
From: Guvenc Gulce During link creation add net-device ifindex and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for

I sent you a mail earlier but not sure if you received it, kindly check your email and get back to me for I have very urgent information to pass to you.

2020-11-11 Thread Kevin Roberts

[PATCH net-next v4 15/15] net/smc: Add support for obtaining system information

2020-11-09 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 1 + include/uapi/linux/smc_diag.h | 17 ++ net/smc/smc_clc.c | 5 +++ net/smc

[PATCH net-next v4 06/15] net/smc: Add diagnostic information to link structure

2020-11-09 Thread Karsten Graul
From: Guvenc Gulce During link creation add network and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for the

[PATCH net-next v4 05/15] net/smc: Add diagnostic information to smc ib-device

2020-11-09 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device name to smc ib-device structure. Register for netdevice name changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c |

[net v6 03/12] ch_ktls: Update cheksum information

2020-11-09 Thread Rohit Maheshwari
Checksum update was missing in the WR. Fixes: 429765a149f1 ("chcr: handle partial end part of a record") Signed-off-by: Rohit Maheshwari --- .../chelsio/inline_crypto/ch_ktls/chcr_ktls.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet

Re: [PATCH net-next v3 15/15] net/smc: Add support for obtaining system information

2020-11-09 Thread Karsten Graul
On 07/11/2020 18:55, Jakub Kicinski wrote: > On Sat, 7 Nov 2020 13:59:58 +0100 Karsten Graul wrote: >> From: Guvenc Gulce >> >> Add new netlink command to obtain system information >> of the smc module. >> >> Signed-off-by: Guvenc Gulce >> Signe

[net v5 03/12] ch_ktls: Update cheksum information

2020-11-09 Thread Rohit Maheshwari
Checksum update was missing in the WR. Fixes: 429765a149f1 ("chcr: handle partial end part of a record") Signed-off-by: Rohit Maheshwari --- .../chelsio/inline_crypto/ch_ktls/chcr_ktls.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet

Re: [PATCH net-next v3 15/15] net/smc: Add support for obtaining system information

2020-11-07 Thread Jakub Kicinski
On Sat, 7 Nov 2020 13:59:58 +0100 Karsten Graul wrote: > From: Guvenc Gulce > > Add new netlink command to obtain system information > of the smc module. > > Signed-off-by: Guvenc Gulce > Signed-off-by: Karsten Graul Checkpatch says: CHECK: Please don't use mult

[PATCH net-next v3 05/15] net/smc: Add diagnostic information to smc ib-device

2020-11-07 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device name to smc ib-device structure. Register for netdevice name changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c |

[PATCH net-next v3 06/15] net/smc: Add diagnostic information to link structure

2020-11-07 Thread Karsten Graul
From: Guvenc Gulce During link creation add network and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for the

[PATCH net-next v3 15/15] net/smc: Add support for obtaining system information

2020-11-07 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 1 + include/uapi/linux/smc_diag.h | 18 +++ net/smc/smc_clc.c | 5 +++ net/smc

Re: [PATCH net-next v2 06/15] net/smc: Add diagnostic information to link structure

2020-11-03 Thread Saeed Mahameed
On Tue, 2020-11-03 at 11:25 +0100, Karsten Graul wrote: > From: Guvenc Gulce > > During link creation add network and ib-device name to > link structure. This is needed for diagnostic purposes. > > When diagnostic information is gathered, we need to traverse > devic

Re: [PATCH net-next v2 05/15] net/smc: Add diagnostic information to smc ib-device

2020-11-03 Thread Saeed Mahameed
On Tue, 2020-11-03 at 11:25 +0100, Karsten Graul wrote: > From: Guvenc Gulce > > During smc ib-device creation, add network device name to smc > ib-device structure. Register for netdevice name changes and > update ib-device accordingly. This is needed for diagnostic purposes. > > Signed-off-by:

[PATCH net-next v2 15/15] net/smc: Add support for obtaining system information

2020-11-03 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 1 + include/uapi/linux/smc_diag.h | 18 ++ net/smc/smc_clc.c | 6 net/smc

[PATCH net-next v2 06/15] net/smc: Add diagnostic information to link structure

2020-11-03 Thread Karsten Graul
From: Guvenc Gulce During link creation add network and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for the

[PATCH net-next v2 05/15] net/smc: Add diagnostic information to smc ib-device

2020-11-03 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device name to smc ib-device structure. Register for netdevice name changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c |

[PATCH net-next 15/15] net/smc: Add support for obtaining system information

2020-11-02 Thread Karsten Graul
From: Guvenc Gulce Add new netlink command to obtain system information of the smc module. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- include/uapi/linux/smc.h | 1 + include/uapi/linux/smc_diag.h | 18 ++ net/smc/smc_clc.c | 6 net/smc

[PATCH net-next 05/15] net/smc: Add diagnostic information to smc ib-device

2020-11-02 Thread Karsten Graul
From: Guvenc Gulce During smc ib-device creation, add network device name to smc ib-device structure. Register for netdevice name changes and update ib-device accordingly. This is needed for diagnostic purposes. Signed-off-by: Guvenc Gulce Signed-off-by: Karsten Graul --- net/smc/smc_ib.c |

[PATCH net-next 06/15] net/smc: Add diagnostic information to link structure

2020-11-02 Thread Karsten Graul
From: Guvenc Gulce During link creation add network and ib-device name to link structure. This is needed for diagnostic purposes. When diagnostic information is gathered, we need to traverse device, linkgroup and link structures, to be able to do that we need to hold a spinlock for the

[net v4 03/10] ch_ktls: Update cheksum information

2020-10-30 Thread Rohit Maheshwari
Checksum update was missing in the WR. Fixes: 429765a149f1 ("chcr: handle partial end part of a record") Signed-off-by: Rohit Maheshwari --- .../chelsio/inline_crypto/ch_ktls/chcr_ktls.c | 21 --- 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/drivers/net/ethernet

[net v3 03/10] ch_ktls: Update cheksum information

2020-10-30 Thread Rohit Maheshwari
Checksum update was missing in the WR. Fixes: 429765a149f1 ("chcr: handle partial end part of a record") Signed-off-by: Rohit Maheshwari --- .../chelsio/inline_crypto/ch_ktls/chcr_ktls.c | 21 --- 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/drivers/net/ethernet

Re: [RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-10-28 Thread James Morris
On Tue, 27 Oct 2020, Paul Moore wrote: > On Wed, Sep 30, 2020 at 9:44 AM Paul Moore wrote: > > On Tue, Sep 29, 2020 at 7:09 PM James Morris wrote: > > > I'm not keen on adding a parameter which nobody is using. Perhaps a note > > > in the header instead? > > > > On Wed, Sep 30, 2020 at 6:14 AM H

Re: [RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-10-28 Thread Paul Moore
On Wed, Sep 30, 2020 at 9:44 AM Paul Moore wrote: > On Tue, Sep 29, 2020 at 7:09 PM James Morris wrote: > > I'm not keen on adding a parameter which nobody is using. Perhaps a note > > in the header instead? > > On Wed, Sep 30, 2020 at 6:14 AM Herbert Xu > wrote: > > Please at least change to t

[PATCH 2/2] rds: add functionality to print MR related information

2020-10-19 Thread Manjunath Patil
MR related information is stored in rds_sock. This patch exposes the information to userspace using rds-info command. The usage is limited to CAP_NET_ADMIN privilege. sample output: # rds-info -m RDS MRs: Program PIDMR-getsMR-putsMR-inuse rds-stress 17743 28468

[PATCH net-next 2/3] net: dsa: tag_ocelot: use VLAN information from tagging header when available

2020-10-08 Thread Vladimir Oltean
When the Extraction Frame Header contains a valid classified VLAN, use that instead of the VLAN header present in the packet. Signed-off-by: Vladimir Oltean --- net/dsa/tag_ocelot.c | 34 ++ 1 file changed, 34 insertions(+) diff --git a/net/dsa/tag_ocelot.c b/net

Re: [PATCH net-next v2 00/10] arm64: dts: layerscape: update MAC nodes with PHY information

2020-10-02 Thread Ioana Ciornei
On Fri, Oct 02, 2020 at 04:13:18PM -0700, David Miller wrote: > From: Ioana Ciornei > Date: Sat, 3 Oct 2020 00:07:27 +0300 > > > This patch set aims to add the necessary DTS nodes to complete the > > MAC/PCS/PHY representation on DPAA2 devices. The external MDIO bus nodes > > and the PHYs found

Re: [PATCH net-next v2 00/10] arm64: dts: layerscape: update MAC nodes with PHY information

2020-10-02 Thread David Miller
From: Ioana Ciornei Date: Sat, 3 Oct 2020 00:07:27 +0300 > This patch set aims to add the necessary DTS nodes to complete the > MAC/PCS/PHY representation on DPAA2 devices. The external MDIO bus nodes > and the PHYs found on them are added, along with the PCS MDIO internal > buses and their PCS

[PATCH net-next v2 00/10] arm64: dts: layerscape: update MAC nodes with PHY information

2020-10-02 Thread Ioana Ciornei
This patch set aims to add the necessary DTS nodes to complete the MAC/PCS/PHY representation on DPAA2 devices. The external MDIO bus nodes and the PHYs found on them are added, along with the PCS MDIO internal buses and their PCS PHYs. Also, links to these PHYs are added from the DPMAC node. I am

[RESEND net-next 0/9] arm64: dts: layerscape: update MAC nodes with PHY information

2020-10-02 Thread Ioana Ciornei
This patch set aims to add the necessary DTS nodes to complete the MAC/PCS/PHY representation on DPAA2 devices. The external MDIO bus nodes and the PHYs found on them are added, along with the PCS MDIO internal buses and their PCS PHYs. Also, links to these PHYs are added from the DPMAC node. I am

[PATCH 02/13] can: mcp25xxfd: mcp25xxfd_probe(): add SPI clk limit related errata information

2020-09-30 Thread Marc Kleine-Budde
From: Thomas Kopp This patch adds a reference to the recent released MCP2517FD and MCP2518FD errata sheets and paste the explanation. The driver already implements the proposed fix. Signed-off-by: Thomas Kopp Link: https://lore.kernel.org/r/20200925065606.358-1-thomas.k...@microchip.com [mkl:

Re: [RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-09-30 Thread Paul Moore
On Tue, Sep 29, 2020 at 7:09 PM James Morris wrote: > I'm not keen on adding a parameter which nobody is using. Perhaps a note > in the header instead? On Wed, Sep 30, 2020 at 6:14 AM Herbert Xu wrote: > Please at least change to the struct flowi to flowi_common if we're > not adding a family fi

Re: [RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-09-30 Thread Herbert Xu
On Wed, Sep 30, 2020 at 09:09:20AM +1000, James Morris wrote: > > I'm not keen on adding a parameter which nobody is using. Perhaps a note > in the header instead? Please at least change to the struct flowi to flowi_common if we're not adding a family field. Thanks, -- Email: Herbert Xu Home P

Re: [RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-09-29 Thread James Morris
On Tue, 29 Sep 2020, Paul Moore wrote: > As pointed out by Herbert in a recent related patch, the LSM hooks > should pass the address family in addition to the xfrm flow as the > family information is needed to safely access the flow. > > While this is not technically a problem

Re: [RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-09-29 Thread Casey Schaufler
On 9/29/2020 2:54 PM, Paul Moore wrote: > As pointed out by Herbert in a recent related patch, the LSM hooks > should pass the address family in addition to the xfrm flow as the > family information is needed to safely access the flow. > > While this is not technically a problem

[RFC PATCH] lsm,selinux: pass the family information along with xfrm flow

2020-09-29 Thread Paul Moore
As pointed out by Herbert in a recent related patch, the LSM hooks should pass the address family in addition to the xfrm flow as the family information is needed to safely access the flow. While this is not technically a problem for the current LSM/SELinux code as it only accesses fields common

[PATCH net v2 3/4] via-rhine: Eliminate version information

2020-09-29 Thread Kevin Brace
From: Kevin Brace Signed-off-by: Kevin Brace --- drivers/net/ethernet/via/via-rhine.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/drivers/net/ethernet/via/via-rhine.c b/drivers/net/ethernet/via/via-rhine.c index d3a2be2e75d0..8e8cfe110d95 100644 --- a/drivers/net/ethern

[PATCH v7 bpf-next 1/8] bpf: provide function to get vmlinux BTF information

2020-09-28 Thread Alan Maguire
It will be used later for BPF structure display support Signed-off-by: Alan Maguire --- include/linux/bpf.h | 2 ++ kernel/bpf/verifier.c | 18 -- 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/include/linux/bpf.h b/include/linux/bpf.h index 7990232..2eae3f3 1

[PATCH net-next 1/6] net: hns3: refactor the function for dumping tc information in debugfs

2020-09-24 Thread Huazhong Tan
From: Yufeng Mo Remove some unnecessary parameters of hclge_title_idx_print(), and rename this function for readability. Signed-off-by: Yufeng Mo Signed-off-by: Huazhong Tan --- .../net/ethernet/hisilicon/hns3/hns3pf/hclge_debugfs.c| 15 +-- 1 file changed, 5 insertions(+), 10

[PATCH v6 bpf-next 1/6] bpf: provide function to get vmlinux BTF information

2020-09-23 Thread Alan Maguire
It will be used later for BPF structure display support Signed-off-by: Alan Maguire --- include/linux/bpf.h | 2 ++ kernel/bpf/verifier.c | 18 -- 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/include/linux/bpf.h b/include/linux/bpf.h index fc5c901..049e50f 1

[PATCH v5 bpf-next 1/6] bpf: provide function to get vmlinux BTF information

2020-09-18 Thread Alan Maguire
It will be used later for BPF structure display support Signed-off-by: Alan Maguire --- include/linux/bpf.h | 2 ++ kernel/bpf/verifier.c | 18 -- 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/include/linux/bpf.h b/include/linux/bpf.h index c6d9f2c..c0ad5d8 1

[PATCH v5 net-next 1/5] devlink: add timeout information to status_notify

2020-09-17 Thread Shannon Nelson
Add a timeout element to the DEVLINK_CMD_FLASH_UPDATE_STATUS netlink message for use by a userland utility to show that a particular firmware flash activity may take a long but bounded time to finish. Also add a handy helper for drivers to make use of the new timeout value. UI usage hints: - if

Re: [PATCH v4 net-next 1/5] devlink: add timeout information to status_notify

2020-09-17 Thread Shannon Nelson
On 9/17/20 12:50 PM, Jacob Keller wrote: On 9/16/2020 8:02 PM, Shannon Nelson wrote: Add a timeout element to the DEVLINK_CMD_FLASH_UPDATE_STATUS netlink message for use by a userland utility to show that a particular firmware flash activity may take a long but bounded time to finish. Also add

Re: [PATCH v4 net-next 1/5] devlink: add timeout information to status_notify

2020-09-17 Thread Shannon Nelson
On 9/17/20 12:46 PM, Jakub Kicinski wrote: On Wed, 16 Sep 2020 20:02:00 -0700 Shannon Nelson wrote: Add a timeout element to the DEVLINK_CMD_FLASH_UPDATE_STATUS netlink message for use by a userland utility to show that a particular firmware flash activity may take a long but bounded time to fin

Re: [PATCH v4 net-next 1/5] devlink: add timeout information to status_notify

2020-09-17 Thread Jacob Keller
On 9/16/2020 8:02 PM, Shannon Nelson wrote: > Add a timeout element to the DEVLINK_CMD_FLASH_UPDATE_STATUS > netlink message for use by a userland utility to show that > a particular firmware flash activity may take a long but > bounded time to finish. Also add a handy helper for drivers > to m

Re: [PATCH v4 net-next 1/5] devlink: add timeout information to status_notify

2020-09-17 Thread Jakub Kicinski
On Wed, 16 Sep 2020 20:02:00 -0700 Shannon Nelson wrote: > Add a timeout element to the DEVLINK_CMD_FLASH_UPDATE_STATUS > netlink message for use by a userland utility to show that > a particular firmware flash activity may take a long but > bounded time to finish. Also add a handy helper for driv

[PATCH v4 net-next 1/5] devlink: add timeout information to status_notify

2020-09-16 Thread Shannon Nelson
Add a timeout element to the DEVLINK_CMD_FLASH_UPDATE_STATUS netlink message for use by a userland utility to show that a particular firmware flash activity may take a long but bounded time to finish. Also add a handy helper for drivers to make use of the new timeout value. UI usage hints: - if

Re: [PATCH bpf-next v6 0/5] Allow storage of flexible metadata information for eBPF programs

2020-09-15 Thread Andrii Nakryiko
On Tue, Sep 15, 2020 at 4:47 PM Stanislav Fomichev wrote: > > Currently, if a user wants to store arbitrary metadata for an eBPF > program, for example, the program build commit hash or version, they > could store it in a map, and conveniently libbpf uses .data section to > populate an internal ma

[PATCH net 5/7] afs: Expose information from afs_vlserver through /proc for debugging

2020-08-27 Thread David Howells
Convert various bitfields in afs_vlserver::probe to a mask and then expose this and some other bits of information through /proc/net/afs//vlservers to make it easier to debug VL server communication issues. Signed-off-by: David Howells --- fs/afs/internal.h |9 + fs/afs/proc.c

Re: [RFC PATCH 6/7] core/metricfs: expose x86-specific irq information through metricfs

2020-08-13 Thread Thomas Gleixner
Paolo Bonzini writes: > On 13/08/20 14:13, Thomas Gleixner wrote: >cat /sys/kernel/debug/metricfs/irq_x86/TLB/values What is 'TLB'? I'm not aware of any vector which is named TLB. >>> There's a "TLB" entry in /proc/interrupts. >> It's TLB shootdowns and not TLB. > > Yes but it's using

Re: [RFC PATCH 6/7] core/metricfs: expose x86-specific irq information through metricfs

2020-08-13 Thread Paolo Bonzini
On 13/08/20 14:13, Thomas Gleixner wrote: Add metricfs support for displaying percpu irq counters for x86. The top directory is /sys/kernel/debug/metricfs/irq_x86. Then there is a subdirectory for each x86-specific irq counter. For example: cat /sys/kernel/debug/met

Re: [RFC PATCH 6/7] core/metricfs: expose x86-specific irq information through metricfs

2020-08-13 Thread Thomas Gleixner
Paolo Bonzini writes: > On 13/08/20 12:11, Thomas Gleixner wrote: >>> Add metricfs support for displaying percpu irq counters for x86. >>> The top directory is /sys/kernel/debug/metricfs/irq_x86. >>> Then there is a subdirectory for each x86-specific irq counter. >>> For example: >>> >>>cat /

Re: [RFC PATCH 6/7] core/metricfs: expose x86-specific irq information through metricfs

2020-08-13 Thread Paolo Bonzini
On 13/08/20 12:11, Thomas Gleixner wrote: >> Add metricfs support for displaying percpu irq counters for x86. >> The top directory is /sys/kernel/debug/metricfs/irq_x86. >> Then there is a subdirectory for each x86-specific irq counter. >> For example: >> >>cat /sys/kernel/debug/metricfs/irq_x8

Re: [RFC PATCH 6/7] core/metricfs: expose x86-specific irq information through metricfs

2020-08-13 Thread Thomas Gleixner
t; +METRICFS_ITEM(PMI, apic_perf_irqs, "Performance monitoring interrupts"); > +METRICFS_ITEM(IWI, apic_irq_work_irqs, "IRQ work interrupts"); > +METRICFS_ITEM(RTR, icr_read_retry_count, "APIC ICR read retries"); > +#endif So you are adding NR_CPUS * NR_DIRECT_V

Re: [RFC PATCH 4/7] core/metricfs: expose softirq information through metricfs

2020-08-07 Thread Greg KH
On Fri, Aug 07, 2020 at 02:29:13PM -0700, Jonathan Adams wrote: > Add metricfs support for displaying percpu softirq counters. The > top directory is /sys/kernel/debug/metricfs/softirq. Then there > is a subdirectory for each softirq type. For example: > > cat /sys/kernel/debug/metricfs/sof

[RFC PATCH bpf-next 1/4] bpf: provide function to get vmlinux BTF information

2020-08-06 Thread Alan Maguire
It will be used later for BPF structure display support Signed-off-by: Alan Maguire --- include/linux/bpf.h | 2 ++ kernel/bpf/verifier.c | 18 -- 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/include/linux/bpf.h b/include/linux/bpf.h index cef4ef0..55eb67d 1

[PATCH 4/6] l2tp: cleanup netlink send of tunnel address information

2020-07-23 Thread Tom Parkin
l2tp_nl_tunnel_send has conditionally compiled code to support AF_INET6, which makes the code difficult to follow and triggers checkpatch warnings. Split the code out into functions to handle the AF_INET v.s. AF_INET6 cases, which both improves readability and resolves the checkpatch warnings. Si

[PATCH 20/29] l2tp: cleanup netlink send of tunnel address information

2020-07-21 Thread Tom Parkin
l2tp_nl_tunnel_send has conditionally compiled code to support AF_INET6, which makes the code difficult to follow and triggers checkpatch warnings. Split the code out into functions to handle the AF_INET v.s. AF_INET6 cases, which both improves readability and resolves the checkpatch warnings. Si

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-20 Thread David Miller
From: Stephen Hemminger Date: Mon, 20 Jul 2020 13:56:50 -0700 > It matters because the problem is generic, not just to the netvsc driver. > For example, BPF programs and netfilter rules will see different packets > when send is through AF_PACKET than they would see for sends from the > kernel sta

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-20 Thread Stephen Hemminger
sist for Q-in-Q? > > > > It matters because the problem is generic, not just to the netvsc driver. > > For example, BPF programs and netfilter rules will see different packets > > when send is through AF_PACKET than they would see for sends from the > > kernel s

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-20 Thread Willem de Bruijn
patch still persist for Q-in-Q? > > It matters because the problem is generic, not just to the netvsc driver. > For example, BPF programs and netfilter rules will see different packets > when send is through AF_PACKET than they would see for sends from the > kernel stack. > > Pre

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-20 Thread Stephen Hemminger
On Mon, 20 Jul 2020 09:52:27 -0400 Willem de Bruijn wrote: > On Mon, Jul 20, 2020 at 12:27 AM Sriram Krishnan (srirakr2) > wrote: > > > > +Stephen Hemminger > > > > Hi Willem, > > Thanks for looking into the code, I understand that this is more of a > > generic problem wherein many of the filte

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-20 Thread Sriram Krishnan (srirakr2)
I have moved the code to the driver and pushed a new patch due to the below highlighted issues. Stephen H, Please let me know if you have any concerns localising the changes to the netvsc driver. Thanks, Sriram On 20/07/20, 7:23 PM, "Willem de Bruijn" wrote: On Mon, Jul 20, 2020 at 12

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-20 Thread Willem de Bruijn
On Mon, Jul 20, 2020 at 12:27 AM Sriram Krishnan (srirakr2) wrote: > > +Stephen Hemminger > > Hi Willem, > Thanks for looking into the code, I understand that this is more of a generic > problem wherein many of the filtering functions assume the vlan tag to be in > the skb rather than in the pac

[PATCH net-next v7 4/4] net: enetc: Use DT protocol information to set up the ports

2020-07-19 Thread Michael Walle
From: Alex Marginean Use DT information rather than in-band information from bootloader to set up MAC for XGMII. For RGMII use the DT indication in addition to RGMII defaults in hardware. However, this implies that PHY connection information needs to be extracted before netdevice creation, when

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-18 Thread kernel test robot
patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Sriram-Krishnan/AF_PACKET-doesnt-strip-VLAN-information/20200718-172707 base: https://github.com/hnaz/linux-mm master config: s390-randconfig-s03

Re: [PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-18 Thread Willem de Bruijn
On Sat, Jul 18, 2020 at 5:25 AM Sriram Krishnan wrote: > > When an application sends with AF_PACKET and places a vlan header on > the raw packet; then the AF_PACKET needs to move the tag into the skb > so that it gets processed normally through the rest of the transmit > path. > > This is particul

[PATCH v2] AF_PACKET doesnt strip VLAN information

2020-07-18 Thread Sriram Krishnan
When an application sends with AF_PACKET and places a vlan header on the raw packet; then the AF_PACKET needs to move the tag into the skb so that it gets processed normally through the rest of the transmit path. This is particularly a problem on Hyper-V where the host only allows vlan in the offl

  1   2   3   4   5   6   7   8   9   >