Hi all,
Reboot Failed was occurred at Linux Kernel after v4.4-rc1 during IPv6 Ready
Logo Conformance Test.
Not Fix a bug in v4.5-rc7 yet.
I will conform that it fix a bug in v4.6-rc1.
Currently, it is under investigation.
IPv6 Ready Logo
https://www.ipv6ready.org/
TAHI Project
http://www.tahi.o
Hi all,
On Thu, 31 Mar 2016 14:45:37 +0800 Jisheng Zhang wrote:
> Hi,
>
> + linux arm kernel
>
> On Thu, 31 Mar 2016 14:36:30 +0800 Jisheng Zhang wrote:
>
> > The rx descriptors are allocated using dma_alloc_coherent, so prefetch
> > doesn't really happen at all.
>
> This is for RFC, I'm so
Joe Perches writes:
> On Wed, 2016-03-30 at 14:51 +0300, Kalle Valo wrote:
>> Joe Perches writes:
>> > Using the normal kernel logging mechanisms makes this code
>> > a bit more like other wireless drivers.
>> Personally I don't see the point but I don't have any strong opinions. A
>> bigger pro
Hello Robert
On 3/30/2016 8:22 PM, Robert Gadsdon wrote:
I have applied this to my Rock2 - Kernel 4.6-rc1 - and eth0 is present,
now, but no network traffic gets through:
there are some patches not yet applied that fix known
problems
pls take a look at :
"stmmac: MDIO fixes"
and
[PATCH (n
On Wed, 2016-03-30 at 09:52 -0700, Ben Greear wrote:
> If someone can fix rhashtable, then great.
> I read some earlier comments [1] back when someone else reported
> similar problems, and the comments seemed to indicate that rhashtable
> was broken in this manner on purpose to protect against has
On Thu, Mar 31, 2016 at 09:46:45AM +0200, Johannes Berg wrote:
>
> In this case, I think perhaps you can just patch your local system with
> the many interfaces connecting to the same AP to add the parameter
> Herbert suggested (.insecure_elasticity = true in sta_rht_params). This
> is, after all,
On Thu, Mar 31, 2016 at 8:37 AM, Mugunthan V N wrote:
> On Thursday 31 March 2016 01:17 AM, Peter Korsgaard wrote:
>>> "Mugunthan" == Mugunthan V N writes:
>>
>> Hi,
>>
>> > You had received these packets as tcpdump will enable promiscuous mode
>> > so that you receive all the packets from
On 3/30/2016 6:44 PM, Dinh Nguyen wrote:
On Tue, Mar 15, 2016 at 7:36 AM, Giuseppe CAVALLARO
wrote:
Hello Tomeu
On 3/15/2016 8:23 AM, Tomeu Vizoso wrote:
Thanks.
Btw, I have rebased on top of 4.5 this morning and I have noticed that
88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression
Dear Sir,
FYI kindly send us proforma ASAP for the attached purchase order.
Thanks
Carmen Rodriguez
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Thursday, March 31, 2016 12:54 AM
> To: Varlese, Marco
> Cc: netdev@vger.kernel.org; da...@davemloft.net; Jiri Pirko
;
> John Fastabend ; j...@mojatatu.com; Szczerbik,
> PrzemyslawX
> Subject: Re: [
On Thu, 2016-03-31 at 10:39 +0300, Kalle Valo wrote:
> Joe Perches writes:
> > On Wed, 2016-03-30 at 14:51 +0300, Kalle Valo wrote:
> > > Joe Perches writes:
> > > >
> > > > Using the normal kernel logging mechanisms makes this code
> > > > a bit more like other wireless drivers.
> > > Personall
Hi Marcin,
On Thu, 31 Mar 2016 08:49:19 +0200 Marcin Wojtas wrote:
> Hi Jisheng,
>
> 2016-03-31 7:53 GMT+02:00 Jisheng Zhang :
> > Hi Gregory,
> >
> > On Wed, 30 Mar 2016 17:11:41 +0200 Gregory CLEMENT wrote:
> >
> >> Hi Jisheng,
> >>
> >> On mer., mars 30 2016, Jisheng Zhang wrote:
> >>
>
Issue can be seen on platforms that use 8K and above page size
while rds fragment size is 4K. On those platforms single page is
shared between 2 or more rds fragments. Each fragment has it's own
offeset and rds cong map code need to take this offset to account.
Not taking this offset to account lea
On Thu, Mar 31, 2016 at 11:07 AM, Joe Perches wrote:
> On Thu, 2016-03-31 at 10:39 +0300, Kalle Valo wrote:
>> Joe Perches writes:
>> > On Wed, 2016-03-30 at 14:51 +0300, Kalle Valo wrote:
>> > > Joe Perches writes:
>> > > >
>> > > > Using the normal kernel logging mechanisms makes this code
>>
The mvneta is also used in some Marvell berlin family SoCs which may
have different cacheline size. Replace the MVNETA_CPU_D_CACHE_LINE_SIZE
usage with cache_line_size().
And since dma_alloc_coherent() is always cacheline size aligned, so
remove the align checks.
Signed-off-by: Jisheng Zhang
---
This is to fix the following maybe-uninitialized warning:
drivers/net/ethernet/marvell/mvpp2.c:6007:18: warning: 'err' may be
used uninitialized in this function [-Wmaybe-uninitialized]
Signed-off-by: Jisheng Zhang
---
drivers/net/ethernet/marvell/mvpp2.c | 4 +++-
1 file changed, 3 insertions(
The mvpp2 ip maybe used in SoCs which may have have different cacheline
size. Replace the MVPP2_CPU_D_CACHE_LINE_SIZE with cache_line_size.
And since dma_alloc_coherent() is always cacheline size aligned, so
remove the align checks.
Signed-off-by: Jisheng Zhang
---
Since v1:
- use cache_line_si
On 03/31/2016, 02:13 AM, Daniel Borkmann wrote:
> Sasha Levin reported a suspicious rcu_dereference_protected() warning
> found while fuzzing with trinity that is similar to this one:
>
> [ 52.765684] net/core/filter.c:2262 suspicious
> rcu_dereference_protected() usage!
> [ 52.765688] ot
Hi,
The most commonly used framing/addressing in 802.11 is 3addr. This is
how most Access Points work and Clients follow suit.
However it is impossible to put a 3addr Client interface into a bridge
because it's not possible to properly distinguish RA/TA/DA/SA
addresses.
There is 4addr framing in
Hi,
On 31.03.2016 00:37, Soheil Hassas Yeganeh wrote:
+
+Moreover, applications must still enable timestamp reporting via
+setsockopt to receive timestamps:
+
+ u32 val = SOF_TIMESTAMPING_SOFTWARE |
would not __u32 be more appropriate for userspace?
Regards,
Lino
On Thursday 31 March 2016 01:22 PM, Yegor Yefremov wrote:
> On Thu, Mar 31, 2016 at 8:37 AM, Mugunthan V N wrote:
>> On Thursday 31 March 2016 01:17 AM, Peter Korsgaard wrote:
"Mugunthan" == Mugunthan V N writes:
>>>
>>> Hi,
>>>
>>> > You had received these packets as tcpdump will enabl
On Thu, Mar 31, 2016 at 12:02 PM, Mugunthan V N wrote:
> On Thursday 31 March 2016 01:22 PM, Yegor Yefremov wrote:
>> On Thu, Mar 31, 2016 at 8:37 AM, Mugunthan V N wrote:
>>> On Thursday 31 March 2016 01:17 AM, Peter Korsgaard wrote:
> "Mugunthan" == Mugunthan V N writes:
Hi,
Since nla_get_in_addr and nla_put_in_addr were implemented,
so use them appropriately.
Signed-off-by: Haishuang Yan
---
net/ipv4/ip_tunnel_core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/ipv4/ip_tunnel_core.c b/net/ipv4/ip_tunnel_core.c
index 02dd990..47ea8
On Thu, 2016-03-31 at 13:50 +0800, Jason Wang wrote:
> We use a union for napi_id and send_cpu, this is ok for most of the
> cases except when we want to support busy polling for tun which needs
> napi_id to be stored and passed to socket during tun_net_xmit(). In
> this case, napi_id was overridde
Hi Andy,
On Wed, Mar 30, 2016 at 10:41 PM, Fugang Duan wrote:
>
> Fabio, we cannot do it like this that may cause confused for the quirk flag
> "FEC_QUIRK_HAS_RACC".
We can treat FEC_QUIRK_HAS_RACC flag as "this is a non-Coldfire SoC".
>
>
> Hi, Greg,
>
> The header file fec.h define the FEC_F
Hi Greg,
On Wed, Mar 30, 2016 at 10:17 PM, Greg Ungerer wrote:
> Yes, that fixes it. Will you carry this change?
Thanks for confirming.
Yes, I will submit it later today;
From: Marcelo Ricardo Leitner
> Sent: 30 March 2016 13:13
> Em 30-03-2016 06:37, David Laight escreveu:
> > From: Marcelo Ricardo Leitner
> >> Sent: 29 March 2016 14:42
> >>
> >> Currently on high rate SCTP streams the heartbeat timer refresh can
> >> consume quite a lot of resources as timer updat
On 03/31/2016 07:43 AM, Alexei Starovoitov wrote:
On Thu, Mar 31, 2016 at 07:22:32AM +0200, Michal Kubecek wrote:
On Wed, Mar 30, 2016 at 10:08:10PM -0700, Alexei Starovoitov wrote:
On Thu, Mar 31, 2016 at 07:01:15AM +0200, Michal Kubecek wrote:
On Wed, Mar 30, 2016 at 06:18:42PM -0700, Alexei
On Thu, 2016-03-31 at 13:35 +0200, Daniel Borkmann wrote:
> +static inline bool sock_owned_externally(const struct sock *sk)
> +{
> + return sk->sk_flags & (1UL << SOCK_EXTERNAL_OWNER);
> +}
> +
Have you reinvented sock_flag(sl, SOCK_EXTERNAL_OWNER) ? ;)
Anyway, using a flag for this purpose
On 31.03.2016 07:43, Alexei Starovoitov wrote:
On Thu, Mar 31, 2016 at 07:22:32AM +0200, Michal Kubecek wrote:
On Wed, Mar 30, 2016 at 10:08:10PM -0700, Alexei Starovoitov wrote:
On Thu, Mar 31, 2016 at 07:01:15AM +0200, Michal Kubecek wrote:
On Wed, Mar 30, 2016 at 06:18:42PM -0700, Alexei St
On 03/31/2016 01:59 PM, Eric Dumazet wrote:
On Thu, 2016-03-31 at 13:35 +0200, Daniel Borkmann wrote:
+static inline bool sock_owned_externally(const struct sock *sk)
+{
+ return sk->sk_flags & (1UL << SOCK_EXTERNAL_OWNER);
+}
+
Have you reinvented sock_flag(sl, SOCK_EXTERNAL_OWNER) ? ;
From: Lisheng
The patch adds support of pause ctrl for HNS V2, and this feature is lost
by HNS V1:
1) service ports can disable rx pause frame,
2) debug ports can open tx/rx pause frame.
And this patch updates the REGs about the pause ctrl when updated
status function called by upp
This adds a new item to VF lines of a PF, stating whether the VF is
trusted or not.
Signed-off-by: Phil Sutter
---
ip/ipaddress.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/ip/ipaddress.c b/ip/ipaddress.c
index 3998d8cec4ab2..2f1d55c115dde 100644
--- a/ip/ipaddress.c
+++ b/ip/ipa
Hi Lino,
On Thu, Mar 31, 2016 at 5:57 AM, Lino Sanfilippo wrote:
>
> Hi,
>
>
> On 31.03.2016 00:37, Soheil Hassas Yeganeh wrote:
>
>> +
>> +Moreover, applications must still enable timestamp reporting via
>> +setsockopt to receive timestamps:
>> +
>> + u32 val = SOF_TIMESTAMPING_SOFTWARE |
>
>
>
Hello.
On 3/31/2016 3:50 AM, shamir rabinovitch wrote:
Issue can be seen on platforms that use 8K and above page size
while rds fragment size is 4K. On those platforms single page is
shared between 2 or more rds fragments. Each fragment has it's own
Its.
offeset and rds cong map code nee
Telit LE910 V2 is a mobile broadband card with no ARP capabilities:
the patch makes this device to use wwan_noarp_info struct
Signed-off-by: Daniele Palmas
---
drivers/net/usb/cdc_ncm.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm
Telit LE910 V2 is a mobile broadband card with no ARP capabilities:
the patch makes this device to use wwan_noarp_info struct.
Following the device details:
Bus 001 Device 037: ID 1bc7:0036 Telit
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.
On Thu, Mar 31, 2016 at 04:13:35PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 3/31/2016 3:50 AM, shamir rabinovitch wrote:
>
> >Issue can be seen on platforms that use 8K and above page size
> >while rds fragment size is 4K. On those platforms single page is
> >shared between 2 or more rds fra
On 3/31/2016 5:20 PM, Shamir Rabinovitch wrote:
Issue can be seen on platforms that use 8K and above page size
while rds fragment size is 4K. On those platforms single page is
shared between 2 or more rds fragments. Each fragment has it's own
Its.
Fixed in next version.
Thanks.
offes
On Thu, Mar 31, 2016 at 05:23:30PM +0300, Sergei Shtylyov wrote:
> On 3/31/2016 5:20 PM, Shamir Rabinovitch wrote:
>
> >>>Issue can be seen on platforms that use 8K and above page size
> >>>while rds fragment size is 4K. On those platforms single page is
> >>>shared between 2 or more rds fragments
Issue can be seen on platforms that use 8K and above page size
while rds fragment size is 4K. On those platforms single page is
shared between 2 or more rds fragments. Each fragment has its own
offset and rds congestion map code need to take this offset to account.
Not taking this offset to account
From: Fabio Estevam
Commit 55cd48c821de ("net: fec: stop the "rcv is not +last, " error
messages") introduces a write to a register that does not exist in
Coldfire.
Move the FEC_FTRL register access inside the FEC_QUIRK_HAS_RACC 'if' block,
so that we guarantee it will not be used on Coldfire CP
On 03/31/2016 12:46 AM, Johannes Berg wrote:
On Wed, 2016-03-30 at 09:52 -0700, Ben Greear wrote:
If someone can fix rhashtable, then great.
I read some earlier comments [1] back when someone else reported
similar problems, and the comments seemed to indicate that rhashtable
was broken in thi
On Thu, 2016-03-31 at 08:13 -0700, Ben Greear wrote:
>
> I see insertion failure, and then later, if of course fails to delete
> as well since it was never inserted to begin with. There is no good
> way to deal with insertion error, so just need to fix the hashtable.
Oh, that's an oversight in m
On Thu, 2016-03-31 at 15:50 +0800, Herbert Xu wrote:
> On Thu, Mar 31, 2016 at 09:46:45AM +0200, Johannes Berg wrote:
> >
> >
> > In this case, I think perhaps you can just patch your local system
> > with
> > the many interfaces connecting to the same AP to add the parameter
> > Herbert suggeste
From: Jeff Kirsher
Date: Wed, 30 Mar 2016 16:00:44 -0700
> This series contains fixes to ixgbe and ixgbevf.
Pulled, thanks Jeff.
Size of the attribute IFLA_PHYS_PORT_NAME was missing.
Fixes: db24a9044ee1 ("net: add support for phys_port_name")
CC: David Ahern
Signed-off-by: Nicolas Dichtel
---
net/core/rtnetlink.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
index f20667
On 3/31/16 10:10 AM, Nicolas Dichtel wrote:
Size of the attribute IFLA_PHYS_PORT_NAME was missing.
Fixes: db24a9044ee1 ("net: add support for phys_port_name")
CC: David Ahern
Signed-off-by: Nicolas Dichtel
---
net/core/rtnetlink.c | 1 +
1 file changed, 1 insertion(+)
Acked-by: David Aher
A have applied the 'STMMAC: fix TX normal DESC' patch (from netdev) as
well as the 'stmmac: Fix phy without MDIO subnode' patch, and the Rock2
Ethernet link now works correctly (Kernel 4.6-rc1)
Thanks..
Robert Gadsdon.
On 3/31/16 4:25 AM, Naveen N. Rao wrote:
Building BPF samples is failing with the below error:
samples/bpf/map_perf_test_user.c: In function ‘main’:
samples/bpf/map_perf_test_user.c:134:9: error: variable ‘r’ has
initializer but incomplete type
struct rlimit r = {RLIM_INFINITY, RLIM_INFINITY}
On 3/31/16 4:25 AM, Naveen N. Rao wrote:
While at it, fix some typos in the comment.
Cc: Alexei Starovoitov
Cc: David S. Miller
Cc: Ananth N Mavinakayanahalli
Cc: Michael Ellerman
Signed-off-by: Naveen N. Rao
---
samples/bpf/Makefile | 11 ---
1 file changed, 4 insertions(+), 7 d
On 3/31/16 4:25 AM, Naveen N. Rao wrote:
Make BPF samples build depend on CONFIG_SAMPLE_BPF. We still don't add a
Kconfig option since that will add a dependency on llvm for allyesconfig
builds which may not be desirable.
Those who need to build the BPF samples can now just do:
make CONFIG_SAMP
On 3/31/16 4:25 AM, Naveen N. Rao wrote:
Add the necessary definitions for building bpf samples on ppc.
Since ppc doesn't store function return address on the stack, modify how
PT_REGS_RET() and PT_REGS_FP() work.
Also, introduce PT_REGS_IP() to access the instruction pointer. I have
fixed this
On 03/31/2016 07:46 PM, Alexei Starovoitov wrote:
On 3/31/16 4:25 AM, Naveen N. Rao wrote:
While at it, fix some typos in the comment.
Cc: Alexei Starovoitov
Cc: David S. Miller
Cc: Ananth N Mavinakayanahalli
Cc: Michael Ellerman
Signed-off-by: Naveen N. Rao
---
samples/bpf/Makefile | 11
--
La cassetta postale ha superato il limite di archiviazione, che è 20
GB come impostato dall'amministratore, si sta attualmente eseguendo il
20,9 GB, si potrebbe non essere in grado di inviare o ricevere nuovi
messaggi fino a quando è convalidare nuovamente la cassetta postale.
Per con
On 2016/03/31 10:43AM, Alexei Starovoitov wrote:
> On 3/31/16 4:25 AM, Naveen N. Rao wrote:
> >Building BPF samples is failing with the below error:
> >
> >samples/bpf/map_perf_test_user.c: In function ‘main’:
> >samples/bpf/map_perf_test_user.c:134:9: error: variable ‘r’ has
> >initializer but inc
On 2016/03/31 10:49AM, Alexei Starovoitov wrote:
> On 3/31/16 4:25 AM, Naveen N. Rao wrote:
> >Make BPF samples build depend on CONFIG_SAMPLE_BPF. We still don't add a
> >Kconfig option since that will add a dependency on llvm for allyesconfig
> >builds which may not be desirable.
> >
> >Those who
From: Patrick Uiterwijk
Date: Wed, 30 Mar 2016 01:39:40 +
> 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
Applied.
From: Patrick Uiterwijk
Date: Wed, 30 Mar 2016 01:39:41 +
> 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
>
From: Jisheng Zhang
Date: Wed, 30 Mar 2016 19:55:21 +0800
> The mvneta is also used in some Marvell berlin family SoCs which may
> have 64bytes cacheline size. Replace the MVNETA_CPU_D_CACHE_LINE_SIZE
> usage with L1_CACHE_BYTES.
>
> And since dma_alloc_coherent() is always cacheline size aligne
From: Jisheng Zhang
Date: Wed, 30 Mar 2016 19:53:41 +0800
> The mvpp2 ip maybe used in SoCs which may have have 64bytes cacheline
> size. Replace the MVPP2_CPU_D_CACHE_LINE_SIZE with L1_CACHE_BYTES.
>
> And since dma_alloc_coherent() is always cacheline size aligned, so
> remove the align checks
On Wed, 30 Mar 2016 00:20:03 -0700 Michael Ma wrote:
> I know this might be an old topic so bare with me – what we are facing
> is that applications are sending small packets using hundreds of
> threads so the contention on spin lock in __dev_xmit_skb increases the
> latency of dev_queue_xmit si
On 3/31/16 11:51 AM, Naveen N. Rao wrote:
On 2016/03/31 10:49AM, Alexei Starovoitov wrote:
On 3/31/16 4:25 AM, Naveen N. Rao wrote:
Make BPF samples build depend on CONFIG_SAMPLE_BPF. We still don't add a
Kconfig option since that will add a dependency on llvm for allyesconfig
builds which may
From: Daniel Borkmann
Date: Thu, 31 Mar 2016 14:16:18 +0200
> On 03/31/2016 01:59 PM, Eric Dumazet wrote:
>> On Thu, 2016-03-31 at 13:35 +0200, Daniel Borkmann wrote:
>>
>>> +static inline bool sock_owned_externally(const struct sock *sk)
>>> +{
>>> + return sk->sk_flags & (1UL << SOCK_EXTERNAL
On 3/31/16 11:46 AM, Naveen N. Rao wrote:
It's failing this way on powerpc? Odd.
This fails for me on x86_64 too -- RHEL 7.1.
indeed. fails on centos 7.1, whereas centos 6.7 is fine.
Hello,
On 31.03.2016 21:21, David Miller wrote:
From: Daniel Borkmann
Date: Thu, 31 Mar 2016 14:16:18 +0200
On 03/31/2016 01:59 PM, Eric Dumazet wrote:
On Thu, 2016-03-31 at 13:35 +0200, Daniel Borkmann wrote:
+static inline bool sock_owned_externally(const struct sock *sk)
+{
+ retu
From: Akinobu Mita
Date: Thu, 31 Mar 2016 01:38:39 +0900
> + struct sk_buff_head tx_queue;
The way the queueing works in this driver is that it is only possible
to have one SKB being transmitted at one time.
This is evident by how the driver immediately stops the TX queue when
it is given a
On Thu, Mar 31, 2016 at 09:24:12PM +0200, Hannes Frederic Sowa wrote:
> Hello,
>
> On 31.03.2016 21:21, David Miller wrote:
> >From: Daniel Borkmann
> >Date: Thu, 31 Mar 2016 14:16:18 +0200
> >
> >>On 03/31/2016 01:59 PM, Eric Dumazet wrote:
> >>>On Thu, 2016-03-31 at 13:35 +0200, Daniel Borkmann
From: Hannes Frederic Sowa
Date: Thu, 31 Mar 2016 21:24:12 +0200
> diff --git a/net/core/filter.c b/net/core/filter.c
> index 4b81b71171b4ce..8ab270d5ce5507 100644
> --- a/net/core/filter.c
> +++ b/net/core/filter.c
> @@ -1166,7 +1166,8 @@ static int __sk_attach_prog(struct bpf_prog
> *prog, stru
On 31.03.2016 21:36, David Miller wrote:
From: Hannes Frederic Sowa
Date: Thu, 31 Mar 2016 21:24:12 +0200
diff --git a/net/core/filter.c b/net/core/filter.c
index 4b81b71171b4ce..8ab270d5ce5507 100644
--- a/net/core/filter.c
+++ b/net/core/filter.c
@@ -1166,7 +1166,8 @@ static int __sk_attach_
From: Alexei Starovoitov
Date: Thu, 31 Mar 2016 12:31:56 -0700
> On Thu, Mar 31, 2016 at 09:24:12PM +0200, Hannes Frederic Sowa wrote:
>> Hello,
>>
>> On 31.03.2016 21:21, David Miller wrote:
>> >From: Daniel Borkmann
>> >Date: Thu, 31 Mar 2016 14:16:18 +0200
>> >
>> >Alexei, do you really mind
From: Hannes Frederic Sowa
Date: Thu, 31 Mar 2016 21:48:27 +0200
> Tightest solution would probably be to combine both patches.
>
> bool called_by_tuntap;
>
> old_fp = rcu_dereference_protected(sk->sk_filter, called_by_tuntap ?
> lockdep_rtnl_is_held() : lockdep_sock_is_held());
Ok, I see what
From: Eric Dumazet
Date: Thu, 31 Mar 2016 03:32:21 -0700
> On Thu, 2016-03-31 at 13:50 +0800, Jason Wang wrote:
>> We use a union for napi_id and send_cpu, this is ok for most of the
>> cases except when we want to support busy polling for tun which needs
>> napi_id to be stored and passed to soc
From: shamir rabinovitch
Date: Thu, 31 Mar 2016 02:29:22 -0400
> Issue can be seen on platforms that use 8K and above page size
> while rds fragment size is 4K. On those platforms single page is
> shared between 2 or more rds fragments. Each fragment has its own
> offset and rds congestion map co
Hello,
On Thu, 31 Mar 2016 15:15:47 -0400 (EDT), David Miller wrote:
> From: Jisheng Zhang
> Date: Wed, 30 Mar 2016 19:55:21 +0800
>
> > The mvneta is also used in some Marvell berlin family SoCs which may
> > have 64bytes cacheline size. Replace the MVNETA_CPU_D_CACHE_LINE_SIZE
> > usage with L
From: Fabio Estevam
Date: Thu, 31 Mar 2016 12:05:17 -0300
> From: Fabio Estevam
>
> Commit 55cd48c821de ("net: fec: stop the "rcv is not +last, " error
> messages") introduces a write to a register that does not exist in
> Coldfire.
>
> Move the FEC_FTRL register access inside the FEC_QUIRK_HA
From: Thomas Petazzoni
Date: Thu, 31 Mar 2016 22:37:35 +0200
> Hello,
>
> On Thu, 31 Mar 2016 15:15:47 -0400 (EDT), David Miller wrote:
>> From: Jisheng Zhang
>> Date: Wed, 30 Mar 2016 19:55:21 +0800
>>
>> > The mvneta is also used in some Marvell berlin family SoCs which may
>> > have 64bytes
From: Nicolas Dichtel
Date: Thu, 31 Mar 2016 18:10:31 +0200
> Size of the attribute IFLA_PHYS_PORT_NAME was missing.
>
> Fixes: db24a9044ee1 ("net: add support for phys_port_name")
> CC: David Ahern
> Signed-off-by: Nicolas Dichtel
Applied, and queued up for -stable, thanks Nicolas.
Man... t
From: Daniele Palmas
Date: Thu, 31 Mar 2016 15:16:47 +0200
> Telit LE910 V2 is a mobile broadband card with no ARP capabilities:
> the patch makes this device to use wwan_noarp_info struct
>
> Signed-off-by: Daniele Palmas
Bjorn, can you take a quick look at this?
Thank you.
By adding support for bridge operations, FDB operations, and optionally
VLAN operations (for 802.1Q and VLAN filtering aware systems), the
switch bridges ports correctly, the CPU is able to populate the hardware
address databases, and thus hardware bridging becomes functional within
the 88E6185 fam
The 88E6185 switch also has a MapDA bit in its Port Control 2 register.
When this bit is cleared, all frames are sent out to the CPU port.
Set this bit to rely on address databases (ATU) hits and direct frames
out of the correct ports, and thus allow hardware bridging.
Signed-off-by: Vivien Didel
The 6185 family of devices has only 256 address databases. Their 8-bit
FID for ATU and VTU operations are split into ATU Control and ATU/VTU
Operation registers.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 36 +++-
1 file changed, 35 insertions
All packets passing through a switch of the 6185 family are currently all
directed to the CPU port. This means that port bridging is software driven.
To enable hardware bridging for this switch family, we need to implement the
port mapping operations, the FDB operations, and optionally the VLAN op
Marvell switch chips have different number of address databases.
The code currently only supports models with 4096 databases. Such switch
has dedicated FID registers for ATU and VTU operations. Models with
fewer databases have their FID split in several registers.
List them all but only support m
Introduce a mv88e6xxx_has_stu() helper to protect the access to the
GLOBAL_VTU_SID register, instead of checking switch families.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/net/dsa/mv8
Only switch families with 4096 address databases have dedicated FID
registers for ATU and VTU operations.
Factorize the access to the GLOBAL_ATU_FID register and introduce a
mv88e6xxx_has_fid_reg() helper function to protect the access to
GLOBAL_ATU_FID and GLOBAL_VTU_FID.
Signed-off-by: Vivien D
David Miller writes:
> From: Daniele Palmas
> Date: Thu, 31 Mar 2016 15:16:47 +0200
>
>> Telit LE910 V2 is a mobile broadband card with no ARP capabilities:
>> the patch makes this device to use wwan_noarp_info struct
>>
>> Signed-off-by: Daniele Palmas
>
> Bjorn, can you take a quick look at t
On Tue, Mar 29, 2016 at 6:40 PM, Guus Sliepen wrote:
> 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 use
From: Bjørn Mork
Date: Thu, 31 Mar 2016 23:07:30 +0200
> David Miller writes:
>> From: Daniele Palmas
>> Date: Thu, 31 Mar 2016 15:16:47 +0200
>>
>>> Telit LE910 V2 is a mobile broadband card with no ARP capabilities:
>>> the patch makes this device to use wwan_noarp_info struct
>>>
>>> Signed
From: Tom Herbert
Date: Thu, 31 Mar 2016 17:18:48 -0400
> On Tue, Mar 29, 2016 at 6:40 PM, Guus Sliepen wrote:
>> 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 f
On Thu, Mar 31, 2016 at 11:16:52AM +, David Laight wrote:
> From: Marcelo Ricardo Leitner
> > Sent: 30 March 2016 13:13
> > Em 30-03-2016 06:37, David Laight escreveu:
> > > From: Marcelo Ricardo Leitner
> > >> Sent: 29 March 2016 14:42
> > >>
> > >> Currently on high rate SCTP streams the hear
On 03/31/2016 09:48 PM, Hannes Frederic Sowa wrote:
[...]
Tightest solution would probably be to combine both patches.
bool called_by_tuntap;
old_fp = rcu_dereference_protected(sk->sk_filter, called_by_tuntap ?
lockdep_rtnl_is_held() : lockdep_sock_is_held());
If I understand you correctly w
On Wed, Mar 30, 2016 at 11:50:31PM -0400, Willem de Bruijn wrote:
> >> Nice patches!
>
> This does not yet solve the append issue that your MSG_EOR patch
> addresses, of course.
Yes. I have been thinking about both approaches.
>
> The straightforward jump to new_segment that I proposed as
> simpl
On Wed, 30 Mar 2016 16:15:37 -0700
Alexander Duyck wrote:
> 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
On Thu, Mar 31, 2016 at 3:04 PM, Jesse Brandeburg
wrote:
> On Wed, 30 Mar 2016 16:15:37 -0700
> Alexander Duyck wrote:
>
>> 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
On Wed, Mar 30, 2016 at 12:20 AM, Michael Ma wrote:
> As far as I understand the design of TC is to simplify locking schema
> and minimize the work in __qdisc_run so that throughput won’t be
> affected, especially with large packets. However if the scenario is
> that multiple classes in the queuei
Multipath route lookups should consider knowledge about next hops and not
select a hop that is known to be failed.
Example:
[h2] [h3] 15.0.0.5
| |
3| 3|
On Thu, Mar 31, 2016 at 05:20:50PM -0400, David Miller wrote:
> >> I'm trying to reduce system call overhead when reading/writing to/from a
> >> tun device in userspace. [...] What would be the right way to do this?
> >>
> > Personally I think tun could benefit greatly if it were implemented as
>
On Wed, Mar 30, 2016 at 2:05 PM, Light, John J wrote:
>
> Maybe the problem is that the default shouldn't be to a TCP value, but should
> be a 'transport' value.
>
The code is fine because net->ipv4 is always there, it doesn't
depend on any CONFIG, so it is safe for dccp to use too, although
I a
Urgent Founds!!
We wish to inform you that your over due Inheritance funds which we agreed to
pay you in cash is already sealed and package with a security proof box. The
funds worth of $7.5 millions US Dollar,in the package will be conveyed to you
by an Int'l diplomatic agent, Mr. Ton
1 - 100 of 159 matches
Mail list logo
