On 04/25/2017 08:19 AM, Oliver Hartkopp wrote:
> Hello Dave,
>
> unfortunately the initial network namespace support by Mario Kicherer
> (8e8cda6d737d) slipped into net-next without further review and Marc pushed
> the code without my Acked-by. Due to the fact that this code was in net-next
> now
From: Wei Yongjun
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should
be replaced with IS_ERR().
Fixes: dabf54dd1c63 ("can: ti_hecc: Convert TI HECC driver to DT only driver")
Signed-off-by: Wei Yongjun
Similar to the virtual ethernet driver veth, vxcan implements a
local CAN traffic tunnel between two virtual CAN network devices.
See Kconfig entry for details.
Signed-off-by: Oliver Hartkopp
---
drivers/net/can/Kconfig| 18 +++
drivers/net/can/Makefile | 1 +
drivers/net/can/vx
can_rx_alldev_list is a per-net data structure now. Remove it's definition
here and can_rx_dev_list too.
Signed-off-by: Oliver Hartkopp
---
net/can/af_can.h | 4
1 file changed, 4 deletions(-)
diff --git a/net/can/af_can.h b/net/can/af_can.h
index f273c9d9b129..84a35e97c5e0 100644
--- a/ne
The can_rx_alldev_list is a per-net data structure now and allocated in
can_pernet_init(). Make sure the memory is free'd in can_pernet_exit() too.
Signed-off-by: Oliver Hartkopp
---
net/can/af_can.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/net/can/af_can.c b/net/can/af_can.c
index
The CAN_BCM protocol and its procfs entries were not implemented as per-net
in the initial network namespace support by Mario Kicherer (8e8cda6d737d).
This patch adds the missing per-net functionality for the CAN BCM.
Signed-off-by: Oliver Hartkopp
---
include/net/netns/can.h | 1 +
net/can/bcm
The statistics and its proc output was not implemented as per-net in the
initial network namespace support by Mario Kicherer (8e8cda6d737d).
This patch adds the missing per-net statistics for the CAN subsystem.
Signed-off-by: Oliver Hartkopp
---
include/linux/can/core.h | 4 +-
include/net/net
Autoload the vcan module when a vcan instance is to be created by
'ip link add type vcan'
Signed-off-by: Oliver Hartkopp
---
drivers/net/can/vcan.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/can/vcan.c b/drivers/net/can/vcan.c
index 674f367087c5..facca
The namespace support for the CAN subsystem does not need any additional
memory. So when ".size = 0" there's no extra memory allocated by the system.
And therefore ".id" is obsolete too.
Signed-off-by: Oliver Hartkopp
---
net/can/af_can.c | 4
1 file changed, 4 deletions(-)
diff --git a/ne
Hello Dave,
unfortunately the initial network namespace support by Mario Kicherer
(8e8cda6d737d) slipped into net-next without further review and Marc pushed
the code without my Acked-by. Due to the fact that this code was in net-next
now I spent some nights to fix, clean up, finalize and test the
The CAN gateway was not implemented as per-net in the initial network
namespace support by Mario Kicherer (8e8cda6d737d).
This patch enables the CAN gateway to be used in different namespaces.
Signed-off-by: Oliver Hartkopp
---
include/net/netns/can.h | 3 +++
net/can/gw.c| 72 +
On 2017-04-24 23:27, Andy Shevchenko wrote:
> On Mon, Apr 24, 2017 at 10:27 PM, Jan Kiszka wrote:
>> The IOT2000 is industrial controller platform, derived from the Intel
>> Galileo Gen2 board. The variant IOT2020 comes with one LAN port, the
>> IOT2040 has two of them. They can be told apart base
On Mon, Apr 24, 2017 at 9:47 AM, Cong Wang wrote:
>
> We use ipv4 dst in ip6_tunnel and cast an IPv4 neigh key as an
> IPv6 address...
>
>
> neigh = dst_neigh_lookup(skb_dst(skb),
> &ipv6_hdr(skb)->daddr);
> if (!neigh)
>
On 2017年04月24日 20:00, Michael S. Tsirkin wrote:
On Mon, Apr 24, 2017 at 07:54:18PM +0800, Jason Wang wrote:
On 2017年04月24日 07:28, Michael S. Tsirkin wrote:
On Tue, Apr 18, 2017 at 11:07:42AM +0800, Jason Wang wrote:
On 2017年04月17日 07:19, Michael S. Tsirkin wrote:
Applications that consume a
DCBX app_data array is initialized with the incorrect values for
personality field. This would prevent offloaded protocols from
honoring the PFC.
Signed-off-by: Sudarsana Reddy Kalluru
---
drivers/net/ethernet/qlogic/qed/qed_dcbx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-
On Mon, 24 Apr 2017 17:38:57 +, Elior, Ariel wrote:
> Hi Dave,
Hi Ariel!
I'm not Dave but let me share my perspective :)
> According to the recent messages on the list indicating debugfs is not the way
> to go, I am looking for some guidance on what is. dpipe approach was
> mentioned as favo
Doing a full 64-bit decomposition is really stupid especially for
simple values like 0 and -1.
But if we are going to optimize this, go all the way and try for all 2
and 3 instruction sequences not requiring a temporary register as
well.
First we do the easy cases where it's a zero or sign exten
From: Alexei Starovoitov
Date: Mon, 24 Apr 2017 20:18:56 -0700
> all gcc-ism actually gives confidence that most likely
> it's all good and battle proven logic :)
Yes, this is old code written 15 years ago :)
I'll fix up the spaces.
On Mon, 2017-04-24 at 18:33 -0700, Stephen Hemminger wrote:
> My change (introduced in 4.11) to use find_first_clear_bit
> incorrectly assumed that the size argument was words, not bits.
Oops...
> The effect was only a small limited number of the available send
> sections were being actually used
On 4/24/17 7:53 PM, David Miller wrote:
Doing a full 64-bit decomposition is really stupid especially for
simple values like 0 and -1.
But if we are going to optimize this, go all the way and try for all 2
and 3 instruction sequences not requiring a temporary register as
well.
Signed-off-by: D
Doing a full 64-bit decomposition is really stupid especially for
simple values like 0 and -1.
But if we are going to optimize this, go all the way and try for all 2
and 3 instruction sequences not requiring a temporary register as
well.
Signed-off-by: David S. Miller
---
This one is dedicated
On Mon, Apr 24, 2017 at 09:44:50PM -0400, David Miller wrote:
> From: Myungho Jung
> Date: Mon, 24 Apr 2017 18:00:52 -0700
>
> > On Mon, Apr 24, 2017 at 12:02:35PM -0400, David Miller wrote:
> >> From: Myungho Jung
> >> Date: Thu, 20 Apr 2017 16:59:20 -0700
> >>
> >> > Added NULL check to make
On Mon, 24 Apr 2017 22:06:08 -0400, Jamal Hadi Salim wrote:
> On 17-04-24 10:00 PM, Jamal Hadi Salim wrote:
> > On 17-04-24 09:48 PM, Jamal Hadi Salim wrote:
>
> >
> > Hrm. maybe I am wrong.
> > Lets say user sets all of the 8 bits in BOS,
> > what does setting
> > key_val->mpls_bos = nla_get_u8
On 17-04-24 10:00 PM, Jamal Hadi Salim wrote:
On 17-04-24 09:48 PM, Jamal Hadi Salim wrote:
Hrm. maybe I am wrong.
Lets say user sets all of the 8 bits in BOS,
what does setting
key_val->mpls_bos = nla_get_u8 do?
Same with the 20 bits for the label in the u32
or 3 bit bits in the u8 tc.
Th
On 17-04-24 09:48 PM, Jamal Hadi Salim wrote:
On 17-04-24 09:20 PM, Jakub Kicinski wrote:
On Mon, 24 Apr 2017 20:58:18 -0400, Jamal Hadi Salim wrote:
On 17-04-24 02:32 PM, David Miller wrote:
You have 3 TLVs, one of which is u8 that only allows use of 3 bits.
The other is a u32 which allows
From: Teng Qin
When iterating through a map, we need to find a key that does not exist
in the map so map_get_next_key will give us the first key of the map.
This often requires a lot of guessing in production systems.
This patch makes map_get_next_key return the first key when the key
pointer in
From: Christoph Hellwig
Date: Fri, 14 Apr 2017 21:11:31 +0200
> Signed-off-by: Christoph Hellwig
> ---
> drivers/net/ethernet/cavium/liquidio/lio_vf_main.c | 15 +--
> 1 file changed, 1 insertion(+), 14 deletions(-)
>
> diff --git a/drivers/net/ethernet/cavium/liquidio/lio_vf_main
On 17-04-24 09:20 PM, Jakub Kicinski wrote:
On Mon, 24 Apr 2017 20:58:18 -0400, Jamal Hadi Salim wrote:
On 17-04-24 02:32 PM, David Miller wrote:
You have 3 TLVs, one of which is u8 that only allows use of 3 bits.
The other is a u32 which allows only 20 bits to be set.
I don't think we will
From: Myungho Jung
Date: Mon, 24 Apr 2017 18:00:52 -0700
> On Mon, Apr 24, 2017 at 12:02:35PM -0400, David Miller wrote:
>> From: Myungho Jung
>> Date: Thu, 20 Apr 2017 16:59:20 -0700
>>
>> > Added NULL check to make __dev_kfree_skb_irq consistent with kfree
>> > family of functions.
>> >
>> >
On Mon, Apr 24, 2017 at 06:10:32PM -0700, Eric Dumazet wrote:
> On Mon, Apr 24, 2017 at 6:00 PM, Myungho Jung wrote:
> > On Mon, Apr 24, 2017 at 12:02:35PM -0400, David Miller wrote:
> >> From: Myungho Jung
> >> Date: Thu, 20 Apr 2017 16:59:20 -0700
> >>
> >> > Added NULL check to make __dev_kfre
My change (introduced in 4.11) to use find_first_clear_bit
incorrectly assumed that the size argument was words, not bits.
The effect was only a small limited number of the available send
sections were being actually used. This can cause performance loss
with some workloads.
Since map_words is now
From: Mike Maloney
The error return falue form sock_fanout_open is -1, not zero. One test
case was checking for 0 instead of -1.
Tested: Built and tested in clean client.
Signed-off-by: Mike Maloney
---
tools/testing/selftests/net/psock_fanout.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
On 17-04-24 09:05 PM, Benjamin LaHaise wrote:
On Mon, Apr 24, 2017 at 08:58:18PM -0400, Jamal Hadi Salim wrote:
On 17-04-24 02:32 PM, David Miller wrote:
You have 3 TLVs, one of which is u8 that only allows use of 3 bits.
The other is a u32 which allows only 20 bits to be set.
What are the
On Mon, 24 Apr 2017 20:58:18 -0400, Jamal Hadi Salim wrote:
> On 17-04-24 02:32 PM, David Miller wrote:
> > From: Benjamin LaHaise
>
> >
> > Series applied, but in the future:
> >
> > 1) Put the "v2", "v3", whatever in the inital [PATCH xxx] bracketed
> >part of the subject line, otherwise
Dear Beloved, Sorry for the inconvenience, I am getting in touch with you
regarding an extremely important and urgent matter, Please I need your urgent
assistance and idea to finish up a project (Orphanage Home) Due to my health
condition, Everything is available to finish up the project, All I
On Mon, Apr 24, 2017 at 6:00 PM, Myungho Jung wrote:
> On Mon, Apr 24, 2017 at 12:02:35PM -0400, David Miller wrote:
>> From: Myungho Jung
>> Date: Thu, 20 Apr 2017 16:59:20 -0700
>>
>> > Added NULL check to make __dev_kfree_skb_irq consistent with kfree
>> > family of functions.
>> >
>> > Link:
On Mon, Apr 24, 2017 at 08:58:18PM -0400, Jamal Hadi Salim wrote:
> On 17-04-24 02:32 PM, David Miller wrote:
> > From: Benjamin LaHaise
>
> >
> > Series applied, but in the future:
> >
> > 1) Put the "v2", "v3", whatever in the inital [PATCH xxx] bracketed
> >part of the subject line, othe
On Mon, Apr 24, 2017 at 12:02:35PM -0400, David Miller wrote:
> From: Myungho Jung
> Date: Thu, 20 Apr 2017 16:59:20 -0700
>
> > Added NULL check to make __dev_kfree_skb_irq consistent with kfree
> > family of functions.
> >
> > Link: https://bugzilla.kernel.org/show_bug.cgi?id=195289
> >
> > S
On 17-04-24 02:32 PM, David Miller wrote:
From: Benjamin LaHaise
Series applied, but in the future:
1) Put the "v2", "v3", whatever in the inital [PATCH xxx] bracketed
part of the subject line, otherwise it ends up in the GIT commit
message header line and that's not desired.
2) Plea
Yeah, not sure i see it either.
cheers,
jamal
On Mon, Apr 24, 2017 at 8:09 PM, Cong Wang wrote:
> On Mon, Apr 24, 2017 at 4:41 PM, Stephen Hemminger
> wrote:
>> This looks like a false positive
>> __
On Mon, Apr 24, 2017 at 4:41 PM, Stephen Hemminger
wrote:
> This looks like a false positive
>
> *** CID 1405487: Resource leaks (RESOURCE_LEAK)
> /net/sched/act_api.c: 635 in tcf_action_init
Florian Fainelli writes:
> On 04/24/2017 02:50 PM, Eric Anholt wrote:
>> Cygnus has a single amac controller connected to the B53 switch with 2
>> PHYs. On the BCM911360_EP platform, those two PHYs are connected to
>> the external ethernet jacks.
>>
>> Signed-off-by: Eric Anholt
>
> This looks
Andrew Lunn writes:
>> +mdio: mdio@18002000 {
>> +compatible = "brcm,iproc-mdio";
>> +reg = <0x18002000 0x8>;
>> +#size-cells = <1>;
>> +#address-cells = <0>;
>> +
>> +gphy0: eth-gphy@0
On 17-04-24 04:54 PM, Eric Anholt wrote:
Scott Branden writes:
Minor comment in line
On 17-04-24 02:50 PM, Eric Anholt wrote:
Cygnus is a small family of SoCs, of which we currently have
devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
same as 58xx, just requiring a tin
Scott Branden writes:
> Minor comment in line
>
> On 17-04-24 02:50 PM, Eric Anholt wrote:
>> Cygnus is a small family of SoCs, of which we currently have
>> devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
>> same as 58xx, just requiring a tiny bit of setup that was previousl
This looks like a false positive
Date: Mon, 24 Apr 2017 14:40:46 -0700
From: scan-ad...@coverity.com
To: step...@networkplumber.org
Subject: New Defects reported by Coverity Scan for Linux
1 new defect(s) introduced to Linux found with Coverity Scan.
2 defect(s), reported by Coverity Scan earlie
On Mon, Apr 24, 2017 at 01:49:25PM -0400, Willem de Bruijn wrote:
> From: Willem de Bruijn
>
> Add napi for virtio-net transmit completion processing.
Acked-by: Michael S. Tsirkin
> Changes:
> v2 -> v3:
> - convert __netif_tx_trylock to __netif_tx_lock on tx napi poll
> ensure
On 04/24/2017 04:15 PM, Arun Parameswaran wrote:
>
>
> On 17-04-24 04:07 PM, Florian Fainelli wrote:
>> On 04/24/2017 04:03 PM, Arun Parameswaran wrote:
>>> Hi Eric
>>>
>>> A comment on the Device ID.
>>>
>>>
>>> On 17-04-24 02:50 PM, Eric Anholt wrote:
Cygnus is a small family of SoCs, of w
On 4/24/17 4:06 PM, David Miller wrote:
Alexei, why the packed attribute usage in test_progs.c?
There should be no reason for this and it results in the object(s)
having odd addresses (and thus be unaligned) on sparc.
because in:
static struct {
struct ethhdr eth;
struct iphdr
On 17-04-24 04:07 PM, Florian Fainelli wrote:
> On 04/24/2017 04:03 PM, Arun Parameswaran wrote:
>> Hi Eric
>>
>> A comment on the Device ID.
>>
>>
>> On 17-04-24 02:50 PM, Eric Anholt wrote:
>>> Cygnus is a small family of SoCs, of which we currently have
>>> devicetree for BCM11360 and BCM58300
On 4/24/17 4:02 PM, David Miller wrote:
cbcond combines a compare with a branch into a single instruction.
The limitations are:
1) Only newer chips support it
2) For immediate compares we are limited to 5-bit signed immediate
values
3) The branch displacement is limited to 10-bit signed
On 04/24/2017 04:03 PM, Arun Parameswaran wrote:
> Hi Eric
>
> A comment on the Device ID.
>
>
> On 17-04-24 02:50 PM, Eric Anholt wrote:
>> Cygnus is a small family of SoCs, of which we currently have
>> devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
>> same as 58xx, just
Alexei, why the packed attribute usage in test_progs.c?
There should be no reason for this and it results in the object(s)
having odd addresses (and thus be unaligned) on sparc.
Hi Eric
A comment on the Device ID.
On 17-04-24 02:50 PM, Eric Anholt wrote:
> Cygnus is a small family of SoCs, of which we currently have
> devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
> same as 58xx, just requiring a tiny bit of setup that was previously
> missing.
>
>
cbcond combines a compare with a branch into a single instruction.
The limitations are:
1) Only newer chips support it
2) For immediate compares we are limited to 5-bit signed immediate
values
3) The branch displacement is limited to 10-bit signed
4) We cannot use it for JSET
Also, cbcond
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Liwei Song
Sent: Sunday, December 4, 2016 7:41 PM
To: Kirsher, Jeffrey T
Cc: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org;
linux-ker...@vger.kernel.org; Song, Liwei (Win
On 17-04-24 06:24 PM, David Miller wrote:
I think we should eat the pain now and use the strict checks
for all new features like this.
I'm sorry if this makes more work for you, but this is really
how we have to proceed moving forward.
There is no work for me to do in tc if i push this in w
Minor comment in line
On 17-04-24 02:50 PM, Eric Anholt wrote:
Cygnus is a small family of SoCs, of which we currently have
devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
same as 58xx, just requiring a tiny bit of setup that was previously
missing.
Signed-off-by: Eric Anho
From: Florian Fainelli
Date: Mon, 24 Apr 2017 14:27:20 -0700
> This patch series contains fixes for the 58xx devices (Broadcom Northstar
> Plus), which were identified thanks to the help of Eric Anholt.
Series applied, thanks Florian.
From: Jesper Dangaard Brouer
Date: Mon, 24 Apr 2017 16:24:05 +0200
> I've done a very detailed evaluation of this patch, and I've created a
> blogpost like report here:
>
>
> https://prototype-kernel.readthedocs.io/en/latest/blogposts/xdp25_eval_generic_xdp_tx.html
Thanks for doing this Jespe
From: Jamal Hadi Salim
Date: Mon, 24 Apr 2017 18:18:42 -0400
> With the posted patch: unknow bits set will result in a kernel
> rejection unless the user space explicitly ask the kernel to ignore
> flags it doesnt understand and just handles what it knows. This
> reduces the amount of work in tc.
> On 24 Apr 2017, at 23:31, Lars Erik Storbukås wrote:
>
> 2017-04-24 23:00 GMT+02:00 Neal Cardwell :
>> On Mon, Apr 24, 2017 at 4:20 PM, Lars Erik Storbukås
>> wrote:
>>> 2017-04-24 21:42 GMT+02:00 Neal Cardwell :
On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
wrote:
> I'm
On 17-04-24 04:30 PM, David Miller wrote:
Which is fine. But two things:
1) Again, bits you aren't using now, make sure userspace doesn't
set them. And if it does, reject.
I meet those goals on the bit checks but i went a slightly different
path with a patch I posted[1]
With the posted
> + mdio: mdio@18002000 {
> + compatible = "brcm,iproc-mdio";
> + reg = <0x18002000 0x8>;
> + #size-cells = <1>;
> + #address-cells = <0>;
> +
> + gphy0: eth-gphy@0 {
> +
On 04/24/2017 02:50 PM, Eric Anholt wrote:
> Cygnus has a single amac controller connected to the B53 switch with 2
> PHYs. On the BCM911360_EP platform, those two PHYs are connected to
> the external ethernet jacks.
>
> Signed-off-by: Eric Anholt
This looks fine, just a few nits on the label n
Cygnus has a single amac controller connected to the B53 switch with 2
PHYs. On the BCM911360_EP platform, those two PHYs are connected to
the external ethernet jacks.
Signed-off-by: Eric Anholt
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 60 ++
arch/arm/boot/dt
Cygnus is a small family of SoCs, of which we currently have
devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
same as 58xx, just requiring a tiny bit of setup that was previously
missing.
Signed-off-by: Eric Anholt
---
Documentation/devicetree/bindings/net/dsa/b53.txt | 3 +++
On 04/24/2017 02:50 PM, Eric Anholt wrote:
> Cygnus is a small family of SoCs, of which we currently have
> devicetree for BCM11360 and BCM58300. The 11360's B53 is mostly the
> same as 58xx, just requiring a tiny bit of setup that was previously
> missing.
>
> Signed-off-by: Eric Anholt
Review
This little patch series follows on from Florian's fixes that he just
sent, and enables the ethernet on the 911360_EP board.
Without Florian's fixes, the controller comes up and forwarding
happens between eth1 and eth2, but the CPU's eth0 packets don't get
forwarded.
Eric Anholt (2):
net: dsa:
Florian Fainelli writes:
> Hi David,
>
> This patch series contains fixes for the 58xx devices (Broadcom Northstar
> Plus), which were identified thanks to the help of Eric Anholt.
This series is:
Tested-by: Eric Anholt
Thanks for all your help debugging this, Florian! I'll send out my DT
ch
2017-04-24 23:00 GMT+02:00 Neal Cardwell :
> On Mon, Apr 24, 2017 at 4:20 PM, Lars Erik Storbukås
> wrote:
>> 2017-04-24 21:42 GMT+02:00 Neal Cardwell :
>>> On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
>>> wrote:
I'm trying to get amount of congestion events in TCP caused by
DUP
Implement the correct software reset sequence for 58xx devices by
setting all 3 reset bits and polling for the SW_RST bit to clear itself
without a given timeout. We cannot use is58xx() here because that would
also include the 7445/7278 Starfighter 2 which have their own driver
doing the reset earl
On Mon, Apr 24, 2017 at 10:27 PM, Jan Kiszka wrote:
> The IOT2000 is industrial controller platform, derived from the Intel
> Galileo Gen2 board. The variant IOT2020 comes with one LAN port, the
> IOT2040 has two of them. They can be told apart based on the board asset
> tag in the DMI table.
>
>
The 58xx devices (Northstar Plus) do actually have their CPU port wired
at port 8, it was unfortunately set to port 5 (B53_CPU_PORT_25) which is
incorrect, since that is the second possible management port.
Fixes: 991a36bb4645 ("net: dsa: b53: Add support for BCM585xx/586xx/88312
integrated switc
Since Broadcom tags are not enabled in b53 (DSA_PROTO_TAG_NONE), we need
to make sure that the IMP/CPU port is included in the forwarding
decision.
Without this change, switching between non-management ports would work,
but not between management ports and non-management ports thus breaking
the de
Hi David,
This patch series contains fixes for the 58xx devices (Broadcom Northstar
Plus), which were identified thanks to the help of Eric Anholt.
Florian Fainelli (3):
net: dsa: b53: Include IMP/CPU port in dumb forwarding mode
net: dsa: b53: Implement software reset for 58xx devices
net:
On Mon, Apr 24, 2017 at 01:37:00PM -0600, David Ahern wrote:
> On 4/24/17 10:39 AM, Eric Dumazet wrote:
> >
> > Very nice changelog !
>
>
> Thanks. Given my aggressive brain cell recycling program, I needed to
> write down the analysis.
>
>
>
> >> diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrcon
"
On Mon, Apr 24, 2017 at 4:20 PM, Lars Erik Storbukås
wrote:
> 2017-04-24 21:42 GMT+02:00 Neal Cardwell :
>> On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
>> wrote:
>>> I'm trying to get amount of congestion events in TCP caused by
>>> DUPACK's (fast retransmissions), and can't seem to f
This code is unused and probably was unintentionally left while
moving completion queue mapping in submit function.
Signed-off-by: Ivan Khoronzhuk
---
Based on net-next/master
drivers/net/ethernet/ti/netcp_core.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/net/ethernet/ti/net
From: Jamal Hadi Salim
Date: Mon, 24 Apr 2017 08:49:00 -0400
> Yes, space is important and if i can express upto 32 flags
> with one TLV rather than 32 TLVs i choose one TLV.
Which is fine. But two things:
1) Again, bits you aren't using now, make sure userspace doesn't
set them. And if it
From: Alexander Alemayhu
Date: Mon, 24 Apr 2017 15:31:05 +0200
> while looking into making the Makefile in samples/bpf better handle O= I saw
> several warnings when running `make clean && make samples/bpf/`. This series
> reduces those warnings.
Series applied, thanks.
2017-04-24 21:42 GMT+02:00 Neal Cardwell :
> On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
> wrote:
>> I'm trying to get amount of congestion events in TCP caused by
>> DUPACK's (fast retransmissions), and can't seem to find any variable
>> in the TCP info struct which hold that value. Ther
From: Daniel Borkmann
Date: Mon, 24 Apr 2017 22:14:35 +0200
> Now that also the last in-tree user of the xdp_adjust_head bit has
> been removed, we can remove the flag from struct bpf_prog altogether.
>
> This, at the same time, also makes sure that any future driver for
> XDP comes with bpf_xdp
Dear Beloved, Sorry for the inconvenience, I am getting in touch with you
regarding an extremely important and urgent matter, Please I need your urgent
assistance and idea to finish up a project (Orphanage Home) Due to my health
condition, Everything is available to finish up the project, All I
Now that also the last in-tree user of the xdp_adjust_head bit has
been removed, we can remove the flag from struct bpf_prog altogether.
This, at the same time, also makes sure that any future driver for
XDP comes with bpf_xdp_adjust_head() support right away.
A rejection based on this flag would
aFrom: Pan Bian
Date: Sun, 23 Apr 2017 20:04:04 +0800
> From: Pan Bian
>
> Function pci_find_ext_capability() may return 0, which is an invalid
> address. In function qlcnic_sriov_virtid_fn(), its return value is used
> without validation. This may result in invalid memory access bugs. This
> p
From: Ben Hutchings
Date: Mon, 24 Apr 2017 20:47:29 +0100
> Please queue up these fixes for 4.10.y:
>
> 8605330aac5a tcp: fix SCM_TIMESTAMPING_OPT_STATS for normal skbs
> 4ef1b2869447 tcp: mark skbs with SCM_TIMESTAMPING_OPT_STATS
Ok, queued up, thanks.
> Please can you also send the pending f
From: Karim Eshapa
Date: Mon, 24 Apr 2017 21:54:42 +0200
> On Mon, 24 Apr 2017 14:18:58 -0400 (EDT), David Miller wrote:
>> Mon, 24 Apr 2017 19:49:39 +0200, Karim Eshapa wrote:
>>>
>>> static char pointer creates two variables in final assembly.
>>> static string and pointer to it according to
>
From: Saeed Mahameed
Date: Sun, 23 Apr 2017 13:07:55 +0300
> This series contains some mlx5 fixes for net.
>
> For your convenience, the series doesn't introduce any conflict with
> the ongoing net-next pull request.
>
> Please pull and let me know if there's any problem.
Pulled.
> For -stabl
On Mon, 24 Apr 2017 14:18:58 -0400 (EDT), David Miller wrote:
> Mon, 24 Apr 2017 19:49:39 +0200, Karim Eshapa wrote:
>>
>> static char pointer creates two variables in final assembly.
>> static string and pointer to it according to
>> Jeff Garzik janitors TODO.
>
> Instead of trusting some documen
On 04/24/2017 10:35 AM, Christoph Hellwig wrote:
On Mon, Apr 24, 2017 at 02:16:31PM +, Byczkowski, Jakub wrote:
Tested-by: Jakub Byczkowski
Are you (and Doug) ok with queueing this up in the PCI tree?
We are fine however Doug wants to handle it.
-Denny
keep tty driver until usb driver is unregistered
rmmod hso
produces traces like this without that:
[40261.645904] usb 2-2: new high-speed USB device number 2 using ehci-omap
[40261.854644] usb 2-2: New USB device found, idVendor=0af0, idProduct=8800
[40261.862609] usb 2-2: New USB device strings:
On 04/24/2017 12:48 PM, David Miller wrote:
> From: Pan Bian
> Date: Sun, 23 Apr 2017 18:01:05 +0800
>
>> From: Pan Bian
>>
>> Function platform_get_irq() will return a negative value on errors.
>> However, in function bcmgenet_probe(), 0 is considered as a flag of
>> error. This patch fixes the
On 24/04/17 17:09, Mike Manning wrote:
> Flood suppression for packets that are not unicast needs to be handled
> consistently by also not flooding broadcast packets. As broadcast is a
> special case of multicast, the same kernel parameter should be used to
> suppress flooding for both of these pac
From: Pan Bian
Date: Sun, 23 Apr 2017 15:09:19 +0800
> Function nlmsg_new() will return a NULL pointer if there is no enough
> memory, and its return value should be checked before it is used.
> However, in function tipc_nl_node_get_monitor(), the validation of the
> return value of function nlms
From: Pan Bian
Date: Sun, 23 Apr 2017 17:38:35 +0800
> From: Pan Bian
>
> In function pc300_pci_init_one(), on the ioremap error path, function
> pc300_pci_remove_one() is called to free the allocated memory. However,
> the path is not terminated, and the freed memory will be used later,
> resu
From: Pan Bian
Date: Sun, 23 Apr 2017 14:28:37 +0800
> Function nla_nest_start() may return a NULL pointer on error. However,
> in function lwtunnel_fill_encap(), the return value of nla_nest_start()
> is not validated before it is used. This patch checks the return value
> of nla_nest_start() ag
From: Pan Bian
Date: Sun, 23 Apr 2017 18:01:05 +0800
> From: Pan Bian
>
> Function platform_get_irq() will return a negative value on errors.
> However, in function bcmgenet_probe(), 0 is considered as a flag of
> error. This patch fixes the bug by checking whether the return value of
> platfor
Please queue up these fixes for 4.10.y:
8605330aac5a tcp: fix SCM_TIMESTAMPING_OPT_STATS for normal skbs
4ef1b2869447 tcp: mark skbs with SCM_TIMESTAMPING_OPT_STATS
If I understand correctly, you are no longer sending Greg fixes for
4.4.y or older stable branches, so I'll send stable requests for
On Mon, Apr 24, 2017 at 3:11 PM, Lars Erik Storbukås
wrote:
> I'm trying to get amount of congestion events in TCP caused by
> DUPACK's (fast retransmissions), and can't seem to find any variable
> in the TCP info struct which hold that value. There are three
> variables in the TCP info struct tha
1 - 100 of 276 matches
Mail list logo
