[PATCH RFC net-next 03/11] udp: better wmem accounting on gso

From: Willem de Bruijn skb_segment by default transfers allocated wmem from the gso skb to the tail of the segment list. This underreports real truesize of the list, especially if the tail might be dropped. Similar to tcp_gso_segment, update wmem_alloc with the aggregate

Re: [PATCH RFC net-next 00/11] udp gso

On (04/17/18 16:00), Willem de Bruijn wrote: > > This patchset implements GSO for UDP. A process can concatenate and > submit multiple datagrams to the same destination in one send call > by setting socket option SOL_UDP/UDP_SEGMENT with the segment size, > or passing an analogous cmsg at send

Re: [PATCH net-next] net/ipv6: Make __inet6_bind static

From: David Ahern Date: Tue, 17 Apr 2018 10:00:39 -0700 > BPF core gets access to __inet6_bind via ipv6_bpf_stub_impl, so it is > not invoked directly outside of af_inet6.c. Make it static and move > inet6_bind after to avoid forward declaration. > > Signed-off-by: David

Re: [PATCH v2 net-next] net: introduce a new tracepoint for tcp_rcv_space_adjust

On 04/17/2018 09:36 AM, Yafang Shao wrote: > tcp_rcv_space_adjust is called every time data is copied to user space, > introducing a tcp tracepoint for which could show us when the packet is > copied to user. > This could help us figure out whether there's latency in user process. > > When a

Re: [PATCH RESEND net-next v2] KEYS: DNS: limit the length of option strings

From: Eric Biggers Date: Mon, 16 Apr 2018 14:29:22 -0700 > From: Eric Biggers > > Adding a dns_resolver key whose payload contains a very long option name > resulted in that string being printed in full. This hit the WARN_ONCE() > in set_precision()

[PATCH v3 00/20] Allow compile-testing NO_DMA (drivers)

Hi all, As of v4.17-rc1, patch series "[PATCH v2 0/5] Allow compile-testing NO_DMA (core)" (https://lkml.org/lkml/2018/3/16/435) has been included upstream, and drivers using the DMA API can be compile-tested on platforms selecting NO_DMA. This follow-up patch series removes dependencies

[PATCH v3 02/20] ata: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 16/20] remoteproc: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH RESEND net-next v2] KEYS: DNS: limit the length of option strings

On Tue, Apr 17, 2018 at 01:43:16PM -0400, David Miller wrote: > From: Eric Biggers > Date: Mon, 16 Apr 2018 14:29:22 -0700 > > > From: Eric Biggers > > > > Adding a dns_resolver key whose payload contains a very long option name > > resulted in that

Re: [PATCH net-next 1/3] net: phy: Add binding for vendor specific C45 MDIO address space

On 04/17/2018 11:27 AM, Andrew Lunn wrote: > On Tue, Apr 17, 2018 at 11:18:20AM -0700, Florian Fainelli wrote: >> On 04/17/2018 02:02 AM, Vicentiu Galanopulo wrote: >>> The extra property enables the discovery on the MDIO bus >>> of the PHYs which have a vendor specific address space >>> for

Re: [PATCH RESEND net-next v2] KEYS: DNS: limit the length of option strings

On Tue, Apr 17, 2018 at 02:24:37PM -0400, David Miller wrote: > From: Eric Biggers > Date: Tue, 17 Apr 2018 11:23:40 -0700 > > > Can you queue this up for stable too? syzbot has been hitting this on older > > kernel versions. > > If you want a patch bound for stable, it

Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data

Hi Michael, I love your patch! Perhaps something to improve: [auto build test WARNING on v4.16] [cannot apply to net-next/master net/master v4.17-rc1 next-20180417] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

[PATCH v3 14/20] mtd: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 06/20] fpga: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v2 bpf-next 1/3] bpftool: Support new prog types and attach types

Add recently added prog types to `bpftool prog` and attach types to `bpftool cgroup`. Update bpftool documentation and bash completion appropriately. Signed-off-by: Andrey Ignatov --- tools/bpf/bpftool/Documentation/bpftool-cgroup.rst | 11 +--

[PATCH v2 bpf-next 0/3] Add missing types to bpftool, libbpf

v1->v2: - add new types to bpftool-cgroup man page; - add new types to bash completion for bpftool; - don't add types that should not be in bpftool cgroup. Add support for various BPF prog types and attach types that have been added to kernel recently but not to bpftool or libbpf yet. Andrey

[PATCH v2 bpf-next 2/3] libbpf: Support guessing post_bind{4,6} progs

libbpf can guess prog type and expected attach type based on section name. Add hints for "cgroup/post_bind4" and "cgroup/post_bind6" section names. Existing "cgroup/sock" is not changed, i.e. expected_attach_type for it is not set to `BPF_CGROUP_INET_SOCK_CREATE`, for backward compatibility.

[PATCH v2 bpf-next 3/3] libbpf: Type functions for raw tracepoints

Add missing pieces for BPF_PROG_TYPE_RAW_TRACEPOINT in libbpf: * is- and set- functions; * support guessing prog type. Signed-off-by: Andrey Ignatov --- tools/lib/bpf/libbpf.c | 2 ++ tools/lib/bpf/libbpf.h | 2 ++ 2 files changed, 4 insertions(+) diff --git

Re: [PATCH net,stable] tun: fix vlan packet truncation

From: Bjørn Mork Date: Tue, 17 Apr 2018 00:00:38 +0200 > diff --git a/drivers/net/tun.c b/drivers/net/tun.c > index 28583aa0c17d..01cf8e3d8edc 100644 > --- a/drivers/net/tun.c > +++ b/drivers/net/tun.c > @@ -1103,13 +1103,6 @@ static netdev_tx_t tun_net_xmit(struct sk_buff *skb,

[PATCH bpf-next 9/9] tools/bpf: add a test_progs test case for bpf_get_stack helper

The test_stacktrace_map is enhanced to call bpf_get_stack in the helper to get the stack trace as well. The stack traces from bpf_get_stack and bpf_get_stackid are compared to ensure that for the same stack as represented as the same hash, their ip addresses must be the same. Signed-off-by:

[PATCH bpf-next 8/9] tools/bpf: add a verifier test case for bpf_get_stack helper and ARSH

The test_verifier already has a few ARSH test cases. This patch adds a new test case which takes advantage of newly improved verifier behavior for bpf_get_stack and ARSH. Signed-off-by: Yonghong Song --- tools/testing/selftests/bpf/test_verifier.c | 45 +

[PATCH bpf-next 1/9] bpf: change prototype for stack_map_get_build_id_offset

This patch didn't incur functionality change. The function prototype got changed so that the same function can be reused later. Signed-off-by: Yonghong Song --- kernel/bpf/stackmap.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git

[PATCH bpf-next 7/9] samples/bpf: add a test for bpf_get_stack helper

The test attached a kprobe program to kernel function sys_write. It tested to get stack for user space, kernel space and user space with build_id request. It also tested to get user and kernel stack into the same buffer with back-to-back bpf_get_stack helper calls. Whenever the kernel stack is

[PATCH bpf-next 5/9] tools/bpf: add bpf_get_stack helper to tools headers

Signed-off-by: Yonghong Song --- tools/include/uapi/linux/bpf.h| 19 +-- tools/testing/selftests/bpf/bpf_helpers.h | 2 ++ 2 files changed, 19 insertions(+), 2 deletions(-) diff --git a/tools/include/uapi/linux/bpf.h b/tools/include/uapi/linux/bpf.h

[PATCH bpf-next 4/9] bpf/verifier: improve register value range tracking with ARSH

When helpers like bpf_get_stack returns an int value and later on used for arithmetic computation, the LSH and ARSH operations are often required to get proper sign extension into 64-bit. For example, without this patch: 54: R0=inv(id=0,umax_value=800) 54: (bf) r8 = r0 55:

[PATCH bpf-next 0/9] bpf: add bpf_get_stack helper

Currently, stackmap and bpf_get_stackid helper are provided for bpf program to get the stack trace. This approach has a limitation though. If two stack traces have the same hash, only one will get stored in the stackmap table regardless of whether BPF_F_REUSE_STACKID is specified or not, so some

[PATCH v3 15/20] net: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 01/20] ASoC: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH bpf-next v3 7/8] bpf: add documentation for eBPF helpers (51-57)

Quentin Monnet [Tue, 2018-04-17 07:36 -0700]: > Add documentation for eBPF helper functions to bpf.h user header file. > This documentation can be parsed with the Python script provided in > another commit of the patch series, in order to provide a RST document >

Re: [PATCH net-next 1/3] net: phy: Add binding for vendor specific C45 MDIO address space

On 04/17/2018 02:02 AM, Vicentiu Galanopulo wrote: > The extra property enables the discovery on the MDIO bus > of the PHYs which have a vendor specific address space > for accessing the C45 MDIO registers. > > Signed-off-by: Vicentiu Galanopulo > --- >

Re: [PATCH net-next 2/3] net: phy: Change the array size to 32 for device_ids

On 04/17/2018 02:02 AM, Vicentiu Galanopulo wrote: > In the context of enabling the discovery of the PHYs > which have the C45 MDIO address space in a non-standard > address: num_ids in get_phy_c45_ids, has the > value 8 (ARRAY_SIZE(c45_ids->device_ids)), but the > u32 *devs can store 32 devices

Re: [PATCH bpf-next v3 00/10] BTF: BPF Type Format

On Mon, Apr 16, 2018 at 05:22:00PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Apr 16, 2018 at 12:33:17PM -0700, Martin KaFai Lau escreveu: > > This patch introduces BPF Type Format (BTF). > > > > BTF (BPF Type Format) is the meta data format which describes > > the data types of BPF

Re: [PATCH v2 net-next] net: introduce a new tracepoint for tcp_rcv_space_adjust

> On Apr 17, 2018, at 9:36 AM, Yafang Shao wrote: > > tcp_rcv_space_adjust is called every time data is copied to user space, > introducing a tcp tracepoint for which could show us when the packet is > copied to user. > This could help us figure out whether there's

Re: [PATCH net] Count IPv6 interface receive statistics on the ingress netdev

From: Stephen Suryaputra Date: Mon, 16 Apr 2018 13:42:16 -0400 > The statistics such as InHdrErrors should be counted on the ingress > netdev rather than on the dev from the dst, which is the egress. > > Signed-off-by: Stephen Suryaputra This looks

[PATCH bpf-next 3/9] bpf/verifier: refine retval R0 state for bpf_get_stack helper

The special property of return values for helpers bpf_get_stack and bpf_probe_read_str are captured in verifier. Both helpers return a negative error code or a length, which is equal to or smaller than the buffer size argument. This additional information in the verifier can avoid the condition

[PATCH bpf-next 2/9] bpf: add bpf_get_stack helper

Currently, stackmap and bpf_get_stackid helper are provided for bpf program to get the stack trace. This approach has a limitation though. If two stack traces have the same hash, only one will get stored in the stackmap table, so some stack traces are missing from user perspective. This patch

[PATCH bpf-next 6/9] samples/bpf: move common-purpose perf_event functions to bpf_load.c

There is no functionality change in this patch. The common-purpose perf_event functions are moved from trace_output_user.c to bpf_load.c so that these function can be reused later. Signed-off-by: Yonghong Song --- samples/bpf/bpf_load.c | 104

Re: [PATCH RESEND net-next] net/ncsi: Refactor MAC, VLAN filters

From: Samuel Mendoza-Jonas Date: Tue, 17 Apr 2018 14:23:23 +1000 > The NCSI driver defines a generic ncsi_channel_filter struct that can be > used to store arbitrarily formatted filters, and several generic methods > of accessing data stored in such a filter. > However in

[PATCH v3 10/20] lightnvm: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH bpf-next v3 7/8] bpf: add documentation for eBPF helpers (51-57)

On 4/17/18 7:34 AM, Quentin Monnet wrote: Add documentation for eBPF helper functions to bpf.h user header file. This documentation can be parsed with the Python script provided in another commit of the patch series, in order to provide a RST document that can later be converted into a man

[PATCH v3 04/20] fbdev: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 20/20] usb: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH net-next] cxgb4vf: display pause settings

From: Ganesh Goudar Date: Tue, 17 Apr 2018 15:17:11 +0530 > Add support to display pause settings > > Signed-off-by: Ganesh Goudar Applied to net-next, thank you.

Re: [PATCH net-next] vxlan: add ttl inherit support

From: Hangbin Liu Date: Tue, 17 Apr 2018 14:11:28 +0800 > Like tos inherit, ttl inherit should also means inherit the inner protocol's > ttl values, which actually not implemented in vxlan yet. > > But we could not treat ttl == 0 as "use the inner TTL", because that would

[PATCH v3 08/20] iio: adc: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 09/20] iommu: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 03/20] crypto: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH v3 11/20] mailbox: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

Re: [PATCH RESEND net-next v2] KEYS: DNS: limit the length of option strings

From: Eric Biggers Date: Tue, 17 Apr 2018 11:23:40 -0700 > Can you queue this up for stable too? syzbot has been hitting this on older > kernel versions. If you want a patch bound for stable, it must show up in Linus's tree first which means you should target 'net' rather

Re: [PATCH RESEND net-next v2] KEYS: DNS: limit the length of option strings

From: Eric Biggers Date: Tue, 17 Apr 2018 11:37:36 -0700 > On Tue, Apr 17, 2018 at 02:24:37PM -0400, David Miller wrote: >> From: Eric Biggers >> Date: Tue, 17 Apr 2018 11:23:40 -0700 >> >> > Can you queue this up for stable too? syzbot has been

Re: [PATCH net-next] selftest: tc_flower: add testcase for 'ip_flags'

From: Davide Caratti Date: Mon, 16 Apr 2018 22:59:26 +0200 > Signed-off-by: Davide Caratti Applied, thank you.

Re: [PATCH net] vlan: Fix reading memory beyond skb->tail in skb_vlan_tagged_multi

From: Toshiaki Makita Date: Tue, 17 Apr 2018 18:46:14 +0900 > Syzkaller spotted an old bug which leads to reading skb beyond tail by 4 > bytes on vlan tagged packets. > This is caused because skb_vlan_tagged_multi() did not check > skb_headlen. ... > Fixes:

Re: [PATCH net-next] ipv6: send netlink notifications for manually configured addresses

From: Lorenzo Bianconi Date: Tue, 17 Apr 2018 11:54:39 +0200 > Send a netlink notification when userspace adds a manually configured > address if DAD is enabled and optimistic flag isn't set. > Moreover send RTM_DELADDR notifications for tentative addresses. > >

Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B

On 04/17/2018 06:01 AM, Andrew Lunn wrote: > On Tue, Apr 17, 2018 at 07:18:10AM +0200, Michael Karcher wrote: >> [Andrew, sorry for the dup. I did hit reply-to-auhor instead of >> reply-to-all first.] >> >> Andrew Lunn schrieb: > This should really be fixed in the PHY driver, not the MAC.

Re: [PATCH net-next 3/3] net: phy: Enable C45 PHYs with vendor specific address space

On 04/17/2018 02:02 AM, Vicentiu Galanopulo wrote: > A search of the dev-addr property is done in of_mdiobus_register. > If the property is found in the PHY node, of_mdiobus_register_vend_spec_phy() > is called. This is a wrapper function for of_mdiobus_register_phy() > which finds the device in

[PATCH v3 07/20] i2c: Remove depends on HAS_DMA in case of platform dependency

Remove dependencies on HAS_DMA where a Kconfig symbol depends on another symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST". In most cases this other symbol is an architecture or platform specific symbol, or PCI. Generic symbols and drivers without platform dependencies keep their

[PATCH net-next] hv_netvsc: Add NetVSP v6 and v6.1 into version negotiation

From: Haiyang Zhang This patch adds the NetVSP v6 and 6.1 message structures, and includes these versions into NetVSC/NetVSP version negotiation process. Signed-off-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 164

Re: [PATCH 10/10] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)

Hi Geert, thanks for your suggestions! On Wed, Apr 18, 2018 at 1:53 AM, Geert Uytterhoeven wrote: > Hi Michael, > > Thanks for your patch! > > On Tue, Apr 17, 2018 at 12:04 AM, Michael Schmitz > wrote: >> Add platform device driver to populate the

Re: [PATCH bpf-next 01/10] [bpf]: adding bpf_xdp_adjust_tail helper

On Mon, Apr 16, 2018 at 11:51:22PM -0700, Nikita V. Shirokov wrote: > Adding new bpf helper which would allow us to manipulate > xdp's data_end pointer, and allow us to reduce packet's size > indended use case: to generate ICMP messages from XDP context, > where such message would contain

Re: [PATCH bpf-next 08/10] [bpf]: make netronome nfp compatible w/ bpf_xdp_adjust_tail

On Mon, Apr 16, 2018 at 11:51:29PM -0700, Nikita V. Shirokov wrote: > w/ bpf_xdp_adjust_tail helper xdp's data_end pointer could be changed as > well (only "decrease" of pointer's location is going to be supported). > changing of this pointer will change packet's size. > for nfp driver we will

Re: [PATCH bpf-next 06/10] [bpf]: make bnxt compatible w/ bpf_xdp_adjust_tail

On Mon, Apr 16, 2018 at 11:51:27PM -0700, Nikita V. Shirokov wrote: > w/ bpf_xdp_adjust_tail helper xdp's data_end pointer could be changed as > well (only "decrease" of pointer's location is going to be supported). > changing of this pointer will change packet's size. > for bnxt driver we will

Re: [PATCH bpf-next 07/10] [bpf]: make cavium thunder compatible w/ bpf_xdp_adjust_tail

On Mon, Apr 16, 2018 at 11:51:28PM -0700, Nikita V. Shirokov wrote: > w/ bpf_xdp_adjust_tail helper xdp's data_end pointer could be changed as > well (only "decrease" of pointer's location is going to be supported). > changing of this pointer will change packet's size. > for cavium's thunder

Re: [PATCH v2 8/8] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)

Hi Andrew, On Wed, Apr 18, 2018 at 1:26 AM, Andrew Lunn wrote: > On Tue, Apr 17, 2018 at 02:08:15PM +1200, Michael Schmitz wrote: >> Add platform device driver to populate the ax88796 platform data from >> information provided by the XSurf100 zorro device driver. >> This driver

Re: [PATCH bpf-next 04/10] [bpf]: make generic xdp compatible w/ bpf_xdp_adjust_tail

On Mon, Apr 16, 2018 at 11:51:25PM -0700, Nikita V. Shirokov wrote: > w/ bpf_xdp_adjust_tail helper xdp's data_end pointer could be changed as > well (only "decrease" of pointer's location is going to be supported). > changing of this pointer will change packet's size. > for generic XDP we need to

Re: [PATCH bpf-next 02/10] [bpf]: adding tests for bpf_xdp_adjust_tail

On Mon, Apr 16, 2018 at 11:51:23PM -0700, Nikita V. Shirokov wrote: > adding selftests for bpf_xdp_adjust_tail helper. in this syntetic test > we are testing that 1) if data_end < data helper will return EINVAL > 2) for normal use case packet's length would be reduced. > > aside from adding new

Re: [PATCH bpf-next 05/10] [bpf]: make mlx4 compatible w/ bpf_xdp_adjust_tail

On Mon, Apr 16, 2018 at 11:51:26PM -0700, Nikita V. Shirokov wrote: > w/ bpf_xdp_adjust_tail helper xdp's data_end pointer could be changed as > well (only "decrease" of pointer's location is going to be supported). > changing of this pointer will change packet's size. > for mlx4 driver we will

Re: [PATCH v2 bpf-next 1/3] bpftool: Support new prog types and attach types

On Tue, 17 Apr 2018 10:28:44 -0700, Andrey Ignatov wrote: > Add recently added prog types to `bpftool prog` and attach types to > `bpftool cgroup`. > > Update bpftool documentation and bash completion appropriately. > > Signed-off-by: Andrey Ignatov Acked-by: Jakub Kicinski

Re: SRIOV switchdev mode BoF minutes

On Tue, 17 Apr 2018 10:47:00 -0400, Andy Gospodarek wrote: > There is also a school of thought that the VF reps could be > pre-allocated on the SmartNIC so that any application processing that > traffic would sit idle when no traffic arrives on the rep, but could > process frames that do arrive

Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).

Hi Adrian, On Tue, Apr 17, 2018 at 11:40 PM, John Paul Adrian Glaubitz wrote: > On 04/17/2018 04:08 AM, Michael Schmitz wrote: >> >> From: John Paul Adrian Glaubitz > > This should be: > > From: Michael Karcher

[PATCH bpf-next v4 02/10] bpf: btf: Validate type reference

After collecting all btf_type in the first pass in an earlier patch, the second pass (in this patch) can validate the reference types (e.g. the referring type does exist and it does not refer to itself). While checking the reference type, it also gathers other information (e.g. the size of an

[PATCH bpf-next v4 03/10] bpf: btf: Check members of struct/union

This patch checks a few things of struct's members: 1) It has a valid size (e.g. a "const void" is invalid) 2) A member's size (+ its member's offset) does not exceed the containing struct's size. 3) The member's offset satisfies the alignment requirement The above can only be done after the

[PATCH bpf-next v4 08/10] bpf: btf: Sync bpf.h and btf.h to tools/

This patch sync up the bpf.h and btf.h to tools/ Signed-off-by: Martin KaFai Lau Acked-by: Alexei Starovoitov --- tools/include/uapi/linux/bpf.h | 13 tools/include/uapi/linux/btf.h | 132 + 2 files changed, 145

[PATCH bpf-next v4 09/10] bpf: btf: Add BTF support to libbpf

If the ".BTF" elf section exists, libbpf will try to create a btf_fd (through BPF_BTF_LOAD). If that fails, it will still continue loading the bpf prog/map without the BTF. If the bpf_object has a BTF loaded, it will create a map with the btf_fd. libbpf will try to figure out the btf_key_id and

[PATCH bpf-next v4 00/10] BTF: BPF Type Format

This patch introduces BPF Type Format (BTF). BTF (BPF Type Format) is the meta data format which describes the data types of BPF program/map. Hence, it basically focus on the C programming language which the modern BPF is primary using. The first use case is to provide a generic pretty print

[PATCH bpf-next v4 01/10] bpf: btf: Introduce BPF Type Format (BTF)

This patch introduces BPF type Format (BTF). BTF (BPF Type Format) is the meta data format which describes the data types of BPF program/map. Hence, it basically focus on the C programming language which the modern BPF is primary using. The first use case is to provide a generic pretty print

[PATCH bpf-next v4 04/10] bpf: btf: Add pretty print capability for data with BTF type info

This patch adds pretty print capability for data with BTF type info. The current usage is to allow pretty print for a BPF map. The next few patches will allow a read() on a pinned map with BTF type info for its key and value. This patch uses the seq_printf() infra. Signed-off-by: Martin KaFai

[PATCH v2 net,stable] tun: fix vlan packet truncation

Bogus trimming in tun_net_xmit() causes truncated vlan packets. skb->len is correct whether or not skb_vlan_tag_present() is true. There is no more reason to adjust the skb length on xmit in this driver than any other driver. tun_put_user() adds 4 bytes to the total for tagged packets because it

Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).

On 04/17/2018 10:32 PM, Michael Schmitz wrote: >> From: Michael Karcher > > I haven't found a way to change that in my tree yet, sorry. Unless > someone has a simple way to fix patch authorship after a merge, I may > have to reimport from scratch. I guess

Re: [PATCH RFC net-next 00/11] udp gso

On (04/17/18 16:23), Willem de Bruijn wrote: > > Assuming IPv4 with an MTU of 1500 and the maximum segment > size of 1472, the receiver will see three datagrams with MSS of > 1472B, 528B and 512B. so the recvmsg will also pass up 1472, 526, 512, right? If yes, how will the recvmsg differentiate

[PATCH 5/8] ipconfig: Document /proc/net/pnp

Fully document the format used by the /proc/net/pnp file written by ipconfig, explain where its values originate from, and clarify that the tertiary name server IP and DNS domain name are only written to the file when autoconfiguration is used. Signed-off-by: Chris Novakovic

[PATCH 2/8] ipconfig: Tidy up reporting of name servers

Commit 5e953778a2aab04929a5e7b69f53dc26e39b079e ("ipconfig: add nameserver IPs to kernel-parameter ip=") adds the IP addresses of discovered name servers to the summary printed by ipconfig when configuration is complete. It appears the intention in ip_auto_config() was to print the name servers on

Re: [PATCH RFC net-next 00/11] udp gso

On Tue, Apr 17, 2018 at 4:48 PM, Sowmini Varadhan wrote: > On (04/17/18 16:23), Willem de Bruijn wrote: >> >> Assuming IPv4 with an MTU of 1500 and the maximum segment >> size of 1472, the receiver will see three datagrams with MSS of >> 1472B, 528B and 512B. > > so

Re: [PATCH 8/8] CREDITS: Add Chris Novakovic

On Tue, Apr 17, 2018 at 1:58 PM, Chris Novakovic wrote: > Signed-off-by: Chris Novakovic > --- > CREDITS | 4 It is rare to update CREDITS, people now use git to credit contributions.

Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).

On Wed, Apr 18, 2018 at 08:32:25AM +1200, Michael Schmitz wrote: > Hi Adrian, > > On Tue, Apr 17, 2018 at 11:40 PM, John Paul Adrian Glaubitz > wrote: > > On 04/17/2018 04:08 AM, Michael Schmitz wrote: > >> > >> From: John Paul Adrian Glaubitz

[net-next PATCH v4 01/13] soc: ti: K2G: enhancement to support QMSS in K2G NAVSS

Navigator Subsystem (NAVSS) available on K2G SoC has a cut down version of QMSS with less number of queues, internal linking ram with lesser number of buffers etc. It doesn't have status and explicit push register space as in QMSS available on other K2 SoCs. So define reg indices specific to QMSS

[net-next PATCH v4 02/13] soc: ti: K2G: provide APIs to support driver probe deferral

This patch provide APIs to allow client drivers to support probe deferral. On K2G SoC, devices can be probed only after the ti_sci_pm_domains driver is probed and ready. As drivers may get probed at different order, any driver that depends on knav dma and qmss drivers, for example netcp network

[net-next PATCH v4 08/13] net: netcp: ethss: re-use stats handling code for 2u hardware

The stats block in 2u cpsw hardware is similar to the one on nu and hence handle it in a similar way by using a macro that includes 2u hardware as well. Signed-off-by: Murali Karicheri --- drivers/net/ethernet/ti/netcp_ethss.c | 2 +- 1 file changed, 1 insertion(+), 1

[net-next PATCH v4 11/13] net: netcp: support probe deferral

The netcp driver shouldn't proceed until the knav qmss and dma devices are ready. So return -EPROBE_DEFER if these devices are not ready. Signed-off-by: Murali Karicheri --- drivers/net/ethernet/ti/netcp_core.c | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH v2 net-next] net: introduce a new tracepoint for tcp_rcv_space_adjust

On Wed, Apr 18, 2018 at 1:38 AM, Song Liu wrote: > > >> On Apr 17, 2018, at 9:36 AM, Yafang Shao wrote: >> >> tcp_rcv_space_adjust is called every time data is copied to user space, >> introducing a tcp tracepoint for which could show us when the

Re: general protection fault in encode_rpcb_string

On Tue, 2018-04-17 at 17:33 -0400, J. Bruce Fields wrote: > On Mon, Apr 16, 2018 at 09:02:01PM -0700, syzbot wrote: > > syzbot hit the following crash on bpf-next commit > > 5d1365940a68dd57b031b6e3c07d7d451cd69daf (Thu Apr 12 18:09:05 2018 > > +) > > Merge

Fw: [Bug 199427] New: Wired Network interface goes repeatedly up and down with NetworkManager

Begin forwarded message: Date: Tue, 17 Apr 2018 18:57:20 + From: bugzilla-dae...@bugzilla.kernel.org To: step...@networkplumber.org Subject: [Bug 199427] New: Wired Network interface goes repeatedly up and down with NetworkManager https://bugzilla.kernel.org/show_bug.cgi?id=199427

Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).

Thanks Geert, I'll fix that. I see my v2 series shows up as new series on patchwork - do I need to do something different when tagging the next version, Dave? Cheers, Michael On Wed, Apr 18, 2018 at 1:51 AM, David Miller wrote: > From: Geert Uytterhoeven

Re: [PATCH net,stable] tun: fix vlan packet truncation

David Miller writes: > The VLAN business might be bogus, and needs to be removed. > > However, the pskb_trim() has to stay in some form. I think this is what > Jason is trying to say. > > The semantics of running a BPF program is that the program returns the > desired

[PATCH v3 net,stable] tun: fix vlan packet truncation

Bogus trimming in tun_net_xmit() causes truncated vlan packets. skb->len is correct whether or not skb_vlan_tag_present() is true. There is no more reason to adjust the skb length on xmit in this driver than any other driver. tun_put_user() adds 4 bytes to the total for tagged packets because it

[PATCH 1/8] ipconfig: Document setting of NIS domain name

ic_do_bootp_ext() is responsible for parsing the "ip=" and "nfsaddrs=" kernel parameters. If a "." character is found in parameter 4 (the client's hostname), everything before the first "." is used as the hostname, and everything after it is used as the NIS domain name (but not necessarily the DNS

[PATCH 8/8] CREDITS: Add Chris Novakovic

Signed-off-by: Chris Novakovic --- CREDITS | 4 1 file changed, 4 insertions(+) diff --git a/CREDITS b/CREDITS index 989cda91c427..5a13bf62c569 100644 --- a/CREDITS +++ b/CREDITS @@ -2765,6 +2765,10 @@ E: nor...@nocrew.org W: http://www.lysator.liu.se/~noring/ D:

[PATCH 6/8] ipconfig: Correctly initialise ic_nameservers

ic_nameservers, which stores the list of name servers discovered by ipconfig, is initialised (i.e. has all of its elements set to NONE, or 0x) by ic_nameservers_predef() in the following scenarios: - before the "ip=" and "nfsaddrs=" kernel command line parameters are parsed (in

[PATCH 0/8] ipconfig: NTP server support, bug fixes, documentation improvements

This series (against net-next) makes various improvements to ipconfig. It was mistakenly posted on 2018-04-07, while net-next was closed; it still applies cleanly. - Patch #1 correctly documents the behaviour of parameter 4 in the "ip=" and "nfsaddrs=" command line parameter. - Patch #2

[PATCH 3/8] ipconfig: BOOTP: Don't request IEN-116 name servers

When ipconfig is autoconfigured via BOOTP, the request packet initialised by ic_bootp_init_ext() allocates 8 bytes for tag 5 ("Name Server" [1, §3.7]), but tag 5 in the response isn't processed by ic_do_bootp_ext(). Instead, allocate the 8 bytes to tag 6 ("Domain Name Server" [1, §3.8]), which is

[PATCH 7/8] ipconfig: Write NTP server IPs to /proc/net/ntp

Distributed filesystems are most effective when the server and client clocks are synchronised. Embedded devices often use NFS for their root filesystem but typically do not contain an RTC, so the clocks of the NFS server and the embedded device will be out-of-sync when the root filesystem is

<    1   2   3   4   5   >