This patch addresses a bug introduced based on my interpretation of the
XL710 datasheet. Specifically section 8.4.1 states that "A single transmit
packet may span up to 8 buffers (up to 8 data descriptors per packet
including both the header and payload buffers)." It then later goes on to
say tha
On 2016/3/30 13:34, Eric Dumazet wrote:
On Tue, 2016-03-29 at 22:25 -0700, Eric Dumazet wrote:
On Wed, 2016-03-30 at 13:16 +0800, Yang Yingliang wrote:
When task A hold the sk owned in tcp_sendmsg, if lots of packets
arrive and the packets will be added to backlog queue. The packets
will be h
On 2016/3/30 13:25, Eric Dumazet wrote:
On Wed, 2016-03-30 at 13:16 +0800, Yang Yingliang wrote:
When task A hold the sk owned in tcp_sendmsg, if lots of packets
arrive and the packets will be added to backlog queue. The packets
will be handled in release_sock called from tcp_sendmsg. When the
On Tuesday 29 March 2016 06:14 PM, Grygorii Strashko wrote:
> On 03/29/2016 03:35 PM, Yegor Yefremov wrote:
>> On Tue, Mar 29, 2016 at 1:05 PM, Grygorii Strashko
>> wrote:
>>> On 03/29/2016 08:21 AM, Yegor Yefremov wrote:
Hi Mugunthan,
On Tue, Mar 29, 2016 at 6:00 AM, Mugunthan V N
On Tue, 2016-03-29 at 22:25 -0700, Eric Dumazet wrote:
> On Wed, 2016-03-30 at 13:16 +0800, Yang Yingliang wrote:
> > When task A hold the sk owned in tcp_sendmsg, if lots of packets
> > arrive and the packets will be added to backlog queue. The packets
> > will be handled in release_sock called fr
On Tue, 2016-03-29 at 22:19 -0700, Alexander Duyck wrote:
> Minor correction here. This is 72 hex, which is 114 in decimal. The
> interesting bit I believe is the fact that we have both header and
> payload data in the same descriptor.
>
> You should probably check with your hardware team on thi
On Wed, 2016-03-30 at 13:16 +0800, Yang Yingliang wrote:
> When task A hold the sk owned in tcp_sendmsg, if lots of packets
> arrive and the packets will be added to backlog queue. The packets
> will be handled in release_sock called from tcp_sendmsg. When the
> sk_backlog is removed from sk, the l
On Tue, Mar 29, 2016 at 7:20 PM, Alexander Duyck
wrote:
> On Tue, Mar 29, 2016 at 5:34 PM, Jesse Brandeburg
> wrote:
>> stupid gmail... sent again to the list, sorry for duplicate (but
>> formatted better this time)
>>
>>
>> Hey Alex, this patch appears to have caused a regression (probably both
Bjorn Andersson writes:
>> All error/warnings (new ones prefixed by >>):
>>
>>drivers/net/wireless/ath/wcn36xx/main.c: In function 'wcn36xx_set_key':
>> >> drivers/net/wireless/ath/wcn36xx/main.c:389:9: error: implicit
>> >> declaration of function 'wcn36xx_sta_to_priv'
>> >> [-Werror=impl
When task A hold the sk owned in tcp_sendmsg, if lots of packets
arrive and the packets will be added to backlog queue. The packets
will be handled in release_sock called from tcp_sendmsg. When the
sk_backlog is removed from sk, the length will not decrease until
all the packets in backlog queue ar
Hi David,
On 30 March 2016 at 00:09, David Miller wrote:
> From: Ezequiel Garcia
> Date: Mon, 28 Mar 2016 17:41:18 -0300
>
>> +/* Polled functionality used by netconsole and others in non interrupt mode
>> */
>> +static void mvneta_poll_controller(struct net_device *dev)
>> +{
>> + struct m
From: Daniel Borkmann
Date: Wed, 30 Mar 2016 00:02:00 +0200
> Make the 2 byte padding in struct bpf_tunnel_key between tunnel_ttl
> and tunnel_label members explicit. No issue has been observed, and
> gcc/llvm does padding for the old struct already, where tunnel_label
> was not yet present, so t
Hi Troy,
Commit 55cd48c8 ('net: fec: stop the "rcv is not +last, " error
messages') adds a write to a register that is not present in all
implementations of the FEC hardware module. None of the ColdFire
SoC parts with the FEC module have the FTRL (0x1b0) register.
Does this need a quirk flag to k
On 3/25/16 4:05 AM, Julian Anastasov wrote:
Hello,
On Thu, 24 Mar 2016, David Ahern wrote:
On 3/24/16 4:33 PM, Julian Anastasov wrote:
But for multipath routes we can also consider the
nexthops as "alternatives", so it depends on how one uses
the multipath mechanism. The abil
From: Ezequiel Garcia
Date: Mon, 28 Mar 2016 17:41:18 -0300
> +/* Polled functionality used by netconsole and others in non interrupt mode
> */
> +static void mvneta_poll_controller(struct net_device *dev)
> +{
> + struct mvneta_port *pp = netdev_priv(dev);
> +
> + on_each_cpu(mvneta_per
There is an issue when we use mavtap over team:
When we replug nic links from team0, the real nics's mc list will not
include the maddr for macvtap any more. then we can't receive pkts to
macvtap device, as they are filterred by mc list of nic.
In Bonding Driver, it syncs the uc/mc addrs in bond_e
On Tue, Mar 29, 2016 at 5:34 PM, Jesse Brandeburg
wrote:
> stupid gmail... sent again to the list, sorry for duplicate (but
> formatted better this time)
>
>
> Hey Alex, this patch appears to have caused a regression (probably both
> i40e/i40evf). Easily reproducible running rds-stress (see the t
Some of the vendor-specific bootloaders set up this part
of the initialization for us, so this was never added.
However, since upstream bootloaders don't initialize the
chip specifically, they leave the fiber MII's PDOWN flag
set, which means that the CPU port doesn't connect.
This patch checks wh
Add versions of the phy_page_read and _write functions to
be used in a context where the SMI mutex is held.
Tested-by: Vivien Didelot
Reviewed-by: Vivien Didelot
Signed-off-by: Patrick Uiterwijk
---
drivers/net/dsa/mv88e6xxx.c | 49 +
1 file changed,
On Wed, Mar 30, 2016 at 12:58:04AM +, Patrick Uiterwijk wrote:
> Hi Vivien,
>
> On Tue, Mar 29, 2016 at 6:49 PM, Vivien Didelot
> wrote:
> > Hi Andrew, Patrick,
> >
> > Andrew Lunn writes:
> >
> >> On Tue, Mar 29, 2016 at 12:23:06PM -0400, Vivien Didelot wrote:
> >>> Hi Patrick,
> >>>
> >>>
Hi Vivien,
On Tue, Mar 29, 2016 at 6:49 PM, Vivien Didelot
wrote:
> Hi Andrew, Patrick,
>
> Andrew Lunn writes:
>
>> On Tue, Mar 29, 2016 at 12:23:06PM -0400, Vivien Didelot wrote:
>>> Hi Patrick,
>>>
>>> Two comments below.
>>>
>>> Patrick Uiterwijk writes:
>>>
>>> > +static int mv88e6xxx_powe
On Tue, 29 Mar 2016 17:15:52 -0700
Yuchung Cheng wrote:
> For non-SACK connections, cwnd is lowered to inflight plus 3 packets
> when the recovery ends. This is an optional feature in the NewReno
> RFC 2582 to reduce the potential burst when cwnd is "re-opened"
> after recovery and inflight is lo
stupid gmail... sent again to the list, sorry for duplicate (but
formatted better this time)
Hey Alex, this patch appears to have caused a regression (probably both
i40e/i40evf). Easily reproducible running rds-stress (see the thread titled
"i40e card Tx resets", the middle post by sowmini has t
On 16-03-29 03:24 PM, Saeed Mahameed wrote:
> Currently XPS select queue decision is final and overrides/ignores all other
> select queue parameters such as QoS TC, RX recording.
>
> This patch makes get_xps_queue value as a hint for skb_tx_hash, which will
> decide
> whether to use this hint as
For non-SACK connections, cwnd is lowered to inflight plus 3 packets
when the recovery ends. This is an optional feature in the NewReno
RFC 2582 to reduce the potential burst when cwnd is "re-opened"
after recovery and inflight is low.
This feature is questionably effective because of PRR: when
th
I'm trying to reduce system call overhead when reading/writing to/from a
tun device in userspace. For sockets, one can use sendmmsg()/recvmmsg(),
but a tun fd is not a socket fd, so this doesn't work. I'm see several
options to allow userspace to read/write multiple packets with one
syscall:
- Imp
Currently XPS select queue decision is final and overrides/ignores all other
select queue parameters such as QoS TC, RX recording.
This patch makes get_xps_queue value as a hint for skb_tx_hash, which will
decide
whether to use this hint as is or to tweak it a little to provide the correct
TXQ.
Tue, Mar 29, 2016 at 01:48:08PM IDT, yanhaishu...@cmss.chinamobile.com wrote:
>When NET_SWITCHDEV=n, switchdev_port_attr_set will return -EOPNOTSUPP,
>we should ignore this error code and continue to set the ageing time.
>
>Signed-off-by: Haishuang Yan
Fixes: c62987bbd8a1 ("bridge: push bridge se
On Wed, Mar 30, 2016 at 12:02:00AM +0200, Daniel Borkmann wrote:
> Make the 2 byte padding in struct bpf_tunnel_key between tunnel_ttl
> and tunnel_label members explicit. No issue has been observed, and
> gcc/llvm does padding for the old struct already, where tunnel_label
> was not yet present, s
Make the 2 byte padding in struct bpf_tunnel_key between tunnel_ttl
and tunnel_label members explicit. No issue has been observed, and
gcc/llvm does padding for the old struct already, where tunnel_label
was not yet present, so the current code works, but since it's part
of uapi, make sure we don't
This patch should fix the issues seen with a recent fix to prevent
tunnel-in-tunnel frames from being generated with GRO. The fix itself is
correct for now as long as we do not add any devices that support
NETIF_F_GSO_GRE_CSUM. When such a device is added it could have the
potential to mess thing
On Tue 29 Mar 14:41 PDT 2016, Bjorn Andersson wrote:
> From: Jason Mobarak
>
> Patch "wcn36xx: Pad TIM PVM if needed" has caused a regression in mesh
> beaconing. The field tim_off is always 0 for mesh mode, and thus
> pvm_len (referring to the TIM length field) and pad are both incorrectly
> c
From: Jason Mobarak
Patch "wcn36xx: Pad TIM PVM if needed" has caused a regression in mesh
beaconing. The field tim_off is always 0 for mesh mode, and thus
pvm_len (referring to the TIM length field) and pad are both incorrectly
calculated. Thus, msg_body.beacon_length is incorrectly calculated
On Tue 29 Mar 10:01 PDT 2016, kbuild test robot wrote:
> Hi Pontus,
>
> [auto build test ERROR on wireless-drivers/master]
> [also build test ERROR on v4.6-rc1 next-20160329]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improving th
On Tue, Mar 29, 2016 at 2:13 PM, Tom Herbert wrote:
> On Mon, Mar 28, 2016 at 4:58 PM, Alexander Duyck wrote:
>> This patch should fix the issues seen with a recent fix to prevent
>> tunnel-in-tunnel frames from being generated with GRO. The fix itself is
>> correct for now as long as we do not
On Mon, Mar 28, 2016 at 4:58 PM, Alexander Duyck wrote:
> This patch should fix the issues seen with a recent fix to prevent
> tunnel-in-tunnel frames from being generated with GRO. The fix itself is
> correct for now as long as we do not add any devices that support
> NETIF_F_GSO_GRE_CSUM. When
From: Tom Herbert
Date: Mon, 28 Mar 2016 21:51:17 -0700
> No, but I do expect that you support code that is already there. There
> was apparently zero testing done on the original patch and it caused
> one very obvious regression. So how can we have any confidence
> whatsoever that this patch doe
From: Corcodel Marian
Date: Tue, 29 Mar 2016 11:33:20 +0300
> This patch add set Vlan tag and flush CPlusCmd register because when unset
> RxVlan and RxChkSum bit, whithout some explication , unwanted bits
> is set, PCIDAC, PCIMulRW and others.Whithout this patch when run
> ethtool -d eth0 o
From: fanhui
Date: Tue, 29 Mar 2016 14:45:53 +0800
> [] tcp_nuke_addr+0x22c/0x2a0
Do not report or fix problems in non-mainline kernels.
Thank you.
Hi Phil,
On Tue, Mar 29, 2016 at 09:32:42PM +0200, Phil Sutter wrote:
> Hi,
>
> I am trying to fix a bug in ss filter code, but feel quite lost right
> now. The issue is this:
>
> | ss -nl -f inet '( sport = :22 )'
>
> prints not only listening sockets (as requested by -l flag), but
> establish
On Tuesday 29 March 2016 18:04:47 Gregory CLEMENT wrote:
>
> What is the status of this patch?
>
> Do you plan to send a second version with the title fixed as suggested
> by Joe Perches?
>
> Also do you expect that I collect this patch in the mvebu subsystem?
Right now, it's on my long-term to
Hi,
I am trying to fix a bug in ss filter code, but feel quite lost right
now. The issue is this:
| ss -nl -f inet '( sport = :22 )'
prints not only listening sockets (as requested by -l flag), but
established ones as well (reproduce by opening ssh connection to
127.0.0.1 before calling above).
Hi Andrew, Patrick,
Andrew Lunn writes:
> On Tue, Mar 29, 2016 at 12:23:06PM -0400, Vivien Didelot wrote:
>> Hi Patrick,
>>
>> Two comments below.
>>
>> Patrick Uiterwijk writes:
>>
>> > +static int mv88e6xxx_power_on_serdes(struct dsa_switch *ds)
>>
>> Since this function assumes the SMI l
> From: Colin Ian King
>
> in the case where qed_slowpath_irq_req is not called, rc is not assigned and
> so
> qed_int_igu_enable will return a garbage value.
> Fix this by initializing rc to 0.
>
> Signed-off-by: Colin Ian King
Thanks Colin.
Acked-by: Yuval Mintz
This is an RFC patch to fix a relatively easily reproducible kernel
panic related to the all_adj_list handling for netdevs in recent kernels.
This is more to generate discussion than anything else. I don't
particularly like this approach, I'm hoping someone has a better idea.
The following seque
Hi Pontus,
[auto build test ERROR on wireless-drivers/master]
[also build test ERROR on v4.6-rc1 next-20160329]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Bjorn-Andersson/Misc-wcn36xx
From: Colin Ian King
in the case where qed_slowpath_irq_req is not called, rc is not
assigned and so qed_int_igu_enable will return a garbage value.
Fix this by initializing rc to 0.
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/qlogic/qed/qed_int.c | 2 +-
1 file changed, 1 insertion
Colin King writes:
> From: Colin Ian King
>
> several functions are not initializing a return status in ret
> resulting in garbage to be returned instead of 0 for success.
> Currently, the calls to these functions are not checking the
> return, however, it seems prudent to return the correct stat
From: Colin Ian King
several functions are not initializing a return status in ret
resulting in garbage to be returned instead of 0 for success.
Currently, the calls to these functions are not checking the
return, however, it seems prudent to return the correct status
in case they are to be check
On Tue, Mar 29, 2016 at 12:23:06PM -0400, Vivien Didelot wrote:
> Hi Patrick,
>
> Two comments below.
>
> Patrick Uiterwijk writes:
>
> > +static int mv88e6xxx_power_on_serdes(struct dsa_switch *ds)
>
> Since this function assumes the SMI lock is already held, its name
> should be prefixed wit
Patrick Uiterwijk writes:
> Add versions of the phy_page_read and _write functions to
> be used in a context where the SMI mutex is held.
>
> Signed-off-by: Patrick Uiterwijk
Tested-by: Vivien Didelot
Reviewed-by: Vivien Didelot
Thanks,
Vivien
Hi Patrick,
Two comments below.
Patrick Uiterwijk writes:
> +static int mv88e6xxx_power_on_serdes(struct dsa_switch *ds)
Since this function assumes the SMI lock is already held, its name
should be prefixed with _ by convention (_mv88e6xxx_power_on_serdes).
> +{
> + int ret;
> +
> + r
Hi Arnd,
On mar., mars 15 2016, Arnd Bergmann wrote:
> A recent change to the mbus driver added a warning printk that
> prints a phys_addr_t using the %x format string, which fails in
> case we build with 64-bit phys_addr_t:
>
> drivers/bus/mvebu-mbus.c: In function 'mvebu_mbus_get_dram_win_in
From: Eric Dumazet
IPv6 counters updates use a different macro than IPv4.
Fixes: 36cbb2452cbaf ("udp: Increment UDP_MIB_IGNOREDMULTI for arriving
unmatched multicasts")
Signed-off-by: Eric Dumazet
Cc: Rick Jones
Cc: Willem de Bruijn
---
net/ipv6/udp.c |4 ++--
1 file changed, 2 insertio
Hi, Netanel,
+into 5 levels and assignes interrupt delay value to each level.
Should be: assigns
+The ENA device AQ and AENQ are allocated on probe and freed ontermination.
Should be: on termination.
+ /* commit previously loaded firmare */
Should be: firmware
+static int ena_com_hash_key
Bond device gets it's mac address from the first slave device, it's not
necessary to set slave device's mac address to bond if equal.
Signed-off-by: Zhang Shengju
---
drivers/net/bonding/bond_main.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/net/bonding/bond
On 03/29/2016 03:55 PM, Daniel Borkmann wrote:
[ dropping my old email address ]
On 03/29/2016 02:58 PM, Michal Kubecek wrote:
On Mon, Feb 22, 2016 at 10:31:33AM -0500, Sasha Levin wrote:
I've hit the following warning while fuzzing with trinity inside a kvmtool guest
running the latest -next
On Wed, 2016-03-23 at 02:26 +, Gilberto Bertin wrote:
> Since the net-next window just opened, I'm resubmitting my RFC for the
> SO_BINDTOSUBNET patch, following Mark Smith's suggestion to rename the
> whole thing to a more clear SO_BINDTOPREFIX.
Please do not add such monolithic option.
BPF
[ dropping my old email address ]
On 03/29/2016 02:58 PM, Michal Kubecek wrote:
On Mon, Feb 22, 2016 at 10:31:33AM -0500, Sasha Levin wrote:
I've hit the following warning while fuzzing with trinity inside a kvmtool guest
running the latest -next kernel:
[ 1343.104588] ===
Use list_* helpers in sctp_list_dequeue, more readable.
Signed-off-by: Marcelo Ricardo Leitner
---
include/net/sctp/sctp.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/include/net/sctp/sctp.h b/include/net/sctp/sctp.h
index
65521cfdcadeee35d61f280165a387cc2164ab6d..
1st patch is a preparation for the 2nd. The idea is to not call
->sk_data_ready() for every data chunk processed while processing
packets but only once before releasing the socket.
Marcelo Ricardo Leitner (2):
sctp: compress bit-wide flags to a bitfield on sctp_sock
sctp: delay calls to sk_dat
It wastes space and gets worse as we add new flags, so convert bit-wide
flags to a bitfield.
Currently it already saves 4 bytes in sctp_sock.
Note that do_auto_asconf cannot be merged, as explained in the comment
before it.
Signed-off-by: Marcelo Ricardo Leitner
---
include/net/sctp/structs.h
Currently processing of multiple chunks in a single SCTP packet leads to
multiple calls to sk_data_ready, causing multiple wake up signals which
are costy and doesn't make it wake up any faster.
With this patch it will note that the wake up is pending and will do it
before leaving the state machin
Currently on high rate SCTP streams the heartbeat timer refresh can
consume quite a lot of resources as timer updates are costly and it
contains a random factor, which a) is also costly and b) invalidates
mod_timer() optimization for not editing a timer to the same value.
It may even cause the time
Somehow my patch for commit cea8768f333e ("sctp: allow
sctp_transmit_packet and others to use gfp") missed two important
chunks, which are now added.
Fixes: cea8768f333e ("sctp: allow sctp_transmit_packet and others to use gfp")
Signed-off-by: Marcelo Ricardo Leitner
---
net/sctp/output.c | 6 ++
There is no point in delaying the packet if we can't fit a single byte
of data on it anymore. So lets just reduce the threshold by the amount
that a data chunk with 4 bytes (rounding) would use.
Signed-off-by: Marcelo Ricardo Leitner
---
net/sctp/output.c | 3 ++-
1 file changed, 2 insertions(+)
Since the net-next window just opened, I'm resubmitting my RFC for the
SO_BINDTOSUBNET patch, following Mark Smith's suggestion to rename the
whole thing to a more clear SO_BINDTOPREFIX.
Some arguments for and against it since the first submission:
* SO_BINDTOPREFIX is an arbitrary option and can
Signed-off-by: Gilberto Bertin
---
net/ipv6/inet6_connection_sock.c | 17 -
net/ipv6/inet6_hashtables.c | 6 ++
2 files changed, 22 insertions(+), 1 deletion(-)
diff --git a/net/ipv6/inet6_connection_sock.c b/net/ipv6/inet6_connection_sock.c
index 36c3f01..c65023f 10064
Signed-off-by: Gilberto Bertin
---
net/ipv4/udp.c | 36
1 file changed, 36 insertions(+)
diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c
index 95d2f19..31b9687 100644
--- a/net/ipv4/udp.c
+++ b/net/ipv4/udp.c
@@ -133,6 +133,23 @@ EXPORT_SYMBOL(udp_memory_allocat
Signed-off-by: Gilberto Bertin
---
include/net/sock.h| 20 +++
include/uapi/asm-generic/socket.h | 1 +
net/core/sock.c | 111 ++
3 files changed, 132 insertions(+)
diff --git a/include/net/sock.h b/include/net/sock.h
i
Signed-off-by: Gilberto Bertin
---
net/ipv4/inet_connection_sock.c | 20 +++-
net/ipv4/inet_hashtables.c | 9 +
2 files changed, 28 insertions(+), 1 deletion(-)
diff --git a/net/ipv4/inet_connection_sock.c b/net/ipv4/inet_connection_sock.c
index 6414891..162c252 100
On Tue, 2016-03-29 at 11:33 +0300, Corcodel Marian wrote:
> This patch add set Vlan tag and flush CPlusCmd register because when unset
> RxVlan and RxChkSum bit, whithout some explication , unwanted bits
> is set, PCIDAC, PCIMulRW and others.Whithout this patch when run
> ethtool -d eth0 on "C
On Sun, 2016-03-27 at 19:31 +0300, Corcodel Marian wrote:
> On Sat, 26 Mar 2016 10:18:46 -0700
> Eric Dumazet wrote:
>
> > On Sat, 2016-03-26 at 12:57 +0200, Corcodel Marian wrote:
> > > This patch correct set bit multicast enable only once per
> > > set_rx_mode invocation.
> > >
> > > Signed-o
On Tue, 2016-03-29 at 17:27 +0800, Wei-Ning Huang wrote:
> Adding some chromium devs to the thread.
>
> In, http://lxr.free-electrons.com/source/mm/page_alloc.c#L3152
>
> The default mm retry allocation when 'order <=
> PAGE_ALLOC_COSTLY_ORDER' of gfp_mask contains __GFP_REPEAT.
> PAGE_ALLOC_COST
On Mon, Feb 22, 2016 at 10:31:33AM -0500, Sasha Levin wrote:
>
> I've hit the following warning while fuzzing with trinity inside a kvmtool
> guest
> running the latest -next kernel:
>
> [ 1343.104588] ===
> [ 1343.104591] [ INFO: suspicious RCU usage. ]
> [ 1343.1046
Hello.
On 3/29/2016 9:06 AM, Bjorn Andersson wrote:
From: Jason Mobarak
Patch "wcn36xx: Pad TIM PVM if needed" has caused a regression in mesh
scripts/checkpatch.pl now enforces the specific commit citing format, i.e.
<12-digit SHA1> ("").
beaconing. The field tim_off is always 0 fo
On 03/29/2016 03:35 PM, Yegor Yefremov wrote:
> On Tue, Mar 29, 2016 at 1:05 PM, Grygorii Strashko
> wrote:
>> On 03/29/2016 08:21 AM, Yegor Yefremov wrote:
>>> Hi Mugunthan,
>>>
>>> On Tue, Mar 29, 2016 at 6:00 AM, Mugunthan V N wrote:
Hi Yegor
On Wednesday 16 March 2016 08:35 PM,
On Tue, Mar 29, 2016 at 1:05 PM, Grygorii Strashko
wrote:
> On 03/29/2016 08:21 AM, Yegor Yefremov wrote:
>> Hi Mugunthan,
>>
>> On Tue, Mar 29, 2016 at 6:00 AM, Mugunthan V N wrote:
>>> Hi Yegor
>>>
>>> On Wednesday 16 March 2016 08:35 PM, Yegor Yefremov wrote:
I have an am335x based board
Some of the vendor-specific bootloaders set up this part
of the initialization for us, so this was never added.
However, since upstream bootloaders don't initialize the
chip specifically, they leave the fiber MII's PDOWN flag
set, which means that the CPU port doesn't connect.
This patch checks wh
Add versions of the phy_page_read and _write functions to
be used in a context where the SMI mutex is held.
Signed-off-by: Patrick Uiterwijk
---
drivers/net/dsa/mv88e6xxx.c | 49 +
1 file changed, 36 insertions(+), 13 deletions(-)
diff --git a/drivers
On 03/29/2016 08:21 AM, Yegor Yefremov wrote:
> Hi Mugunthan,
>
> On Tue, Mar 29, 2016 at 6:00 AM, Mugunthan V N wrote:
>> Hi Yegor
>>
>> On Wednesday 16 March 2016 08:35 PM, Yegor Yefremov wrote:
>>> I have an am335x based board using CPSW in Dual EMAC mode. Without
>>> VLAN IDs I can receive an
I've resent the patch here: https://patchwork.kernel.org/patch/8637861/
Thanks!
Wei-Ning
On Tue, Mar 22, 2016 at 12:12 PM, Wei-Ning Huang wrote:
> Hi Kalle,
>
> Thanks for the review. I accidentally removed the s-o-b line from
> akarwar in this version.
> The original patch can be found at:
> ht
> From: Wei-Ning Huang [mailto:wnhu...@google.com]
> Sent: Tuesday, March 29, 2016 2:57 PM
> To: Kalle Valo
> Cc: Linux Wireless; LKML; Amitkumar Karwar; Nishant Sarmukadam; Sameer
> Nanda; netdev@vger.kernel.org; Sonny Rao; Douglas Anderson
> Subject: Re: [PATCH] mwifiex: add __GFP_REPEAT to skb a
When NET_SWITCHDEV=n, switchdev_port_attr_set will return -EOPNOTSUPP,
we should ignore this error code and continue to set the ageing time.
Signed-off-by: Haishuang Yan
---
net/bridge/br_stp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/bridge/br_stp.c b/net/bridge/b
Adding some chromium devs to the thread.
In, http://lxr.free-electrons.com/source/mm/page_alloc.c#L3152
The default mm retry allocation when 'order <=
PAGE_ALLOC_COSTLY_ORDER' of gfp_mask contains __GFP_REPEAT.
PAGE_ALLOC_COSTLY_ORDER is defined to be 3. On systems with page size
= 4K, this means
This patch add set Vlan tag and flush CPlusCmd register because when unset
RxVlan and RxChkSum bit, whithout some explication , unwanted bits
is set, PCIDAC, PCIMulRW and others.Whithout this patch when run
ethtool -d eth0 on "C+ Command" field missing "VLAN de-tagging"
Signed-off-by: Corcode
On Tue, Mar 29, 2016 at 12:56 PM, Cong Wang wrote:
> On Mon, Mar 28, 2016 at 9:42 AM, Xin Long wrote:
>> There is an issue when we use mavtap over team:
>> When we replug nic links from team0, the real nics's mc list will not
>> include the maddr for macvtap any more. then we can't receive pkts t
Wei-Ning Huang writes:
> "single skb allocation failure" happens when system is under heavy
> memory pressure. Add __GFP_REPEAT to skb allocation call so kernel
> attempts to reclaim pages and retry the allocation.
>
> Signed-off-by: Wei-Ning Huang
Is this really a proper way to fix the issue?
On Mon, Mar 28, 2016 at 08:30:11PM +0300, Sergei Shtylyov wrote:
> >@@ -3029,7 +3030,8 @@ static int macb_remove(struct platform_device *pdev)
> > mdiobus_free(bp->mii_bus);
> >
> > /* Shutdown the PHY if there is a GPIO reset */
> >-gpiod_set_value(bp->reset_gpi
89 matches
Mail list logo