b53 tags on bpi-r1 (bcm53125)

Hi Florian, i just tested the latest DSA patches for b53 on a bpi-r1 device (net: dsa: b53: Turn on Broadcom tags). Unfortunately, the bcm53125 does not seem to handle the broadcom tags on CPU port although tuned on b53_brcm_hdr_setup(). The tag is still visible on a device connected to

[patch net] mlxsw: spectrum: Do not try to create non-existing ports during unsplit

From: Ido Schimmel On some systems, when we unsplit a port we need to re-create two ports instead. On other systems, only one needs to be re-created. Do not try to create a port if during driver initialization it was assigned a negative module number, which is invalid.

Re: [PATCH v15 5/5] PCI: Remove PCI pool macro functions

Whoops, my bad. Sorry Thanks, Romain 2017-11-20 21:34 GMT+01:00 Bjorn Helgaas : > On Mon, Nov 20, 2017 at 08:32:47PM +0100, Romain Perier wrote: >> From: Romain Perier >> >> Now that all the drivers use dma pool API, we can remove the macro >>

[PATCH] VSOCK: Don't call vsock_stream_has_data in atomic context

When using the host personality, VMCI will grab a mutex for any queue pair access. In the detach callback for the vmci vsock transport, we call vsock_stream_has_data while holding a spinlock, and vsock_stream_has_data will access a queue pair. To avoid this, we can simply omit calling

Re: pull-request: mac80211 2017-11-20

From: Johannes Berg Date: Mon, 20 Nov 2017 17:06:44 +0100 > ssh://korg/pub/scm/linux/kernel/git/jberg/mac80211.git > tags/mac80211-for-davem-2017-11-20 That's an awesome URL, but I don't think I'll be able to pull from it :-)

Re: [patch net] mlxsw: spectrum: Do not try to create non-existing ports during unsplit

From: Jiri Pirko Date: Tue, 21 Nov 2017 09:42:21 +0100 > From: Ido Schimmel > > On some systems, when we unsplit a port we need to re-create two ports > instead. On other systems, only one needs to be re-created. > > Do not try to create a port if during

Re: [PATCH net,stable] net: qmi_wwan: add Quectel BG96 2c7c:0296

From: Sebastian Sjoholm Date: Mon, 20 Nov 2017 19:05:17 +0100 > Quectel BG96 is an Qualcomm MDM9206 based IoT modem, supporting both > CAT-M and NB-IoT. Tested hardware is BG96 mounted on Quectel development > board (EVB). The USB id is added to qmi_wwan.c to allow QMI >

[rht_deferred_worker] BUG: workqueue lockup - pool cpus=0 node=0 flags=0x0 nice=0 stuck for 62s!

Hello, FYI this happens in mainline kernel 4.14.0-10859-gcf9b077. It at least dates back to v4.5 . It occurs in 2 out of 2 boots. [ 204.036012] Average test time: 28300548370 [ 204.045272] Testing concurrent rhashtable access from 10 threads [ 206.134970] Writes: Total: 2 Max/Min: 0/0

Re: [net 1/1] tipc: fix access of released memory

From: Jon Maloy Date: Mon, 20 Nov 2017 21:43:03 +0100 > When the function tipc_group_filter_msg() finds that a member event > indicates that the member is leaving the group, it first deletes the > member instance, and then purges the message queue being handled > by the

Re: pull-request: mac80211 2017-11-20

On Tue, 2017-11-21 at 20:17 +0900, David Miller wrote: > From: Johannes Berg > Date: Mon, 20 Nov 2017 17:06:44 +0100 > > > ssh://korg/pub/scm/linux/kernel/git/jberg/mac80211.git > > tags/mac80211-for-davem-2017-11-20 > > That's an awesome URL, but I don't think

RE: [PATCH 0/9] use network namespace for iSCSI control interfaces

From: Chris Leech > Sent: 15 November 2017 00:25 > To: David Laight > Cc: netdev@vger.kernel.org; contain...@lists.linux-foundation.org > Subject: Re: [PATCH 0/9] use network namespace for iSCSI control interfaces > > On Wed, Nov 08, 2017 at 10:31:04AM +, David Laight wrote: > > From: Chris

Re: [PATCH net] nfp: flower: add missing kdoc

From: Jakub Kicinski Date: Mon, 20 Nov 2017 16:47:29 -0800 > Commit 0115552eac14 ("nfp: remove false positive offloads > in flower vxlan") missed adding kdoc for a new parameter > of nfp_flower_add_offload(). > > Signed-off-by: Jakub Kicinski

Re: pull-request: mac80211 2017-11-20

From: Johannes Berg Date: Tue, 21 Nov 2017 12:24:32 +0100 > On Tue, 2017-11-21 at 20:17 +0900, David Miller wrote: >> From: Johannes Berg >> Date: Mon, 20 Nov 2017 17:06:44 +0100 >> >> >

[PATCH] net: phy: harmonize phy_id{,_mask} data type

From: Richard Leitner Previously phy_id was u32 and phy_id_mask was unsigned int. As the phy_id_mask defines the important bits of the phy_id (and is therefore the same size) these two variables should be the same data type. Signed-off-by: Richard Leitner

Re: [PATCH RFC 0/5] Support asynchronous crypto for IPsec GSO.

On Mon, Nov 20, 2017 at 10:20:40AM -0800, John Fastabend wrote: > On 11/20/2017 05:09 AM, David Miller wrote: > > From: Steffen Klassert > > Date: Mon, 20 Nov 2017 08:37:47 +0100 > > > >> This patchset implements asynchronous crypto handling > >> in the layer 2 TX

[GIT] Networking

1) Fix a reference to a module parameter which was lost during the GREv6 receive path rewrite, from Alexey Kodanev. 2) Fix deref before NULL check in ipheth, from Gustavo A. R. Silva. 3) RCU read lock imbalance in tun_build_skb(), from Xin Long. 4) Some stragglers from the mac80211 folks:

[PATCH net 0/2] net/smc: fixes for smc buffer handling

Dave, here are 2 cleanup patches for smc buffer handling. Thanks, Ursula Geert Uytterhoeven (1): net/smc: Fix preinitialization of buf_desc in __smc_buf_create() Ursula Braun (1): net/smc: use sk_rcvbuf as start for rmb creation net/smc/smc_core.c | 4 ++-- 1 file changed, 2

[PATCH net 2/2] net/smc: Fix preinitialization of buf_desc in __smc_buf_create()

From: Geert Uytterhoeven With gcc-4.1.2: net/smc/smc_core.c: In function ‘__smc_buf_create’: net/smc/smc_core.c:567: warning: ‘bufsize’ may be used uninitialized in this function Indeed, if the for-loop is never executed, bufsize is used uninitialized. In

[PATCH net 1/2] net/smc: use sk_rcvbuf as start for rmb creation

From: Ursula Braun Commit 3e034725c0d8 ("net/smc: common functions for RMBs and send buffers") merged handling of SMC receive and send buffers. It introduced sk_buf_size as merged start value for size determination. But since sk_buf_size is not used at all, sk_sndbuf is

Re: [PATCH] net: phy: harmonize phy_id{,_mask} data type

On Tue, Nov 21, 2017 at 10:52:56AM +0100, Richard Leitner wrote: > From: Richard Leitner > > Previously phy_id was u32 and phy_id_mask was unsigned int. As the > phy_id_mask defines the important bits of the phy_id (and is therefore > the same size) these two

[RESEND PATCH] net: realtek: r8169: implement set_link_ksettings()

Commit 6fa1ba61520576cf1346c4ff09a056f2950cb3bf partially implemented the new ethtool API, by replacing get_settings() with get_link_ksettings(). This breaks ethtool, since the userspace tool (according to the new API specs) never tries the legacy set() call, when the new get() call succeeds. All

Re: Linux ECN Handling

On Tue, Nov 21, 2017 at 7:01 AM, Neal Cardwell wrote: > > On Tue, Nov 21, 2017 at 12:58 AM, Steve Ibanez wrote: > > Hi Neal, > > > > I tried your suggestion to disable tcp_tso_should_defer() and it does > > indeed look like it is preventing the host

Re: Linux ECN Handling

On Tue, Nov 21, 2017 at 10:51 AM, Yuchung Cheng wrote: > On Tue, Nov 21, 2017 at 7:01 AM, Neal Cardwell wrote: >> >> The original motivation for only allowing TLP in the CA_Open state was >> to be conservative and avoid having the TLP impose extra load on

Re: Linux ECN Handling

On Tue, Nov 21, 2017 at 8:20 AM, Neal Cardwell wrote: > On Tue, Nov 21, 2017 at 10:51 AM, Yuchung Cheng wrote: >> On Tue, Nov 21, 2017 at 7:01 AM, Neal Cardwell wrote: >>> >>> The original motivation for only allowing TLP in the

Re: [RFC PATCH 5/5] selinux: Add SCTP support

On Mon, 2017-11-20 at 16:55 -0500, Paul Moore wrote: > On Tue, Nov 14, 2017 at 4:52 PM, Richard Haines > wrote: > > On Mon, 2017-11-13 at 17:40 -0500, Paul Moore wrote: > > > On Mon, Nov 13, 2017 at 5:05 PM, Richard Haines > > >

usb/net/zd1211rw: possible deadlock in zd_chip_disable_rxtx

Hi! I've got the following report while fuzzing the kernel with syzkaller. On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1). usb 1-1: New USB device found, idVendor=0baf, idProduct=0121 usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 usb 1-1: config 0 descriptor??

Re: Linux ECN Handling

On Tue, Nov 21, 2017 at 12:58 AM, Steve Ibanez wrote: > Hi Neal, > > I tried your suggestion to disable tcp_tso_should_defer() and it does > indeed look like it is preventing the host from entering timeouts. > I'll have to do a bit more digging to try and find where the

RE: [PATCH] net: bridge: add max_fdb_count

From: Sarah Newman > Sent: 15 November 2017 19:27 > Current memory and CPU usage for managing bridge fdb entries is unbounded. > Add a parameter max_fdb_count, controlled from sysfs, which places an upper > limit on the number of entries. Defaults to 1024. > > When max_fdb_count is met or

[PATCH net] net: ipv6: Fixup device for anycast routes during copy

Florian reported a breakage with anycast routes due to commit 4832c30d5458 ("net: ipv6: put host and anycast routes on device with address"). Prior to this commit anycast routes were added against the loopback device causing repetitive route entries with no insight into why they existed. e.g.: $

[PATCH net v2] net: accept UFO datagrams from tuntap and packet

From: Willem de Bruijn Tuntap and similar devices can inject GSO packets. Accept type VIRTIO_NET_HDR_GSO_UDP, even though not generating UFO natively. Processes are expected to use feature negotiation such as TUNSETOFFLOAD to detect supported offload types and refrain from

Re: b53 tags on bpi-r1 (bcm53125)

Hi Jochen, On 11/21/2017 12:10 AM, Jochen Friedrich wrote: > Hi Florian, > > > i just tested the latest DSA patches for b53 on a bpi-r1 device (net: > dsa: b53: Turn on Broadcom tags). > > Unfortunately, the bcm53125 does not seem to handle the broadcom tags on > CPU port although tuned on

Re: [PATCH] net: sched: crash on blocks with goto chain action

On Mon, Nov 20, 2017 at 1:41 PM, Roman Kapl wrote: > On 11/20/2017 06:54 PM, Cong Wang wrote: >> >> On Sun, Nov 19, 2017 at 8:17 AM, Roman Kapl wrote: >>> >>> tcf_block_put_ext has assumed that all filters (and thus their goto >>> actions) are destroyed in RCU

Re: [PATCH net] ipv6: Do not consider linkdown nexthops during multipath

On Tue, Nov 21, 2017 at 09:50:12AM +0200, Ido Schimmel wrote: > When the 'ignore_routes_with_linkdown' sysctl is set, we should not > consider linkdown nexthops during route lookup. > > While the code correctly verifies that the initially selected route > ('match') has a carrier, it does not

Re: [RESEND PATCH] net: realtek: r8169: implement set_link_ksettings()

On Tue, Nov 21, 2017 at 04:15:57PM +0100, Tobias Jakobi wrote: > Commit 6fa1ba61520576cf1346c4ff09a056f2950cb3bf partially > implemented the new ethtool API, by replacing get_settings() > with get_link_ksettings(). This breaks ethtool, since the > userspace tool (according to the new API specs)

Re: [PATCH] net: phy: harmonize phy_id{,_mask} data type

On 11/21/2017 01:52 AM, Richard Leitner wrote: > From: Richard Leitner > > Previously phy_id was u32 and phy_id_mask was unsigned int. As the > phy_id_mask defines the important bits of the phy_id (and is therefore > the same size) these two variables should be the

Re: [PATCH net] ipv6: Do not consider linkdown nexthops during multipath

On 11/21/17 12:50 AM, Ido Schimmel wrote: > When the 'ignore_routes_with_linkdown' sysctl is set, we should not > consider linkdown nexthops during route lookup. > > While the code correctly verifies that the initially selected route > ('match') has a carrier, it does not perform the same check

Re: [RESEND PATCH] net: realtek: r8169: implement set_link_ksettings()

On 11/21/17 16:15, Tobias Jakobi wrote: > Commit 6fa1ba61520576cf1346c4ff09a056f2950cb3bf partially > implemented the new ethtool API, by replacing get_settings() > with get_link_ksettings(). This breaks ethtool, since the > userspace tool (according to the new API specs) never tries > the legacy

[PATCH net] bpf: change bpf_probe_write_user to bpf_trace_printk in test_verifier

There are four tests in test_verifier using bpf_probe_write_user helper. These four tests will emit the following kernel messages [ 12.974753] test_verifier[220] is installing a program with bpf_probe_write_user helper that may corrupt user memory! [

[PATCH] bnxt_en: Fix an error handling path in 'bnxt_get_module_eeprom()'

Error code returned by 'bnxt_read_sfp_module_eeprom_info()' is handled a few lines above when reading the A0 portion of the EEPROM. The same should be done when reading the A2 portion of the EEPROM. In order to correctly propagate an error, update 'rc' in this 2nd call as well, otherwise 0

Re: [LTP] [RFC] [PATCH] netns: Fix race in virtual interface bringup

On Thu, Nov 16, 2017 at 3:56 AM, Nicolas Dichtel wrote: > Le 15/11/2017 à 20:04, Dan Rue a écrit : >> Adding CC netdev >> >> Can someone comment on the expected behavior of this test case? >> >> Here's the isolated test: >> >> ip netns del tst_net_ns0 >> ip

Re: scheduling while atomic from vmci_transport_recv_stream_cb in 3.16 kernels

On Wed, 2017-09-13 at 17:19 +0200, Michal Hocko wrote: > On Wed 13-09-17 15:07:26, Jorgen S. Hansen wrote: [...] > > The patch below has been used to fix the above issue by other distros > > - among them Redhat for the 3.10 kernel, so it should work for 3.16 as > > well. > > Thanks for the

Re: [PATCH 0/9] use network namespace for iSCSI control interfaces

David Laight writes: > To make matters even more annoying the functions for holding and > releasing a namespace are GPL_ONLY :-( I am going to pick on this by itself for a moment without mentioning anything else, so as hopefully not to derail what otherwise sounds like

Re: [PATCH] net: sched: crash on blocks with goto chain action

On 11/21/2017 08:31 PM, Cong Wang wrote: On Mon, Nov 20, 2017 at 1:41 PM, Roman Kapl wrote: On 11/20/2017 06:54 PM, Cong Wang wrote: On Sun, Nov 19, 2017 at 8:17 AM, Roman Kapl wrote: tcf_block_put_ext has assumed that all filters (and thus their goto actions)

Re: [PATCH 0/9] use network namespace for iSCSI control interfaces

On Tue, Nov 21, 2017 at 11:26:09AM +, David Laight wrote: > From: Chris Leech > > Sent: 15 November 2017 00:25 > > To: David Laight > > Cc: netdev@vger.kernel.org; contain...@lists.linux-foundation.org > > Subject: Re: [PATCH 0/9] use network namespace for iSCSI control interfaces > > > > On

Re: [PATCH net] bpf: change bpf_probe_write_user to bpf_trace_printk in test_verifier

On 11/21/2017 08:23 PM, Yonghong Song wrote: > There are four tests in test_verifier using bpf_probe_write_user > helper. These four tests will emit the following kernel messages > [ 12.974753] test_verifier[220] is installing a program with > bpf_probe_write_user >

[PATCH 2/2] Net: wireless: nl80211: fix coding style

Fix some coding styles. Signed-off-by: Guilherme Tadashi Maeoka --- net/wireless/nl80211.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/net/wireless/nl80211.c b/net/wireless/nl80211.c index b1ac23ca20c8..0d7e77e03db5 100644 ---

Re: [e1000_shutdown] e1000 0000:00:03.0: disabling already-disabled device

On 11/21/2017 06:11 PM, Fengguang Wu wrote: Hello, FYI this happens in mainline kernel 4.14.0-01330-g3c07399. It happens since 4.13 . It occurs in 3 out of 162 boots. [ 44.637743] advantechwdt: Unexpected close, not stopping watchdog! [ 44.997548] input: ImExPS/2 Generic Explorer Mouse

Re: WARNING in xfrm_state_fini

On Tue, Nov 21, 2017 at 2:00 AM, syzbot wrote: > Hello, > > syzkaller hit the following crash on > c8a0739b185d11d6e2ca7ad9f5835841d1cfc765 > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master > compiler:

Re: [PATCH 11/31] nds32: Atomic operations

2017-11-20 22:29 GMT+08:00 Will Deacon : > Hi Greentime, > > On Wed, Nov 08, 2017 at 01:54:59PM +0800, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Vincent Chen >> Signed-off-by: Greentime Hu

Re: Linux ECN Handling

Hi Neal, I just tried out your fix for enabling TLPs in the CWR state (while leaving tcp_tso_should_defer() unchanged), but I'm still seeing the host enter long timeouts. Feel free to let me know if there is something else you'd like me to try. Best, -Steve On Tue, Nov 21, 2017 at 8:52 AM, Eric

Re: FW: [PATCH 15/31] nds32: System calls handling

2017-11-13 19:42 GMT+08:00 Arnd Bergmann : > On Mon, Nov 13, 2017 at 3:51 AM, Vincent Chen wrote: On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: From: Greentime Hu > >> +#define

Re: Linux ECN Handling

On Tue, Nov 21, 2017 at 10:02 PM, Steve Ibanez wrote: > Hi Neal, > > I just tried out your fix for enabling TLPs in the CWR state (while > leaving tcp_tso_should_defer() unchanged), but I'm still seeing the > host enter long timeouts. Feel free to let me know if there is >

Hi Dear

hello baby. Can I will like to know about you. I am a single man searching for a nice female friend.

Re: b53 tags on bpi-r1 (bcm53125)

Hi Florian, Hi Jochen, On 11/21/2017 12:10 AM, Jochen Friedrich wrote: Hi Florian, i just tested the latest DSA patches for b53 on a bpi-r1 device (net: dsa: b53: Turn on Broadcom tags). Unfortunately, the bcm53125 does not seem to handle the broadcom tags on CPU port although tuned on

Re: b53 tags on bpi-r1 (bcm53125)

On 11/21/2017 03:07 PM, Jochen Friedrich wrote: > Hallo Florian, > >> - what is the value of page 02, register 3 during b53_switch_detect()? A >> managed switch should have this set to 0x3, whereas I would expect an >> unmanaged switch to be 0x0 > > The register has the value 3. OK, because

[PATCH] net: ethernet: ti: cpts: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). drivers/net/ethernet/ti/cpts.c:567:9-16: WARNING: ERR_CAST can be used with cpts -> refclk Generated by: scripts/coccinelle/api/err_cast.cocci Signed-off-by: Vasyl Gomonovych ---

Re: len = bpf_probe_read_str(); bpf_perf_event_output(... len) == FAIL

On Tue, Nov 21, 2017 at 11:29:05AM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Nov 14, 2017 at 02:58:24PM -0800, Yonghong Song escreveu: > > On 11/14/17 12:25 PM, Daniel Borkmann wrote: > > > Yeah, I know, that's what I mentioned earlier in this thread to resolve > > > it, > > > but do we

Re: b53 tags on bpi-r1 (bcm53125)

Hallo Florian, - what is the value of page 02, register 3 during b53_switch_detect()? A managed switch should have this set to 0x3, whereas I would expect an unmanaged switch to be 0x0 The register has the value 3. Thanks, Jochen

RE: [net-next 1/1] tipc: enforce valid ratio between skb truesize and contents

From: Jon Maloy > Sent: 15 November 2017 20:24 > The socket level flow control is based on the assumption that incoming > buffers meet the condition (skb->truesize / roundup(skb->len) <= 4), > where the latter value is rounded off upwards to the nearest 1k number. > This does empirically hold true

Re: len = bpf_probe_read_str(); bpf_perf_event_output(... len) == FAIL

Em Tue, Nov 14, 2017 at 02:58:24PM -0800, Yonghong Song escreveu: > On 11/14/17 12:25 PM, Daniel Borkmann wrote: > > Yeah, I know, that's what I mentioned earlier in this thread to resolve it, > > but do we really want to add this hack everywhere? :( Potentially any > > function > > having

[PATCH INTERNAL V2 1/1] brcmfmac: add console log support with configurable read size

From: Jason Uy Add support for configurable read size so that older wifi chips that have size restrictions can be supported. Signed-off-by: Jason Uy Reviewed-by: Ray Jui Reviewed-by: Scott Branden

[PATCH] net: dsa: bcm_sf2: Clear IDDQ_GLOBAL_PWR bit for PHY

From: Florian Fainelli The PHY on BCM7278 has an additional bit that needs to be cleared: IDDQ_GLOBAL_PWR, without doing this, the PHY remains stuck in reset out of suspend/resume cycles. refs #SWLINUX-4599 Fixes: 1ad948be42b4 ("net: dsa: bcm_sf2: Add support for

[PATCH net] net: dsa: bcm_sf2: Clear IDDQ_GLOBAL_PWR bit for PHY

The PHY on BCM7278 has an additional bit that needs to be cleared: IDDQ_GLOBAL_PWR, without doing this, the PHY remains stuck in reset out of suspend/resume cycles. Fixes: 0fe9933804eb ("net: dsa: bcm_sf2: Add support for BCM7278 integrated switch") Signed-off-by: Florian Fainelli

Re: [PATCH] net: dsa: bcm_sf2: Clear IDDQ_GLOBAL_PWR bit for PHY

On 11/21/2017 05:37 PM, Florian Fainelli wrote: > From: Florian Fainelli > > The PHY on BCM7278 has an additional bit that needs to be cleared: > IDDQ_GLOBAL_PWR, without doing this, the PHY remains stuck in reset out > of suspend/resume cycles. > > refs

Re: [PATCH 0/6] enable creating [k,u]probe with perf_event_open

On Wed, Nov 15, 2017 at 09:23:31AM -0800, Song Liu wrote: > Changes RFC v2 to PATCH v1: > Check type PERF_TYPE_PROBE in perf_event_set_filter(). > Rebase on to tip perf/core. > > Changes RFC v1 to RFC v2: > Fix build issue reported by kbuild test bot by adding ifdef of >

[PATCH 16/30] pch_gbe: deprecate pci_get_bus_and_slot()

pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't extract the domain number. Other places, use

[PATCH 15/30] bnx2x: deprecate pci_get_bus_and_slot()

pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't extract the domain number. Other places, use

Re: FW: [PATCH 24/31] nds32: Miscellaneous header files

2017-11-09 18:42 GMT+08:00 Vincent Chen : >>>On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: >>> + >>> +static inline void __delay(unsigned long loops) { >>> + __asm__ __volatile__(".align 2\n" >>> +"1:\n" >>> +