On Thu, Jan 7, 2016 at 5:50 PM, Jesse Brandeburg
wrote:
> The ethtool.8 file was full of lots of incorrectly indented
> bits. This fixes the arguments to options to be indented in
> a visually appealing way.
>
> Before:
>-K --features --offload
> Changes the offload paramete
Thanks a lot.
Maybe this patch is to miimon and notifier. Maybe it is not appropriate to arp
monitor.
So the following patch will avoid arp monitor.
Thanks a lot.
Zhu Yanjun
+ /* Because of link flap from the slave interface, it is possilbe that
+* the notifiler is NETDEV_UP whi
From: Andrew Lunn
Date: Thu, 28 Jan 2016 02:30:28 +0100
> White list PHY compatible values which indicate PHYs. Issue a warning
> when one is encountered.
>
> Update the documentation to make it clear what is expected in the
> compatible string.
>
> v2:
> Fix Grammar, reword changelog, add Tes
From:
Date: Wed, 27 Jan 2016 22:57:51 +
> Woojung Huh (3):
> lan78xx: change to use updated phy-ignore-interrupts
> lan78xx: Add to handle mux control per chip id
> lan78xx: throttle TX path at slower than SuperSpeed USB
Series applied, thanks.
From: Eric Dumazet
Date: Wed, 27 Jan 2016 10:52:43 -0800
> From: Eric Dumazet
>
> With some combinations of user provided flags in netlink command,
> it is possible to call tcp_get_info() with a buffer that is not 8-bytes
> aligned.
>
> It does matter on some arches, so we need to use put_unal
On Thu, Jan 28, 2016 at 5:54 PM, Larry Finger wrote:
>
> I have been running an RTL8821AE since kernel 3.18 without hitting this
> problem using a TRENDnet AC1750 dual-band AP. The UniFi may be doing
> something that the driver is not expecting.
I've had issues with unifi ap's before, but to be h
From: Or Gerlitz
Date: Wed, 27 Jan 2016 17:02:25 +0200
> From: Saeed Mahameed
>
> Currently our netdevice ops is a static global variable which
> is referenced by all mlx5e netdevice instances. This can be
> problematic when different driver instances do not share same
> HW capabilities (e.g SR
I think hackers chould build a malicious h323 packet to overflow
the pointer p which will panic during the memcpy(addr, p, len)
For example, he may fabricate a very large taddr->ipAddress.ip;
As suggested by Eric, this module is protected by a lock (nf_h323_lock)
so adding a variable h323_buffer_va
On Thu, 2016-01-28 at 06:17 -0800, Kees Cook wrote:
> This changes several users of manual "on"/"off" parsing to use strtobool.
You should probably point out that it's a slight behaviour change for some
users. ie. parameters that previously *only* worked with "on"/"off", can now
also take 0/1/y/n
On Thu, Jan 28, 2016 at 04:54:37PM -0500, Vivien Didelot wrote:
> Currently the port based VLAN maps should be configured to allow every
> port to egress frames on all other ports, except themselves.
>
> The debugfs interface shows that they are misconfigured. For instance, a
> 7-port switch has t
On 01/28/2016 05:01 PM, Linus Torvalds wrote:
On Thu, Jan 28, 2016 at 2:12 PM, Johannes Berg
wrote:
Your best workaround may just be to ignore VHT for now - clearly it's
broken so using "just" HT (which is likely not that much of a penalty
anyway since you're apparently not using 80 MHz) will
We should not trim skb for mmaped socket since its buf size is fixed
and userspace will read as frame which data equals head. mmaped
socket will not call recvmsg, means max_recvmsg_len is 0,
skb_reserve was not called before commit: db65a3aaf29e.
Fixes: db65a3aaf29e (netlink: Trim skb to alloc siz
From: Li RongQing
The size of all_zeros_mac is 6 byte, but eth_hash() will access the
8 byte, and KASan reported the below bug:
[ 8596.479031] BUG: KASan: out of bounds access in __vxlan_find_mac+0x24/0x100
at addr 841514c0
[ 8596.487647] Read of size 8 by task ip/52820
[ 8596.490818] A
3.19.8-ckt14 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Vijay Pandurangan
[ Upstream commit ce8c839b74e3017996fad4e1b7ba2e2625ede82f ]
Packets that arrive from real hardware devices have ip_s
The current logic in bond_arp_rcv will accept an incoming ARP
for validation if (a) the receiving slave is either "active" (here
meaning the slave is functioning, not that it is the currently active
slave) or, (b) the currently active slave recently sent an ARP probe.
This can fai
On Fri, Jan 29, 2016 at 12:36:05AM +0100, Michael Tuexen wrote:
>
> > On 28 Jan 2016, at 22:03, Marcelo Ricardo Leitner
> > wrote:
> >
> > On Thu, Jan 28, 2016 at 06:54:06PM +0100, Michael Tuexen wrote:
> >>> On 28 Jan 2016, at 14:51, David Laight wrote:
> >>>
> >>> From: Marcelo Ricardo Leit
This is a note to let you know that I have just added a patch titled
=?UTF-8?q?veth:=20don=E2=80=99t=20modify=20ip=5Fsummed;=20doing?=
=?UTF-8?q?=20so=20treats=20packets=20with=20bad=20checksums=20as=20good.?=
to the linux-3.19.y-queue branch of the 3.19.y-ckt extended stable tree
which can
From: Jiri Pirko
Date: Wed, 27 Jan 2016 15:16:43 +0100
> From: Ido Schimmel
>
> When switchdev drivers process FDB notifications from the underlying
> device they resolve the netdev to which the entry points to and notify
> the bridge using the switchdev notifier.
>
> However, since the RTNL m
From: Laci Tele
Date: Thu, 28 Jan 2016 23:57:10 +0100
> If he divides it, then it will be even more.
Do not top-post.
From: Johannes Berg
Date: Thu, 28 Jan 2016 13:33:33 +0100
> Is there anything I should do about these patches?
>
> I see you marked them as "deferred" in patchwork, but I don't really
> know how you're using that state.
I use it in two situations, the first is the most often used case but
doesn
From: Arnd Bergmann
Date: Wed, 27 Jan 2016 15:04:50 +0100
> These are all fixes for relatively harmless bugs that showed up
> in my randconfig testing, so they should not be needed for v4.5
> but get merged into net-next.
>
> I've managed to address all 'uninitialized variable' warnings that
> I
From: David Vrabel
Date: Tue, 26 Jan 2016 17:12:44 +
> From: Malcolm Crossley
>
> Trying to batch Tx response events results in poor performance because
> this delays freeing the transmitted skbs.
>
> Instead use the standard RING_FINAL_CHECK_FOR_RESPONSES() macro to be
> notified once the
From: Nicolas Schichan
Date: Tue, 26 Jan 2016 16:12:35 +0100
> The code in txq_put_data() would use txq->tx_curr_desc to index the
> tso_hdrs/tso_hdrs_dma buffers, for less than 8 bytes unaligned
> fragments, which is already moved to the next descriptor at the
> beginning of the function.
>
> I
From: Andrew Lunn
Date: Tue, 26 Jan 2016 15:12:30 +0100
> of_phy_find_device() is used to find the phy device associated with a
> device node. It is expected the node is for a PHY device, but in fact
> it could of been probed as a generic MDIO device. Ensure the device is
> a PHY before returning
From: Johannes Berg
Date: Tue, 26 Jan 2016 12:00:33 +0100
> After split up the patches from the previous pull request that was
> lost in the process, here's a new one with fixes for the current
> cycle (I'll follow up with a -next one later.)
>
> I've also scripted my pull-request sending proces
From: Richard Weinberger
Date: Mon, 25 Jan 2016 23:24:12 +0100
> Not every arch has io memory.
> So, unbreak the build by fixing the dependencies.
>
> Signed-off-by: Richard Weinberger
Applied.
From: Yuchung Cheng
Date: Mon, 25 Jan 2016 14:01:53 -0800
> From: Neal Cardwell
>
> This commit fixes a corner case in tcp_mark_head_lost() which was
> causing the WARN_ON(len > skb->len) in tcp_fragment() to fire.
>
> tcp_mark_head_lost() was assuming that if a packet has
> tcp_skb_pcount(skb
From: Xin Long
Date: Fri, 22 Jan 2016 01:49:06 +0800
> Xin Long (3):
> sctp: fix the transport dead race check by using atomic_add_unless on
> refcnt
> sctp: hold transport before we access t->asoc in sctp proc
> sctp: remove the dead field of sctp_transport
Applied, thanks.
From: Joe Stringer
Date: Fri, 22 Jan 2016 15:49:12 -0800
> Later parts of the stack (including fragmentation) expect that there is
> never a socket attached to frag in a frag_list, however this invariant
> was not enforced on all defrag paths. This could lead to the
> BUG_ON(skb->sk) during ip_do
From: Jiri Pirko
Date: Wed, 27 Jan 2016 15:20:15 +0100
> From: Jiri Pirko
>
> Couple of various mlxsw driver fixes.
Series applied, thanks Jiri.
> On 28 Jan 2016, at 22:03, Marcelo Ricardo Leitner
> wrote:
>
> On Thu, Jan 28, 2016 at 06:54:06PM +0100, Michael Tuexen wrote:
>>> On 28 Jan 2016, at 14:51, David Laight wrote:
>>>
>>> From: Marcelo Ricardo Leitner
Sent: 27 January 2016 17:07
This patchset is merely a RFC for the
On Thu, Jan 28, 2016 at 2:12 PM, Johannes Berg
wrote:
>
> Your best workaround may just be to ignore VHT for now - clearly it's
> broken so using "just" HT (which is likely not that much of a penalty
> anyway since you're apparently not using 80 MHz) will be much better.
>
> Go into
>
> _rtl_init_
This is way too many patches to submit at once. Divide this into more
digestable pieces.
Also the net-next tree is not open.
From: Eugenia Emantayev
Date: Thu, 28 Jan 2016 10:21:53 +0200
> Acked-by: Eugenia Emantayev
Please don't quote an entire HUGE patch just to give your ACK.
Only quote, at most, the commit message itself.
I know it's easy to be lazy, and I also realize that most email
clients are terrible and m
On Thu, 2016-01-28 at 23:02 +0100, Arnd Bergmann wrote:
> On Thursday 28 January 2016 14:25:32 Troy Kisky wrote:
> > Signed-off-by: Troy Kisky
> > ---
> > drivers/net/ethernet/freescale/fec_main.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
>
> [note: missing changelog?]
>
> >
On Thu, 2016-01-28 at 14:04 -0800, Linus Torvalds wrote:
>
> Well, it "makes a difference" in the sense that the warning goes
> away.
> But it doesn't make things work. In fact, it might be making things
> worse.
Heh, ok.
> Because with that patch, the wireless still authenticates and
> associat
On Thu, Jan 28, 2016 at 1:44 PM, Linus Torvalds
wrote:
>
> I will try Johannes' suggestion on that machine to see if it makes a
> difference
Well, it "makes a difference" in the sense that the warning goes away.
But it doesn't make things work. In fact, it might be making things
worse.
Because w
On Thursday 28 January 2016 14:25:32 Troy Kisky wrote:
> Signed-off-by: Troy Kisky
> ---
> drivers/net/ethernet/freescale/fec_main.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
[note: missing changelog?]
> diff --git a/drivers/net/ethernet/freescale/fec_main.c
> b/drivers/net/e
Currently the port based VLAN maps should be configured to allow every
port to egress frames on all other ports, except themselves.
The debugfs interface shows that they are misconfigured. For instance, a
7-port switch has the following content in the related register 0x06:
GLOBAL GLOBAL2
The driver reads a value from hfa384x_from_bap(), which may fail,
and then assigns the value to a local variable. gcc detects that
in in the failure case, the 'rlen' variable now contains
uninitialized data:
In file included from
../drivers/net/wireless/intersil/hostap/hostap_pci.c:220:0:
drivers
On Wednesday 27 January 2016 19:26:13 Russell King - ARM Linux wrote:
> On Wed, Jan 27, 2016 at 02:45:26PM +0100, Arnd Bergmann wrote:
> So, why give the compiler a hard time as you're doing, why make the code
> harder to read. What's wrong with:
>
> spin_lock_bh(&local->baplock);
>
>
Adding the RTL people to the cc, and leaving the whole thing quoted at
the bottom..
I will try Johannes' suggestion on that machine to see if it makes a
difference, but somebody who knows the rtlwifi rate control code
should take a double- or triple-look at this.
Please? Some googling shows that
The fib_table_lookup function had a shift by 32 that triggered a UBSAN
warning. This was due to the fact that I had placed the shift first and
then followed it with the check for the suffix length to ignore the
undefined behavior. If we reorder this so that we verify the suffix is
less than 32 be
Relying on the wrap bit to stay valid once initialized
when the controller also writes to this byte seems
undesirable since we can easily know what the value
should be.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 31 ++-
1 file changed, 1
queue_id is the qid member of struct bufdesc_prop.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index 380c8e2..cf53e21 100644
--- a/drivers/net/ethernet/frees
FEC_ENET_RXF is 3 separate bits, we only check one queue
at a time. So, when the last queue is being checked, it is
bad to remove the interrupt on the 1st queue.
Also, since this is now done in the napi
routine and not the interrupt, it is not needed.
Signed-off-by: Troy Kisky
---
drivers/net/e
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index da2e3c530..29c5781 100644
--- a/drivers/net/etherne
Print the current interrupt flags and mask and
the interrupt state during the last interrupt in
fec_timeout.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec.h | 1 +
drivers/net/ethernet/freescale/fec_main.c | 4
2 files changed, 5 insertions(+)
diff --git a/drivers/n
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index cf53e21..7258051 100644
--- a/drivers/net/ethernet/freescale/f
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index e8f35fb..b87f80d 100644
--- a/drivers/net/etherne
By clearing the NAPI interrupts in the NAPI routine
and not in the interrupt handler, we can reduce the
number of interrupts. We also don't need any status
variables as the registers are still valid.
Also, notice that if budget pkts are received, the
next call to fec_enet_rx_napi will now continue
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index b87f80d..15a93f90 100644
--- a/drivers/net/ethernet/freescal
When first initialized, cur_tx points to the 1st
entry in the queue, and dirty_tx points to the last.
At this point, fec_enet_get_free_txdesc_num will
return tx_ring_size -2. If tx_ring_size -2 entries
are now queued, then fec_enet_get_free_txdesc_num
should return 0, but it returns tx_ring_size in
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index 15a93f90..3ed79fd 100644
--- a/drivers/net/ethernet/freescal
Dump all tx queues, not just queue 0.
Also, disable fec interrupts first.
The interrupts will be reenabled in fec_restart.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 36 +--
1 file changed, 20 insertions(+), 16 deletions(-)
diff --git a
The queue_id is the qid member of struct bufdesc_prop.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
Unmap descriptors upon error.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index ee6
Perform skb_tx_timestamp before transferring ownership
This shrinks the window for 'tx int lost'
If the packet is transmitted and napi clears the tx interrupt
before the txq->bd.cur assignment, then the tx interrupt is
effectively lost.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freesca
Signed-off-by: Troy Kisky
---
arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
b/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
index caeed56..1d42331 100644
--- a/arch/arm/boot/dts/imx6qdl-nitrogen6x.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index 7258051..e141f6f 100644
--- a/drivers/net/ethernet/freesc
If a bootloader initializes the mac, prefer that
to device tree or fuses.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 33 +--
1 file changed, 14 insertions(+), 19 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/dri
This is for debug purposes. If a receive interrupt
is lost, writing to this file can recover the FEC.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 52 +++
1 file changed, 52 insertions(+)
diff --git a/drivers/net/ethernet/freescale/fec_ma
dirty_tx always pointed to the last entry that was
trasmitted. pending_tx always points to the next entry
to be transmitted. This should be a little more efficient.
This will allow 1 more entry in the queue to be used.
That is, ring_size -1 entries instead of ring_size -2.
This also allows the re
The following is true of linux-3.14. I have not been able
to verify on mainline, because I cannot get the cpuidle
driver to work.
If gpio6 workaround is not used for interrupts, then
it is possible for the entire receive queue to become
full without an interrupt. If that happens, and the last
rxf_
If dirty_tx isn't updated, then dma_unmap_single
will be called twice.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/f
This shrinks the code a little.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 34 ---
1 file changed, 9 insertions(+), 25 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
inde
>From Documentation/networking/driver.txt
If you return NETDEV_TX_BUSY from the ndo_start_xmit method, you
must not keep any reference to that SKB and you must not attempt
to free it up.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 2 --
1 file changed, 2 deletions(
This way both if clauses assign last_bdp instead
of only one clause overriding the default.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/etherne
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index bc084ad9..da2e3c530 100644
--- a/drivers/ne
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index 98b9be2..380c8e2 100644
--- a/drivers/net/ethernet/freescale/fec
This saves 1 comparison.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index 1a838cc..fcbbf0d 100644
-
Signed-off-by: Troy Kisky
---
arch/arm/boot/dts/imx6qdl-nitrogen6_max.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl-nitrogen6_max.dtsi
b/arch/arm/boot/dts/imx6qdl-nitrogen6_max.dtsi
index a35d54f..771f650 100644
--- a/arch/arm/boot/dts/imx6qdl-nitrog
When the tx queue is dumped, it is easier to see that this
entry is idle.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index fcbbf
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/ethernet/freescale/fec_main.c
index 29c5781..98b9be2 100644
--- a/drivers/net/ethernet/freesca
If a tx int is lost, no need to reset
the fec. Just mark the event and call napi_schedule.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 36 ++-
1 file changed, 35 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fe
Otherwise, we cannot undo our work if an error condition arises
later.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net/
On an overrun, the other flags are not
valid, so don't check them.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 36 +--
1 file changed, 15 insertions(+), 21 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/ne
There is no need for complex macros every time we need to activate
a queue. Also, no need to call skb_get_queue_mapping when we already
know which queue it is using.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec.h | 7 +
drivers/net/ethernet/freescale/fec_main.c | 44
If we only have 1 tx/rx queue, we need not check
the other queues.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec_main.c | 39 +--
1 file changed, 37 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
b/drivers/net
Only the interrupt routine processes this condition.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec.h | 1 +
drivers/net/ethernet/freescale/fec_main.c | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec.h
b/drivers/net/
This reduces code and gains speed.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec.h | 29 ++-
drivers/net/ethernet/freescale/fec_main.c | 288 --
2 files changed, 132 insertions(+), 185 deletions(-)
diff --git a/drivers/net/ethernet/freescale/
The testing for this series was done on a nitrogen6x.
The base commit was
commit 7a26019fdecdb45ff784ae4e3b7e0cc9045100ca
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
Testing used imx_v6_v7_defconfig + CONFIG_MICREL_PHY.
The processor was running at 996Mhz. The last 2 patches
Setting the FTRL register will stop the fec from
trying to use multiple receive buffers.
Signed-off-by: Troy Kisky
---
drivers/net/ethernet/freescale/fec.h | 1 +
drivers/net/ethernet/freescale/fec_main.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/freescale/f
Am 26.01.2016 um 16:12 schrieb Nicolas Schichan:
The code in txq_put_data() would use txq->tx_curr_desc to index the
tso_hdrs/tso_hdrs_dma buffers, for less than 8 bytes unaligned
fragments, which is already moved to the next descriptor at the
beginning of the function.
If that fragment was the
On Thu, Jan 28, 2016 at 06:54:06PM +0100, Michael Tuexen wrote:
> > On 28 Jan 2016, at 14:51, David Laight wrote:
> >
> > From: Marcelo Ricardo Leitner
> >> Sent: 27 January 2016 17:07
> >> This patchset is merely a RFC for the moment. There are some
> >> controversial points that I'd like to dis
On Thu, Jan 28, 2016 at 05:30:24PM +, David Laight wrote:
> From: 'Marcelo Ricardo Leitner'
> > Sent: 28 January 2016 15:53
> > On Thu, Jan 28, 2016 at 01:51:02PM +, David Laight wrote:
> > > From: Marcelo Ricardo Leitner
> > > > Sent: 27 January 2016 17:07
> > > > This patchset is merely a
On Thu, 2016-01-28 at 11:01 -0800, Linus Torvalds wrote:
>
> I used to have the basic original UniFi UAP. I've replaced them with
> the newer "AC Lite" version:
>
> https://www.ubnt.com/unifi/unifi-ap-ac-lite/
>
> so it's a fairly big jump from a 2.4GHz-only network to a dual-band
> one.
>
On Thu, Jan 28, 2016 at 4:13 AM, Johannes Berg
wrote:
> On Wed, 2016-01-27 at 21:34 -0800, Linus Torvalds wrote:
>
>> .. except now I upgraded the nearest access point, and now wireless
>> on that machine no longer works.
>
> Can you describe the upgrade a bit more, just for background?
I used to
On 2016-01-15 06:23, Konstantin Khlebnikov wrote:
> Jan 10 17:56:25 hamm kernel: [184374.378842]
> ==
> Jan 10 17:56:25 hamm kernel: [184374.379001] BUG: KASAN:
> slab-out-of-bounds in minstrel_ht_update_stats.isra.7+0x6e1/0x9e0
[...]
On 01/28/2016 06:50 PM, Sergei Shtylyov wrote:
From: Kazuya Mizuguchi
Kaneko-san, with the amount of the review changes, it might make sense for
you to assume the authorship of this patch, only noting it's based on
Mizuguchi-san's work. In principle, when you change the original patch, yo
> On 28 Jan 2016, at 14:51, David Laight wrote:
>
> From: Marcelo Ricardo Leitner
>> Sent: 27 January 2016 17:07
>> This patchset is merely a RFC for the moment. There are some
>> controversial points that I'd like to discuss before actually proposing
>> the patches.
>
> You also need to look at
On 01/24/2016 06:52 PM, Yoshihiro Kaneko wrote:
From: Kazuya Mizuguchi
This patch supports the following interrupts.
- One interrupt for multiple (descriptor, error, management)
Looking at the code again, ravb_multi_interrupot() only handles error and
gPTP interrupt now.
- One interr
From: 'Marcelo Ricardo Leitner'
> Sent: 28 January 2016 15:53
> On Thu, Jan 28, 2016 at 01:51:02PM +, David Laight wrote:
> > From: Marcelo Ricardo Leitner
> > > Sent: 27 January 2016 17:07
> > > This patchset is merely a RFC for the moment. There are some
> > > controversial points that I'd li
On 01/24/2016 06:52 PM, Yoshihiro Kaneko wrote:
From: Kazuya Mizuguchi
This patch supports the following interrupts.
- One interrupt for multiple (descriptor, error, management)
- One interrupt for emac
- Four interrupts for dma queue (best effort rx/tx, network control rx/tx)
This patch imp
On Thu, 7 Jan 2016 17:50:43 -0800
Jesse Brandeburg wrote:
> The ethtool.8 file was full of lots of incorrectly indented
> bits. This fixes the arguments to options to be indented in
> a visually appealing way.
Hey Ben (ethtool maintainer), I never saw a response to this patch, do
I need to rese
On Tue, Jan 26, 2016 at 1:36 PM, Eric Dumazet wrote:
> On Tue, 2016-01-26 at 20:45 +0100, Toralf Förster wrote:
>> at a 32 nbit KVM image of a Gentoo Linux runniogn v4.5-rc1 - attached is
>> /var/log/messages
>>
>
> Jan 26 20:40:04 n22kvm-clone kernel:
> =
On Thu, Jan 28, 2016 at 1:00 AM, Alexander Duyck
wrote:
> On Wed, Jan 27, 2016 at 11:04 PM, Zang MingJie wrote:
>> I have also noticed that for gso, all gso segs will have exactly same outer
>> udp checksum, this is also because inner checksum cancellation.
>>
>> Can we also optimize that outer u
On Thu, 2016-01-28 at 07:59 -0700, David Ahern wrote:
> On 1/27/16 6:45 AM, Paolo Abeni wrote:
> > The current implementation of ip6_dst_lookup_tail() basically
> > ignore the egress ifindex match: if the saddr is set,
> > ip6_route_output() purposefully ignores flowi6_oif, due
> > to the commit d4
On Thu, 28 Jan 2016 08:37:07 -0800
Tom Herbert wrote:
> On Thu, Jan 28, 2016 at 4:45 AM, Eric Dumazet wrote:
> > On Thu, 2016-01-28 at 10:25 +0100, Jesper Dangaard Brouer wrote:
> >
> >> Yes, that is exactly what I'm contemplating :-) That is idea "(1)".
> >>
> >> A natural extension to this
1 - 100 of 174 matches
Mail list logo
