[PATCH net-next 3/4] net: mvneta: Add network support for Armada 3700 SoC

From: Marcin Wojtas Armada 3700 is a new ARMv8 SoC from Marvell using same network controller as older Armada 370/38x/XP. There are however some differences that needed taking into account when adding support for it: * open default MBUS window to 4GB of DRAM - Armada 3700

[PATCH net-next 2/4] net: mvneta: Only disable mvneta_bm for 64-bits

Actually only the mvneta_bm support is not 64-bits compatible. The mvneta code itself can run on 64-bits architecture. Signed-off-by: Gregory CLEMENT --- drivers/net/ethernet/marvell/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH net-next 1/4] net: mvneta: Convert to be 64 bits compatible

From: Marcin Wojtas Prepare the mvneta driver in order to be usable on the 64 bits platform such as the Armada 3700. [gregory.clem...@free-electrons.com]: this patch was extract from a larger one to ease review and maintenance. Signed-off-by: Marcin Wojtas

[PATCH net-next 0/4] Extend mvneta to support Armada 3700 (ARM 64)

Hi, This series enable the use of mvneta driver on the Armada 3700 SoCs. Armada 3700 is a new ARMv8 SoC from Marvell using same network controller as older Armada 370/38x/XP. Besides the changes needed to be used on 64-bits architecture done in the 1st patch, there are also few difference

Re: net/udp: bug in skb_pull_rcsum

On Tue, Nov 22, 2016 at 3:58 AM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > A reproducer is attached. > > On commit 9c763584b7c8911106bb77af7e648bef09af9d80 (4.9-rc6, Nov 20). > > [ cut here

Re: [PATCH net-next] net: mvneta: Only disable mvneta_bm for 64-bits

Hi David, On mar., nov. 22 2016, David Miller wrote: > From: Gregory CLEMENT > Date: Tue, 22 Nov 2016 17:00:37 +0100 > >> Actually only the mvneta_bm support is not 64-bits compatible. >> The mvneta code itself can run on 64-bits

Re: [PATCH] iproute2: Nr. of packets and octets for macsec tx stats were swapped.

Hi, Daniel Acked-by: Rami Rosen Agreed about Sabrina comments about adding iproute2 and about the newlines. Regards, R

Re: [PATCH net-next] net: mvneta: Only disable mvneta_bm for 64-bits

From: Gregory CLEMENT Date: Tue, 22 Nov 2016 17:00:37 +0100 > Actually only the mvneta_bm support is not 64-bits compatible. > The mvneta code itself can run on 64-bits architecture. > > Signed-off-by: Gregory CLEMENT No

Re: wl1251 & mac address & calibration data

On 22 November 2016 at 16:31, Pali Rohár wrote: > On Tuesday 22 November 2016 16:22:57 Michal Kazior wrote: >> On 21 November 2016 at 16:51, Pali Rohár wrote: >> > On Friday 11 November 2016 18:20:50 Pali Rohár wrote: >> >> Hi! I will open discussion

Re: [PATCH net-next] net/sched: cls_flower: verify root pointer before dereferncing it

Tue, Nov 22, 2016 at 04:37:42PM CET, da...@davemloft.net wrote: >From: Jiri Pirko >Date: Tue, 22 Nov 2016 15:48:44 +0100 > >> Tue, Nov 22, 2016 at 03:25:26PM CET, r...@mellanox.com wrote: >>>tp->root is being allocated in init() time and kfreed in destroy() >>>however it is

Re: [PATCH net-next] net/sched: cls_flower: verify root pointer before dereferncing it

Tue, Nov 22, 2016 at 05:04:11PM CET, dan...@iogearbox.net wrote: >[ + John ] > >On 11/22/2016 03:48 PM, Jiri Pirko wrote: >> Tue, Nov 22, 2016 at 03:25:26PM CET, r...@mellanox.com wrote: >> > tp->root is being allocated in init() time and kfreed in destroy() >> > however it is being dereferenced

Re: [PATCH] net: mvneta: Only disable mvneta_bm for 64-bits

Hi, On mar., nov. 22 2016, Gregory CLEMENT wrote: > Actually only the mvneta_bm support is not 64-bits compatible. > The mvneta code itself can run on 64-bits architecture. I have just realized that my topic prefix was wrong (net-next was missing), I am

[PATCH net-next] net: mvneta: Only disable mvneta_bm for 64-bits

Actually only the mvneta_bm support is not 64-bits compatible. The mvneta code itself can run on 64-bits architecture. Signed-off-by: Gregory CLEMENT --- drivers/net/ethernet/marvell/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH net-next] net/sched: cls_flower: verify root pointer before dereferncing it

[ + John ] On 11/22/2016 03:48 PM, Jiri Pirko wrote: Tue, Nov 22, 2016 at 03:25:26PM CET, r...@mellanox.com wrote: tp->root is being allocated in init() time and kfreed in destroy() however it is being dereferenced in classify() path. We could be in classify() path after destroy() was called

Re: [PATCH net 1/1] net sched filters: pass netlink message flags in event notification

Daniel Borkmann writes: > On 11/22/2016 06:23 AM, Cong Wang wrote: >> On Thu, Nov 17, 2016 at 1:02 PM, Cong Wang wrote: >>> On Wed, Nov 16, 2016 at 2:16 PM, Roman Mashak wrote: Userland client should be able to read an

[PATCH net] ipv6: bump genid when the IFA_F_TENTATIVE flag is clear

When an ipv6 address has the tentative flag set, it can't be used as source for egress traffic, while the associated route, if any, can be looked up and even stored into some dst_cache. In the latter scenario, the source ipv6 address selected and stored in the cache is most probably wrong (e.g.

Re: [PATCH v3] net/phy: add trace events for mdio accesses

On Tue, 22 Nov 2016 16:47:11 +0100 Uwe Kleine-König wrote: > Make it possible to generate trace events for mdio read and write accesses. > > Signed-off-by: Uwe Kleine-König For the tracing side. Acked-by: Steven Rostedt

Re: [PATCH] fec: Always write MAC address to controller register

Sorry, I missed it. But thanks for the fast answer. cu, Daniel Am 22.11.2016 um 16:07 schrieb David Miller: > > This change is already in the tree via commit > b82d44d78480faff7456e9e0999acb9d38666057 made nearly > two months ago: > [...]

[PATCH v3] net/phy: add trace events for mdio accesses

Make it possible to generate trace events for mdio read and write accesses. Signed-off-by: Uwe Kleine-König --- drivers/net/phy/mdio_bus.c | 11 +++ include/trace/events/mdio.h | 42 ++ 2 files changed, 53 insertions(+)

Re: [RFC net-next 1/3] net: bridge: Allow bridge master device to configure switch CPU port

Hi Florian, Florian Fainelli writes: > bridge vlan add vid 2 dev br0 self > -> CPU port gets programmed > bridge vlan add vid 2 dev port0 > -> port0 (switch port 0) gets programmed Although this is not specific to this patch, I'd like to point out that this

[PATCH] net: mvneta: Only disable mvneta_bm for 64-bits

Actually only the mvneta_bm support is not 64-bits compatible. The mvneta code itself can run on 64-bits architecture. Signed-off-by: Gregory CLEMENT --- drivers/net/ethernet/marvell/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v3 3/5] net: asix: Fix AX88772x resume failures

Hi Allan, On 18/11/16 15:09, Jon Hunter wrote: > Hi Allan, > > On 14/11/16 09:45, ASIX_Allan [Office] wrote: >> Hi Jon, >> >> Please help to double check if the USB host controller of your Terga >> platform had been powered OFF while running the ax88772_suspend() routine or >> not? > > Sorry

Re: [PATCH net-next] net/sched: cls_flower: verify root pointer before dereferncing it

From: Jiri Pirko Date: Tue, 22 Nov 2016 15:48:44 +0100 > Tue, Nov 22, 2016 at 03:25:26PM CET, r...@mellanox.com wrote: >>tp->root is being allocated in init() time and kfreed in destroy() >>however it is being dereferenced in classify() path. >> >>We could be in classify() path

Re: wl1251 & mac address & calibration data

On Tuesday 22 November 2016 16:22:57 Michal Kazior wrote: > On 21 November 2016 at 16:51, Pali Rohár wrote: > > On Friday 11 November 2016 18:20:50 Pali Rohár wrote: > >> Hi! I will open discussion about mac address and calibration data for > >> wl1251 wireless chip again...

Re: [RFC net-next 0/3] net: bridge: Allow CPU port configuration

Hi Florian, Florian Fainelli writes: > This patch series allows using the bridge master interface to configure > an Ethernet switch port's CPU/management port with different VLAN attributes > than > those of the bridge downstream ports/members. > > Jiri, Ido, Andrew,

Re: [PATCH net-next] marvell: mark mvneta and mvpp2 32-bit only

From: Arnd Bergmann Date: Tue, 22 Nov 2016 15:21:22 +0100 > Both of these drivers won't work on 64-bit architectures unless they > are redesigned, since they store a virtual address pointer in a 32-bit > field of the descriptors: > > drivers/net/ethernet/marvell/mvneta_bm.c: In

Re: wl1251 & mac address & calibration data

On 21 November 2016 at 16:51, Pali Rohár wrote: > On Friday 11 November 2016 18:20:50 Pali Rohár wrote: >> Hi! I will open discussion about mac address and calibration data for >> wl1251 wireless chip again... >> >> Problem: Mac address & calibration data for wl1251 chip on

Re: [PATCH v2] net/phy: add trace events for mdio accesses

On Tue, Nov 22, 2016 at 09:55:21AM -0500, Steven Rostedt wrote: > On Tue, 22 Nov 2016 11:01:27 +0100 > Uwe Kleine-König wrote: > > > diff --git a/include/trace/events/mdio.h b/include/trace/events/mdio.h > > new file mode 100644 > > index ..468e2d095d19 > >

Re: [PATCH net-next] marvell: mark mvneta and mvpp2 32-bit only

Hi Arnd, On mar., nov. 22 2016, Arnd Bergmann wrote: > Both of these drivers won't work on 64-bit architectures unless they > are redesigned, since they store a virtual address pointer in a 32-bit > field of the descriptors: > > drivers/net/ethernet/marvell/mvneta_bm.c: In

Re: [PATCH] net: dsa: mv88e6xxx: add MV88E6097 switch

On Tue, Nov 22, 2016 at 11:28:36AM +0100, Stefan Eichenberger wrote: > Add support for the MV88E6097 switch. The change was tested on an Armada > based platform with a MV88E6097 switch. Hi Stefan Please can you based your patches on net-next. You will then find the ops structure has gained a few

Re: [PATCH] fec: Always write MAC address to controller register

This change is already in the tree via commit b82d44d78480faff7456e9e0999acb9d38666057 made nearly two months ago: commit b82d44d78480faff7456e9e0999acb9d38666057 Author: Gavin Schenk Date: Fri Sep 30 11:46:10 2016 +0200 net: fec: set mac address unconditionally

Re: [PATCH] ipv6:ipv6_pinfo dereferenced after NULL check

From: Hannes Frederic Sowa Date: Tue, 22 Nov 2016 13:26:45 +0100 > On 22.11.2016 07:27, Manjeet Pawar wrote: >> From: Rohit Thapliyal >> >> np checked for NULL and then dereferenced. It should be modified >> for NULL case. >> >>

Re: [PATCH net-next] net/sched: cls_flower: verify root pointer before dereferncing it

Tue, Nov 22, 2016 at 03:25:26PM CET, r...@mellanox.com wrote: >tp->root is being allocated in init() time and kfreed in destroy() >however it is being dereferenced in classify() path. > >We could be in classify() path after destroy() was called and thus >tp->root is null. Verifying if tp->root is

Re: [patch net-next 0/2] mlxsw: core: Implement thermal zone

From: Jiri Pirko Date: Tue, 22 Nov 2016 11:24:11 +0100 > Implement thermal zone for mlxsw based HW. > The first patch is just a register dependency for the second patch. Looks good, series applied, thanks.

Re: [PATCH] net: dsa: mv88e6xxx: egress all frames

On Tue, Nov 22, 2016 at 11:39:44AM +0100, Stefan Eichenberger wrote: > Egress multicast and egress unicast is only enabled for CPU/DSA ports > but for switching operation it seems it should be enabled for all ports. > Do I miss something here? > > I did the following test: > brctl addbr br0 >

Re: [net-next PATCH v2 4/5] virtio_net: add dedicated XDP transmit queues

On Tue, Nov 22, 2016 at 12:17:40AM -0800, John Fastabend wrote: > On 16-11-21 03:13 PM, Michael S. Tsirkin wrote: > > On Sat, Nov 19, 2016 at 06:51:04PM -0800, John Fastabend wrote: > >> XDP requires using isolated transmit queues to avoid interference > >> with normal networking stack (BQL,

Re: [net-next PATCH v2 3/5] virtio_net: Add XDP support

On Tue, Nov 22, 2016 at 12:27:03AM -0800, John Fastabend wrote: > On 16-11-21 03:20 PM, Michael S. Tsirkin wrote: > > On Sat, Nov 19, 2016 at 06:50:33PM -0800, John Fastabend wrote: > >> From: Shrijeet Mukherjee > >> > >> This adds XDP support to virtio_net. Some requirements

Re: [PATCHv2 net-next 00/11] Start adding support for mv88e6390

From: Andrew Lunn Date: Mon, 21 Nov 2016 23:26:54 +0100 > This is the first patchset implementing support for the mv88e6390 > family. This is a new generation of switch devices and has numerous > incompatible changes to the registers. These patches allow the switch > to the

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

Bjorn Andersson writes: > On Wed 16 Nov 10:49 PST 2016, Kalle Valo wrote: > >> Bjorn Andersson wrote: >> > The correct include file for getting errno constants and ERR_PTR() is >> > linux/err.h, rather than linux/errno.h, so fix the

Re: [PATCH v2] net/phy: add trace events for mdio accesses

On Tue, 22 Nov 2016 11:01:27 +0100 Uwe Kleine-König wrote: > diff --git a/include/trace/events/mdio.h b/include/trace/events/mdio.h > new file mode 100644 > index ..468e2d095d19 > --- /dev/null > +++ b/include/trace/events/mdio.h > @@ -0,0 +1,42 @@ > +#undef

[PATCH net-next] net/sched: cls_flower: verify root pointer before dereferncing it

tp->root is being allocated in init() time and kfreed in destroy() however it is being dereferenced in classify() path. We could be in classify() path after destroy() was called and thus tp->root is null. Verifying if tp->root is null in classify() path is enough because it's being freed with

[PATCH net-next] marvell: mark mvneta and mvpp2 32-bit only

Both of these drivers won't work on 64-bit architectures unless they are redesigned, since they store a virtual address pointer in a 32-bit field of the descriptors: drivers/net/ethernet/marvell/mvneta_bm.c: In function 'mvneta_bm_construct': drivers/net/ethernet/marvell/mvneta_bm.c:103:16:

[PATCH net] net/mlx4_en: Free netdev resources under state lock

Make sure mlx4_en_free_resources is called under the netdev state lock. This is needed since RCU dereference of XDP prog should be protected. Fixes: 326fe02d1ed6 ("net/mlx4_en: protect ring->xdp_prog with rcu_read_lock") Signed-off-by: Tariq Toukan Reported-by: Sagi Grimberg

Re: Synopsys Ethernet QoS Driver

Hi Lars and Peppe, On 21-11-2016 16:11, Joao Pinto wrote: > On 21-11-2016 15:43, Lars Persson wrote: >> >> >>> 21 nov. 2016 kl. 16:06 skrev Joao Pinto : >>> On 21-11-2016 14:25, Giuseppe CAVALLARO wrote: > On 11/21/2016 2:28 PM, Lars Persson wrote: > >

Re: [PATCH] iproute2: Nr. of packets and octets for macsec tx stats were swapped.

Hi Daniel, Thanks for fixing this. I noticed it some time ago but it seems I forgot to send the patch :( Acked-by: Sabrina Dubroca Your subject line should be: Subject: [PATCH iproute2] macsec: Nr.of packets and octets for macsec tx stats were swapped. with "iproute2"

[PATCH] iproute2: Nr. of packets and octets for macsec tx stats were swapped.

Signed-off-by: Daniel Hopf --- ip/ipmacsec.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/ip/ipmacsec.c b/ip/ipmacsec.c index c9252bb..aa89a00 100644 --- a/ip/ipmacsec.c +++ b/ip/ipmacsec.c @@ -634,10 +634,10 @@ static void

Re: [PATCH] net: ipv6: avoid errors due to per-cpu atomic alloc

On 11/22/2016 12:18 PM, Hannes Frederic Sowa wrote: > On 22.11.2016 11:34, Mike Manning wrote: >> Bursts of failures may occur when adding IPv6 routes via Netlink to the >> kernel when testing under scale (e.g. 500 routes lost out of 1M). The >> reason is that percpu.c:pcpu_balance_workfn() is not

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-18 07:03 AM, Mark Lord wrote: On 16-11-18 02:57 AM, Hayes Wang wrote: .. Besides, the maximum data length which the RTL8152 would send to the host is 16KB. That is, if the agg_buf_sz is 16KB, the host wouldn't split it. However, you still see problems for it. How does the RTL8152

Re: [RFC net-next 0/3] net: bridge: Allow CPU port configuration

Mon, Nov 21, 2016 at 08:09:22PM CET, f.faine...@gmail.com wrote: >Hi all, > >This patch series allows using the bridge master interface to configure >an Ethernet switch port's CPU/management port with different VLAN attributes >than >those of the bridge downstream ports/members. > >Jiri, Ido,

Re: [PATCH] ipv6:ipv6_pinfo dereferenced after NULL check

On 22.11.2016 07:27, Manjeet Pawar wrote: > From: Rohit Thapliyal > > np checked for NULL and then dereferenced. It should be modified > for NULL case. > > Signed-off-by: Rohit Thapliyal > Signed-off-by: Manjeet Pawar >

Re: [PATCH] net: ipv6: avoid errors due to per-cpu atomic alloc

On 22.11.2016 11:34, Mike Manning wrote: > Bursts of failures may occur when adding IPv6 routes via Netlink to the > kernel when testing under scale (e.g. 500 routes lost out of 1M). The > reason is that percpu.c:pcpu_balance_workfn() is not guaranteed to have > extended the area map in time for

Re: mlx5 "syndrome" errors in kernel log

On Tue, Nov 22, 2016 at 11:59 AM, Jesper Dangaard Brouer wrote: > > Hi Saeed, > > I'm seeing below dmesg errors, after pulling net-next at commit > e796f49d826aad, before I was not seeing these errors, where my tree was > based on top of commit 319b0534b95. > > mlx5_core

net/udp: bug in skb_pull_rcsum

Hi, I've got the following error report while fuzzing the kernel with syzkaller. A reproducer is attached. On commit 9c763584b7c8911106bb77af7e648bef09af9d80 (4.9-rc6, Nov 20). [ cut here ] kernel BUG at net/core/skbuff.c:3029! invalid opcode: [#1] SMP KASAN

[PATCH] fec: Always write MAC address to controller register

On non-FEC_QUIRK_ENET_MAC types the MAC address needs to be set in FEC during initialisation, if not done by bootloader already. Especially random MACs or MAC addresses provided by kernel parameter must be set. Signed-off-by: Daniel Krueger ---

[PATCH] net: ipv6: avoid errors due to per-cpu atomic alloc

Bursts of failures may occur when adding IPv6 routes via Netlink to the kernel when testing under scale (e.g. 500 routes lost out of 1M). The reason is that percpu.c:pcpu_balance_workfn() is not guaranteed to have extended the area map in time for the atomic allocation using percpu.c: pcpu_alloc()

[PATCH v5] iproute2: macvlan: add "source" mode

Adjusting iproute2 utility to support new macvlan link type mode called "source". Example of commands that can be applied: ip link add link eth0 name macvlan0 type macvlan mode source ip link set link dev macvlan0 type macvlan macaddr add 00:11:11:11:11:11 ip link set link dev macvlan0 type

[PATCH v8] mac80211: multicast to unicast conversion

Add the ability for an AP (and associated VLANs) to perform multicast-to-unicast conversion for ARP, IPv4 and IPv6 frames (possibly within 802.1Q). If enabled, such frames are to be sent to each station separately, with the DA replaced by their own MAC address rather than the group address. Note

[PATCH] net: dsa: mv88e6xxx: egress all frames

Egress multicast and egress unicast is only enabled for CPU/DSA ports but for switching operation it seems it should be enabled for all ports. Do I miss something here? I did the following test: brctl addbr br0 brctl addif br0 lan0 brctl addif br0 lan1 In this scenario the unicast and multicast

[PATCH] net: dsa: mv88e6xxx: add MV88E6097 switch

Add support for the MV88E6097 switch. The change was tested on an Armada based platform with a MV88E6097 switch. Signed-off-by: Stefan Eichenberger --- drivers/net/dsa/mv88e6xxx/chip.c | 19 +++ drivers/net/dsa/mv88e6xxx/mv88e6xxx.h | 2

[patch net-next 2/2] mlxsw: core: Implement thermal zone

From: Ivan Vecera Implement thermal zone for mlxsw based HW. It uses temperature sensor provided by ASIC (the same as mlxsw hwmon interface) to report current temp to thermal core. The ASIC's PWM is then used to control speed of system fans registered as cooling devices.

[patch net-next 1/2] mlxsw: reg: Add Management Fan Speed Limit register

From: Jiri Pirko The MFSL register is used to configure the fan speed event / interrupt notification mechanism. Fan speed threshold are defined for both under-speed and over-speed. Signed-off-by: Jiri Pirko Reviewed-by: Ido Schimmel

[patch net-next 0/2] mlxsw: core: Implement thermal zone

From: Jiri Pirko Implement thermal zone for mlxsw based HW. The first patch is just a register dependency for the second patch. Ivan Vecera (1): mlxsw: core: Implement thermal zone Jiri Pirko (1): mlxsw: reg: Add Management Fan Speed Limit register

net/icmp: null-ptr-deref in icmp6_send

Hi, I've got the following error report while fuzzing the kernel with syzkaller. It seems that skb_dst(skb) may end up being NULL. As far as I can see the bug was introduced in commit 5d41ce29e ("net: icmp6_send should use dst dev to determine L3 domain"). ICMP v4 probaly has similar issue due

Re: [RFC PATCH net v2 2/3] dt: bindings: add ethernet phy eee-disable-advert option documentation

On Mon, 2016-11-21 at 21:35 -0800, Florian Fainelli wrote: > Le 21/11/2016 à 08:47, Andrew Lunn a écrit : > > > > > > > > What I did not realize when doing this patch for the realtek > > > driver is > > > that there is already 6 valid modes defined in the kernel > > > > > > #define

[PATCH v2] net/phy: add trace events for mdio accesses

Make it possible to generate trace events for mdio read and write accesses. Signed-off-by: Uwe Kleine-König --- Changes since (implicit) v1: - make use of TRACE_EVENT_CONDITION Alternatively to this patch the condition could be + TP_CONDITION(err == 0), but

mlx5 "syndrome" errors in kernel log

Hi Saeed, I'm seeing below dmesg errors, after pulling net-next at commit e796f49d826aad, before I was not seeing these errors, where my tree was based on top of commit 319b0534b95. mlx5_core :02:00.1: mlx5_cmd_check:698:(pid 8788): ACCESS_REG(0x805) op_mod(0x1) failed, status bad

Re: [PATCH net 1/1] net sched filters: pass netlink message flags in event notification

On 11/22/2016 06:23 AM, Cong Wang wrote: On Thu, Nov 17, 2016 at 1:02 PM, Cong Wang wrote: On Wed, Nov 16, 2016 at 2:16 PM, Roman Mashak wrote: Userland client should be able to read an event, and reflect it back to the kernel, therefore it needs

Re: net/l2tp: use-after-free write in l2tp_ip6_close

Hi Guillaume, Sorry, I was on vacation last week, couldn't reply. As I can see a fix was already sent upstream. Thanks! On Thu, Nov 10, 2016 at 6:44 PM, Guillaume Nault wrote: > On Mon, Nov 07, 2016 at 11:35:26PM +0100, Andrey Konovalov wrote: >> Hi, >> >> I've got the

net/can: use-after-free in bcm_rx_thr_flush

Hi, I've got the following error report while fuzzing the kernel with syzkaller. A reproducer is attached. You may need to run it a few times. On commit 9c763584b7c8911106bb77af7e648bef09af9d80 (4.9-rc6, Nov 20). == BUG: KASAN:

Re: [net-next PATCH v2 3/5] virtio_net: Add XDP support

On 16-11-21 03:20 PM, Michael S. Tsirkin wrote: > On Sat, Nov 19, 2016 at 06:50:33PM -0800, John Fastabend wrote: >> From: Shrijeet Mukherjee >> >> This adds XDP support to virtio_net. Some requirements must be >> met for XDP to be enabled depending on the mode. First it will

Re: linux-next: build warnings after merge of the net-next tree

Hello, On Mon, 21 Nov 2016 17:28:39 -0800, Florian Fainelli wrote: > +Thomas, Gregory, > > On 11/21/2016 05:22 PM, Stephen Rothwell wrote: > [snip] > > > > Introduced by commit > > > > a0627f776a45 ("net: marvell: Allow drivers to be built with COMPILE_TEST") > > > > "a few warnings" is a

Re: [net-next PATCH v2 4/5] virtio_net: add dedicated XDP transmit queues

On 16-11-21 03:13 PM, Michael S. Tsirkin wrote: > On Sat, Nov 19, 2016 at 06:51:04PM -0800, John Fastabend wrote: >> XDP requires using isolated transmit queues to avoid interference >> with normal networking stack (BQL, NETDEV_TX_BUSY, etc). This patch >> adds a XDP queue per cpu when a XDP

Re: [net-next PATCH v2 1/5] net: virtio dynamically disable/enable LRO

On 16-11-21 03:23 PM, Michael S. Tsirkin wrote: > On Sat, Nov 19, 2016 at 06:49:34PM -0800, John Fastabend wrote: >> This adds support for dynamically setting the LRO feature flag. The >> message to control guest features in the backend uses the >> CTRL_GUEST_OFFLOADS msg type. >> >>

<    1   2