On Wed, 9 Dec 2020 00:46:23 +0530 Vinay Kumar Yadav wrote:
> On 12/8/2020 11:49 PM, Jakub Kicinski wrote:
> > On Sat, 5 Dec 2020 17:05:30 +0530 Vinay Kumar Yadav wrote:
> >> When socket is in tls-toe (TLS_HW_RECORD) and connections
> >> are established in kernel stack, on every connection close
On 08/12/2020 16.21, Christophe Leroy wrote:
>
>
> Le 05/12/2020 à 20:17, Rasmus Villemoes a écrit :
>> The translation from the ucc_geth_num_of_threads enum value to the
>> actual count can be written somewhat more compactly with a small
>> lookup table, allowing us to replace the four switch st
On Tue, Dec 08, 2020 at 03:00:28PM +0800, DENG Qingfang wrote:
> MT7530 has a global address age control register, so use it to set
> ageing time.
>
> The applied timer is (AGE_CNT + 1) * (AGE_UNIT + 1) seconds
>
> Signed-off-by: DENG Qingfang
> ---
> drivers/net/dsa/mt7530.c | 41 +
On Tue, Dec 8, 2020 at 8:58 AM Nguyen, Anthony L
wrote:
>
> On Mon, 2020-11-23 at 17:11 -0800, Alexander Duyck wrote:
> > On Mon, Nov 23, 2020 at 3:21 PM Jesse Brandeburg
> > wrote:
> > >
> > > Alexander Duyck wrote:
> > >
> > > > > > I'm not sure this logic is correct. Can the flow director
> >
On Tue, 8 Dec 2020 20:23:24 +0200 Paraschiv, Andra-Irina wrote:
> >> --- a/include/uapi/linux/vm_sockets.h
> >> +++ b/include/uapi/linux/vm_sockets.h
> >> @@ -145,7 +145,7 @@
> >>
> >> struct sockaddr_vm {
> >>__kernel_sa_family_t svm_family;
> >> - unsigned short svm_reserved1;
> >>
On 08/12/2020 16.13, Christophe Leroy wrote:
>
>
> Le 05/12/2020 à 20:17, Rasmus Villemoes a écrit :
>> @@ -3714,25 +3712,23 @@ static int ucc_geth_probe(struct
>> platform_device* ofdev)
>> if ((ucc_num < 0) || (ucc_num > 7))
>> return -ENODEV;
>> - ug_info = &ugeth_info[uc
On Tue, Dec 08, 2020 at 10:56:21PM +0200, Vladimir Oltean wrote:
> On Tue, Dec 08, 2020 at 03:00:28PM +0800, DENG Qingfang wrote:
> > MT7530 has a global address age control register, so use it to set
> > ageing time.
> >
> > The applied timer is (AGE_CNT + 1) * (AGE_UNIT + 1) seconds
> >
> > Sig
On Mon, 7 Dec 2020 21:40:18 +0530 Geetha sowjanya wrote:
> Hardware supports 8 RSS groups per interface. Currently we are using
> only group '0'. This patch allows user to create new RSS groups/contexts
> and use the same as destination for flow steering rules.
>
> usage:
> To steer the traffic to
Jakub Kicinski wrote:
>On Wed, 02 Dec 2020 20:55:57 + Lars Everbrand wrote:
>> This patch updates the sending algorithm for roundrobin to avoid
>> over-subscribing interface(s) when one or more interfaces in the bond is
>> not able to send packets. This happened when order was not random and
Hi Jakub, thank you so much for reviewing this patchset !
On Tue, Dec 8, 2020 at 2:43 PM Jakub Kicinski wrote:
>
> > When the chip is working with the default 1500 byte MTU, a 9K
> > dma buffer goes from chip -> cpu per 1500 byte frame. This means
> > that to get 1G/s ethernet bandwidth, we need
Jakub Kicinski writes:
> On Tue, 08 Dec 2020 15:18:31 +0100 Toke Høiland-Jørgensen wrote:
>> Toke Høiland-Jørgensen writes:
>>
>> > This series restores the test_offload.py selftest to working order. It
>> > seems a
>> > number of subtle behavioural changes have crept into various subsystems
On Tue, 2020-12-08 at 11:00 -0800, Alexander Duyck wrote:
> On Tue, Dec 8, 2020 at 8:58 AM Nguyen, Anthony L
> wrote:
> >
> > On Mon, 2020-11-23 at 17:11 -0800, Alexander Duyck wrote:
> > > On Mon, Nov 23, 2020 at 3:21 PM Jesse Brandeburg
> > > wrote:
> > > >
> > > > Alexander Duyck wrote:
> >
On 12/7/20 11:00 PM, DENG Qingfang wrote:
> MT7530 has a global address age control register, so use it to set
> ageing time.
>
> The applied timer is (AGE_CNT + 1) * (AGE_UNIT + 1) seconds
>
> Signed-off-by: DENG Qingfang
Reviewed-by: Florian Fainelli
--
Florian
On Mon, 7 Dec 2020, Andrii Nakryiko wrote:
> On Sat, Dec 5, 2020 at 4:38 PM Alan Maguire wrote:
> > Thanks so much for doing this Andrii! When I tested, I ran into a problem;
> > it turns out when a module struct such as "veth_stats" is used, it's
> > classified as BTF_KIND_FWD, and as a result w
Syzbot reported a stack overflow in bitmap_from_arr32() called from
ethnl_parse_bitset() when bitset from netlink message is longer than
target bitmap length. While ethnl_compact_sanity_checks() makes sure that
trailing part is all zeros (i.e. the request does not try to touch bits
kernel does not
On Mon, 7 Dec 2020, Andrii Nakryiko wrote:
> On Mon, Dec 7, 2020 at 7:12 PM Alexei Starovoitov
> wrote:
> >
> > On Mon, Dec 07, 2020 at 04:38:16PM +, Alan Maguire wrote:
> > > Sorry about this Andrii, but I'm a bit stuck here.
> > >
> > > I'm struggling to get tests working where the obj fd i
On Tue, Dec 8, 2020 at 2:01 PM Nguyen, Anthony L
wrote:
>
> On Tue, 2020-12-08 at 11:00 -0800, Alexander Duyck wrote:
> > On Tue, Dec 8, 2020 at 8:58 AM Nguyen, Anthony L
> > wrote:
> > >
> > > On Mon, 2020-11-23 at 17:11 -0800, Alexander Duyck wrote:
> > > > On Mon, Nov 23, 2020 at 3:21 PM Jesse
On Tue, Dec 8, 2020 at 2:50 PM Jakub Kicinski wrote:
>
> >
> > +done:
> > /* update RX_TAIL */
> > lan743x_csr_write(adapter, RX_TAIL(rx->channel_number),
> > rx_tail_flags | rx->last_tail);
> > -done:
> > +
>
> I assume this rings the doorbell to let the device
On Mon, Dec 07, 2020 at 05:32:42PM +0100, Lorenzo Bianconi wrote:
> From: Eelco Chaudron
>
> This patch adds a new field to the XDP context called frame_length,
> which will hold the full length of the packet, including fragments
> if existing.
The approach you took for ctx access conversion is
This patch fixes the checkpatch warning:
WARNING: Possible repeated word: 'each'
1712: FILE: qlge.h:1712.h
+ * that are each each 64-bits in length. There are a total of
Signed-off-by: Nicholas Warfield
---
drivers/staging/qlge/qlge.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
>
> Based on the earlier thread you had referenced and his comment here it
> sounds like while adding time will work for most cases, it doesn't
> solve it for all cases. The problem is as a vendor you are usually
> stuck looking for a solution that will work for all cases which can
> lead to thing
Hello,
syzbot found the following issue on:
HEAD commit:0477e928 Linux 5.10-rc7
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14ef3f4550
kernel config: https://syzkaller.appspot.com/x/.config?x=4305fa9ea70c7a9f
dashboard link: https://syzkaller.appspo
On 11/26/20 8:53 PM, Jason Wang wrote:
> 1. Where does userspace vdpa tool reside which users can use?
> Ans: vdpa tool can possibly reside in iproute2 [1] as it enables user to
> create vdpa net devices.
iproute2 package is fine with us, but there are some expectations:
syntax, command options an
When the upper layer instruct us to connect (or disconnect), but we have
already connected (or disconnected), consider this operation successful
rather than failed.
This can help the upper layer to correct its record about whether we are
connected or not here in layer 2.
The upper layer may not h
> That's a good question. I used perf to create a flame graph of what
> the cpu was doing when receiving data at high speed. It showed that
> __dma_page_dev_to_cpu took up most of the cpu time. Which is triggered
> by dma_unmap_single(9K, DMA_FROM_DEVICE).
>
> So I assumed that it's a PCIe dma ban
From: Joakim Zhang
Date: Mon, 7 Dec 2020 18:51:36 +0800
> A patch set for stmmac, fix some driver issues.
>
> ChangeLogs:
> V1->V2:
> * add Fixes tag.
> * add patch 5/5 into this patch set.
>
> V2->V3:
> * rebase to latest net tree where fixes go.
Series applied, thank you.
Hi Andrew,
On Tue, Dec 8, 2020 at 5:51 PM Andrew Lunn wrote:
>
> >
> > So I assumed that it's a PCIe dma bandwidth issue, but I could be wrong -
> > I didn't do any PCIe bandwidth measurements.
>
> Sometimes it is actually cache operations which take all the
> time. This needs to invalidate the c
On Wednesday, September 23, 2020 3:22:15 AM PST Pali Rohár wrote:
> On Monday 14 September 2020 20:18:27 Joseph Hwang wrote:
> > On Thu, Sep 10, 2020 at 4:18 PM Pali Rohár wrote:
> > > And this part of code which you write is Realtek specific.
> >
> > We currently only have Intel and Realtek plat
On Tue, 8 Dec 2020 18:02:30 -0500 Sven Van Asbroeck wrote:
> On Tue, Dec 8, 2020 at 5:51 PM Andrew Lunn wrote:
> > > So I assumed that it's a PCIe dma bandwidth issue, but I could be wrong -
> > > I didn't do any PCIe bandwidth measurements.
> >
> > Sometimes it is actually cache operations whic
On Tue, 8 Dec 2020 16:54:33 -0500 Sven Van Asbroeck wrote:
> > > Tested with iperf3 on a freescale imx6 + lan7430, both sides
> > > set to mtu 1500 bytes.
> > >
> > > Before:
> > > [ ID] Interval Transfer Bandwidth Retr
> > > [ 4] 0.00-20.00 sec 483 MBytes 203 Mbits/sec
On Tue, 8 Dec 2020 17:23:08 -0500 Sven Van Asbroeck wrote:
> On Tue, Dec 8, 2020 at 2:50 PM Jakub Kicinski wrote:
> >
> > >
> > > +done:
> > > /* update RX_TAIL */
> > > lan743x_csr_write(adapter, RX_TAIL(rx->channel_number),
> > > rx_tail_flags | rx->last_tai
On 12/8/20 3:02 PM, Sven Van Asbroeck wrote:
> Hi Andrew,
>
> On Tue, Dec 8, 2020 at 5:51 PM Andrew Lunn wrote:
>>
>>>
>>> So I assumed that it's a PCIe dma bandwidth issue, but I could be wrong -
>>> I didn't do any PCIe bandwidth measurements.
>>
>> Sometimes it is actually cache operations whi
On Tue, Dec 08, 2020 at 10:13:35PM +, Alan Maguire wrote:
> On Mon, 7 Dec 2020, Andrii Nakryiko wrote:
>
> > On Mon, Dec 7, 2020 at 7:12 PM Alexei Starovoitov
> > wrote:
> > >
> > > On Mon, Dec 07, 2020 at 04:38:16PM +, Alan Maguire wrote:
> > > > Sorry about this Andrii, but I'm a bit st
From: sa...@kernel.org
Date: Tue, 8 Dec 2020 11:35:40 -0800
> From: Saeed Mahameed
>
> Hi Jakub,
>
> v1->v2: Removed merge commit of mlx5-next.
>
> v2->v3:
> - Add accuracy improvement measurements.
> - Apply the accurate stamping only on PTP port and not all UDP.
>
> This series adds p
From: Ido Schimmel
Date: Tue, 8 Dec 2020 11:22:40 +0200
> From: Ido Schimmel
>
> This patch set adds support for Q-in-VNI over Spectrum-{2,3} ASICs.
> Q-in-VNI is like regular VxLAN encapsulation with the sole difference
> that overlay packets can contain a VLAN tag. In Linux, this is achieved
On Sat, 5 Dec 2020 23:21:25 -0600 Lijun Pan wrote:
> There are some use cases for netdev_notify_peers in the context
> when rtnl lock is already held. Introduce lockless version
> of netdev_notify_peers call to save the extra code to call
> call_netdevice_notifiers(NETDEV_NOTIFY_PEERS, dev);
When Clang emits ldimm64 instruction for BPF_TYPE_ID_TARGET CO-RE relocation,
put module BTF FD, containing target type, into upper 32 bits of imm64.
Because this FD is internal to libbpf, it's very cumbersome to test this in
selftests. Manual testing was performed with debug log messages sprinkle
From: Cengiz Can
Date: Mon, 7 Dec 2020 11:14:24 +0300
> `tipc_node_apply_property` does a null check on a `tipc_link_entry`
> pointer but also accesses the same pointer out of the null check block.
>
> This triggers a warning on Coverity Static Analyzer because we're
> implying that `e->link` c
From: Julian Wiedmann
Date: Mon, 7 Dec 2020 13:53:07 +0100
> This gets us compile-time size checking.
>
> Signed-off-by: Julian Wiedmann
Applied, thanks.
On Mon, 7 Dec 2020 01:00:40 + Vladimir Oltean wrote:
> - ensuring through convention that user space always takes
> net->netdev_lists_lock when calling dev_get_stats, and documenting
> that, and therefore making it unnecessary to lock in bonding.
This seems like the better option to me. Ma
From: Johan Hedberg
Date: Mon, 7 Dec 2020 17:09:15 +0200
> Hi Dave, Jakub,
>
> Here's the main bluetooth-next pull request for the 5.11 kernel.
>
> - Updated Bluetooth entries in MAINTAINERS to include Luiz von Dentz
> - Added support for Realtek 8822CE and 8852A devices
> - Added support fo
From: Colin King
Date: Mon, 7 Dec 2020 16:12:31 +
> From: Colin Ian King
>
> There is a spelling mistake in the Kconfig help text. Fix it.
>
> Signed-off-by: Colin Ian King
Applied, thanks.
On 12/8/20 2:51 PM, Wei Wang wrote:
> On Tue, Dec 8, 2020 at 11:13 AM wrote:
>>
>> Hi Wei and Eric,
>>
>> Thanks for the replies.
>>
>> This was reported to us on the 5.4.61 kernel during a customer
>> regression suite, so we don't have an exact reproducer unfortunately.
>> From the trace logs we
On Tue, Dec 08, 2020 at 03:57:44PM -0800, Jakub Kicinski wrote:
> On Mon, 7 Dec 2020 01:00:40 + Vladimir Oltean wrote:
> > - ensuring through convention that user space always takes
> > net->netdev_lists_lock when calling dev_get_stats, and documenting
> > that, and therefore making it unne
Hi Wei and Eric,
Thanks for the replies.
This was reported to us on the 5.4.61 kernel during a customer
regression suite, so we don't have an exact reproducer unfortunately.
From the trace logs we've added it seems like this is happening during
IPv6 transport mode XFRM data transfer and the d
From: David Awogbemila
Date: Mon, 7 Dec 2020 14:45:22 -0800
> Patchset description:
> This patchset introduces "raw addressing" mode to the GVE driver.
> Previously (in "queue_page_list" or "qpl" mode), the driver would
> pre-allocate and dma_map buffers to be used on egress and ingress.
> On e
From: Zhang Changzhong
Date: Tue, 8 Dec 2020 09:53:42 +0800
> platform_get_resource() may fail and in this case a NULL dereference
> will occur.
>
> Fix it to use devm_platform_ioremap_resource() instead of calling
> platform_get_resource() and devm_ioremap().
>
> This is detected by Coccinelle
On Tue, Dec 8, 2020 at 6:50 PM Eric Dumazet wrote:
>
> Driver could be called with an arbitrary budget (of 64),
> and if its ring buffer has been depleted, return @budget instead of skb
> counts,
> and not ream the interrupt
>
Aha, so the decision to re-arm the interrupts is made by looking
at w
On Wed, 9 Dec 2020 00:03:56 + Vladimir Oltean wrote:
> On Tue, Dec 08, 2020 at 03:57:44PM -0800, Jakub Kicinski wrote:
> > On Mon, 7 Dec 2020 01:00:40 + Vladimir Oltean wrote:
> > > - ensuring through convention that user space always takes
> > > net->netdev_lists_lock when calling dev_
From: DENG Qingfang
Date: Tue, 8 Dec 2020 15:00:28 +0800
> MT7530 has a global address age control register, so use it to set
> ageing time.
>
> The applied timer is (AGE_CNT + 1) * (AGE_UNIT + 1) seconds
>
> Signed-off-by: DENG Qingfang
Applied, thanks
On Tue, 8 Dec 2020 19:48:56 +0100 Andrew Lunn wrote:
> > -err_disable_rxclk:
> > - clk_disable_unprepare(*rx_clk);
> > -
> > -err_disable_txclk:
> > - clk_disable_unprepare(*tx_clk);
> > -
> > -err_disable_hclk:
> > - clk_disable_unprepare(*hclk);
> > -
> > -err_disable_pclk:
> > - clk_disa
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 20:10:46 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 20:08:22 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 20:10:46 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 21:56:25 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 20:09:49 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Vitaly Lifshits
Changed a configuration in the flows to align with
architecture requirements to achieve S0i3.2 substate.
This helps both i219V and i219LM configurations.
Also fixed a typo in the previous commit 632fbd5eb5b0
("e1000e: fix S0ix flows for cable connected case").
Fixes: 632f
On 12/7/20 4:15 AM, Claudiu Beznea wrote:
> Add function to disable all macb clocks.
>
> Signed-off-by: Claudiu Beznea
> Suggested-by: Andrew Lunn
> ---
> drivers/net/ethernet/cadence/macb_main.c | 62
>
> 1 file changed, 32 insertions(+), 30 deletions(-)
>
>
From: Eric Dumazet
Date: Tue, 8 Dec 2020 08:21:31 -0800
> From: Eric Dumazet
>
> Before commit a337531b942b ("tcp: up initial rmem to 128KB and SYN rwin to
> around 64KB")
> small tcp_rmem[1] values were overridden by tcp_fixup_rcvbuf() to accommodate
> various MSS.
>
> This is no longer th
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 20:13:53 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 21:54:37 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 21:57:30 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Zheng Yongjun
Date: Tue, 8 Dec 2020 21:55:43 +0800
> Simplify the return expression.
>
> Signed-off-by: Zheng Yongjun
Applied.
From: Wei Wang
Date: Tue, 8 Dec 2020 09:55:08 -0800
> For DCTCP, we have to retain the ECT bits set by the congestion control
> algorithm on the socket when reflecting syn TOS in syn-ack, in order to
> make ECN work properly.
>
> Fixes: ac8f1710c12b ("tcp: reflect tos value received in SYN to t
Hi Xiaohui,
On Wed, Dec 9, 2020 at 12:07 AM Xiaohui Zhang wrote:
>
> From: Zhang Xiaohui
>
> mwifiex_config_scan() calls memcpy() without checking
> the destination size may trigger a buffer overflower,
> which a local user could use to cause denial of service
> or the execution of arbitrary cod
On 12/8/20 7:36 AM, Boris Pismenny wrote:
> On 08/12/2020 2:42, David Ahern wrote:
>> On 12/7/20 2:06 PM, Boris Pismenny wrote:
>>> This commit introduces direct data placement offload for TCP.
>>> This capability is accompanied by new net_device operations that
>>> configure
>>> hardware contexts.
On 12/7/20 2:06 PM, Boris Pismenny wrote:
> diff --git a/include/linux/netdev_features.h b/include/linux/netdev_features.h
> index 934de56644e7..fb35dcac03d2 100644
> --- a/include/linux/netdev_features.h
> +++ b/include/linux/netdev_features.h
> @@ -84,6 +84,7 @@ enum {
> NETIF_F_GRO_FRAGLIS
On 12/7/20 2:06 PM, Boris Pismenny wrote:
> get_netdev_for_sock is a utility that is used to obtain
> the net_device structure from a connected socket.
>
> Later patches will use this for nvme-tcp DDP and DDP CRC offloads.
>
> Signed-off-by: Boris Pismenny
> Reviewed-by: Sagi Grimberg
> ---
>
1. In x25_xmit, skb_reset_network_header is not necessary before we call
lapb_data_request. The lapb module doesn't need skb->network_header.
So there is no need to set skb->network_header before calling
lapb_data_request.
2. In x25_data_indication (called by the lapb module after it has
processed
On 12/8/20 5:57 PM, David Ahern wrote:
>> diff --git a/include/net/inet_connection_sock.h
>> b/include/net/inet_connection_sock.h
>> index 7338b3865a2a..a08b85b53aa8 100644
>> --- a/include/net/inet_connection_sock.h
>> +++ b/include/net/inet_connection_sock.h
>> @@ -66,6 +66,8 @@ struct inet_conn
On Tuesday 08 December 2020 15:04:29 Trent Piepho wrote:
> On Wednesday, September 23, 2020 3:22:15 AM PST Pali Rohár wrote:
> > On Monday 14 September 2020 20:18:27 Joseph Hwang wrote:
> > > On Thu, Sep 10, 2020 at 4:18 PM Pali Rohár wrote:
> > > > And this part of code which you write is Realtek
On Tue, Dec 08, 2020 at 04:17:37PM -0800, Jakub Kicinski wrote:
> On Wed, 9 Dec 2020 00:03:56 + Vladimir Oltean wrote:
> > On Tue, Dec 08, 2020 at 03:57:44PM -0800, Jakub Kicinski wrote:
> > > On Mon, 7 Dec 2020 01:00:40 + Vladimir Oltean wrote:
> > > > - ensuring through convention that us
Simplify the return expression.
Signed-off-by: Zheng Yongjun
---
drivers/net/ethernet/mellanox/mlx4/cq.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ethernet/mellanox/mlx4/cq.c
b/drivers/net/ethernet/mellanox/mlx4/cq.c
index 3b8576b9c2f9..f7053a74e6a
> dma_sync_single_for_{cpu,device} is what you would need in order to make
> a partial cache line invalidation. You would still need to unmap the
> same address+length pair that was used for the initial mapping otherwise
> the DMA-API debugging will rightfully complain.
But often you don't unmap i
On Wed, Dec 09, 2020 at 03:14:04AM +0200, Vladimir Oltean wrote:
> net_failover and bonding are the only drivers that are creating this
> recursivity requirement in dev_get_stats. Other one-over-many stackable
> interfaces, like the bridge, just use dev_get_tstats64. I'm almost
> thinking that it w
1. In x25_xmit, skb_reset_network_header is not necessary before we call
lapb_data_request. The lapb module doesn't need skb->network_header.
So there is no need to set skb->network_header before calling
lapb_data_request.
2. In x25_data_indication (called by the lapb module after some data
have b
1. In x25_xmit, skb_reset_network_header is not necessary before we call
lapb_data_request. The lapb module doesn't need skb->network_header.
So there is no need to set skb->network_header before calling
lapb_data_request.
2. In x25_data_indication (called by the lapb module after data have
been r
On Mon, Dec 07, 2020 at 05:09:37PM -0800, Jakub Kicinski wrote:
> > + ocelot->owq = alloc_ordered_workqueue("ocelot-owq", WQ_MEM_RECLAIM);
>
> Why MEM_RECLAIM ?
Ok, fine, I admit, I copied it.
After reading the documentation a bit more thoroughly, I am still as
clear about the guidelines as bef
Hello,
syzbot found the following issue on:
HEAD commit:e87297fa Merge tag 'drm-fixes-2020-12-04' of git://anongit..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17d9c9d350
kernel config: https://syzkaller.appspot.com/x/.config?x=e49433cfed49b7d9
das
Hi ,
I reported a bug in bugzilla.kernel.org for geneve issue:
https://bugzilla.kernel.org/show_bug.cgi?id=210569
Thanks & Best Regards,
Jianlin Shi
On Tue, Dec 8, 2020 at 9:38 AM Jianlin Shi wrote:
>
> Hi ,
>
>
> On Tue, Dec 8, 2020 at 8:25 AM CKI Project wrote:
>>
>>
>> Hello,
>>
>> We ran
On Tue, Dec 8, 2020 at 7:01 AM Edward Cree wrote:
> My understanding is that it's because users can have them in their
> modprobe.conf, which causes breakage if an update removes the param.
> I think the module insert fails if there are unrecognised parameters
> there.
That's a nice understand
On 12/2/20 6:15 AM, Paolo Lungaroni wrote:
> We introduce the "vrftable" attribute for supporting the SRv6 End.DT4 and
> End.DT6 behaviors in iproute2.
> The "vrftable" attribute indicates the routing table associated with
> the VRF device used by SRv6 End.DT4/DT6 for routing IPv4/IPv6 packets.
>
On 12/5/20 2:13 PM, Petr Machata wrote:
> The DCB tool will have commands that deal with buffer sizes and traffic
> rates. TC is another tool that has a number of such commands, and functions
> to support them: get_size(), get_rate/64(), s/print_size() and
> s/print_rate(). In this patchset, these
On 12/6/20 10:35 PM, Moshe Shemesh wrote:
> + print_string(PRINT_ANY, NULL, "%s",
> reload_action_name(action));
That line should be:
print_string(PRINT_ANY, NULL, "%s",
reload_action_name(action));
to fit preferred
Hi Jakub,
On Mon, Dec 7, 2020 at 12:10 PM Jakub Kicinski wrote:
> On Mon, 7 Dec 2020 11:35:53 -0800 Brian Norris wrote:
> > On Mon, Dec 7, 2020 at 2:42 AM Kalle Valo wrote:
> > > Jakub Kicinski writes:
> > > > On Thu, 3 Dec 2020 18:57:32 + (UTC) Kalle Valo wrote:
> > > > There's also a pat
On Tue, Dec 08, 2020 at 05:17:48PM +0900, Kuniyuki Iwashima wrote:
> From: Martin KaFai Lau
> Date: Mon, 7 Dec 2020 23:34:41 -0800
> > On Tue, Dec 08, 2020 at 03:31:34PM +0900, Kuniyuki Iwashima wrote:
> > > From: Martin KaFai Lau
> > > Date: Mon, 7 Dec 2020 12:33:15 -0800
> > > > On Thu,
According to the X.25 documentation, there was a plan to implement
X.25-over-802.2-LLC. It never finished but left various code stubs in the
X.25 code. At this time it is unlikely that it would ever finish so it
may be better to remove those code stubs.
Also change the documentation to make it cle
On Fri, Dec 04, 2020 at 10:50:45AM +0100, Eric Dumazet wrote:
>
>
> On 12/4/20 6:46 AM, Sieng Piaw Liew wrote:
> > Use netif_receive_skb_list to batch process rx skb.
> > Tested on BCM6328 320 MHz using iperf3 -M 512, increasing performance
> > by 12.5%.
> >
>
>
>
> Well, the real question is
Variable SLAAC [Can be activated via sysctl]:
SLAAC with prefixes of arbitrary length in PIO (randomly
generated hostID or stable privacy + privacy extensions).
The main problem is that SLAAC RA or PD allocates a /64 by the Wireless
carrier 4G, 5G to a mobile hotspot, however segmentation of the /
On Tue, Dec 8, 2020 at 6:36 PM Florian Fainelli wrote:
>
> dma_sync_single_for_{cpu,device} is what you would need in order to make
> a partial cache line invalidation. You would still need to unmap the
> same address+length pair that was used for the initial mapping otherwise
> the DMA-API debugg
From: Neal Cardwell
When cwnd is not a multiple of the TSO skb size of N*MSS, we can get
into persistent scenarios where we have the following sequence:
(1) ACK for full-sized skb of N*MSS arrives
-> tcp_write_xmit() transmit full-sized skb with N*MSS
-> move pacing release time forward
->
On Wed, Dec 9, 2020 at 1:12 AM Daniel Borkmann wrote:
>
> On 12/9/20 6:03 AM, Zhu Yanjun wrote:
> > In the function xdp_umem_pin_pages, if npgs != umem->npgs and
> > npgs >= 0, the function xdp_umem_unpin_pages is called. In this
> > function, kfree is called to handle umem->pgs, and then in the
>
Updated patchset after incorporating feedback.
Pavana Sharma (4):
dt-bindings: net: Add 5GBASER phy interface mode
net: phy: Add 5GBASER interface mode
net: dsa: mv88e6xxx: Change serdes lane parameter type from u8 type
to int
net: dsa: mv88e6xxx: Add support for mv88e6393x family of
Add 5gbase-r PHY interface mode.
Signed-off-by: Pavana Sharma
---
Documentation/devicetree/bindings/net/ethernet-controller.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/net/ethernet-controller.yaml
b/Documentation/devicetree/bindings/net/ethernet-
Add 5GBASE-R phy interface mode
Signed-off-by: Pavana Sharma
---
include/linux/phy.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/phy.h b/include/linux/phy.h
index 56563e5e0dc7..8151e6ecf1b9 100644
--- a/include/linux/phy.h
+++ b/include/linux/phy.h
@@ -106,6 +106,7 @@
Returning 0 is no more an error case with MV88E6393 family
which has serdes lane numbers 0, 9 or 10.
So with this change .serdes_get_lane will return lane number
or -errno (-ENODEV or -EOPNOTSUPP).
Signed-off-by: Pavana Sharma
---
drivers/net/dsa/mv88e6xxx/chip.c | 28 ++--
drivers/net
The Marvell 88E6393X device is a single-chip integration of a 11-port
Ethernet switch with eight integrated Gigabit Ethernet (GbE) transceivers
and three 10-Gigabit interfaces.
This patch adds functionalities specific to mv88e6393x family (88E6393X,
88E6193X and 88E6191X)
Co-developed-by: Ashkan
On 12/9/2020 4:46 AM, David Ahern wrote:
On 12/6/20 10:35 PM, Moshe Shemesh wrote:
+ print_string(PRINT_ANY, NULL, "%s",
reload_action_name(action));
That line should be:
print_string(PRINT_ANY, NULL, "%s",
re
Toke Høiland-Jørgensen wrote:
> Jesper Dangaard Brouer writes:
>
> > On Mon, 7 Dec 2020 18:01:00 -0700
> > David Ahern wrote:
> >
> >> On 12/7/20 1:52 PM, John Fastabend wrote:
> >> >>
> >> >> I think we need to keep XDP_TX action separate, because I think that
> >> >> there are use-cases where
> On Mon, Dec 07, 2020 at 12:52:22PM -0800, John Fastabend wrote:
> > Jesper Dangaard Brouer wrote:
> > > On Fri, 4 Dec 2020 16:21:08 +0100
> > > Daniel Borkmann wrote:
[...] pruning the thread to answer Jesper.
> > >
> > > Use-case(2): Disable XDP_TX on a driver to save hardware TX-queue
> > >
201 - 300 of 335 matches
Mail list logo
