* [PATCH net 1/1] via-rhine: fix VLAN receive handling regression.
@ 2015-10-14 22:14 Francois Romieu
2015-10-15 7:24 ` Nick Alcock
2015-10-16 8:02 ` David Miller
0 siblings, 2 replies; 5+ messages in thread
From: Francois Romieu @ 2015-10-14 22:14 UTC (permalink / raw)
To: netdev; +Cc: David Miller, Andrej Ota, Nix
From: Andrej Ota <andrej@ota.si>
Because eth_type_trans() consumes ethernet header worth of bytes, a call
to read TCI from end of packet using rhine_rx_vlan_tag() no longer works
as it's reading from an invalid offset.
Tested to be working on PCEngines Alix board.
Fixes: 810f19bcb862 ("via-rhine: add consistent memory barrier in vlan receive code.")
Signed-off-by: Andrej Ota <andrej@ota.si>
Acked-by: Francois Romieu <romieu@fr.zoreil.com>
---
Applies fine as of 0f8b8e28fb3241f9fd82ce13bac2b40c35e987e0
("tipc: eliminate risk of stalled link synchronization").
Andrej posted it on l-k the 2015/10/04, see
http://marc.info/?l=linux-kernel&m=144398918324349
Kernel v4.2 exhibits the regression. Stable v4.[01] kernels don't.
drivers/net/ethernet/via/via-rhine.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/via/via-rhine.c b/drivers/net/ethernet/via/via-rhine.c
index a832637..2b7550c 100644
--- a/drivers/net/ethernet/via/via-rhine.c
+++ b/drivers/net/ethernet/via/via-rhine.c
@@ -2134,10 +2134,11 @@ static int rhine_rx(struct net_device *dev, int limit)
}
skb_put(skb, pkt_len);
- skb->protocol = eth_type_trans(skb, dev);
rhine_rx_vlan_tag(skb, desc, data_size);
+ skb->protocol = eth_type_trans(skb, dev);
+
netif_receive_skb(skb);
u64_stats_update_begin(&rp->rx_stats.syncp);
--
2.4.3
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH net 1/1] via-rhine: fix VLAN receive handling regression.
2015-10-14 22:14 [PATCH net 1/1] via-rhine: fix VLAN receive handling regression Francois Romieu
@ 2015-10-15 7:24 ` Nick Alcock
2015-10-16 8:02 ` David Miller
1 sibling, 0 replies; 5+ messages in thread
From: Nick Alcock @ 2015-10-15 7:24 UTC (permalink / raw)
To: Francois Romieu; +Cc: netdev, David Miller, Andrej Ota
On 14 Oct 2015, Francois Romieu told this:
> From: Andrej Ota <andrej@ota.si>
>
> Because eth_type_trans() consumes ethernet header worth of bytes, a call
> to read TCI from end of packet using rhine_rx_vlan_tag() no longer works
> as it's reading from an invalid offset.
>
> Tested to be working on PCEngines Alix board.
LGTM, though not tested because I don't have any vlans set up on my VIA
Rhine box and I can't reboot it at the moment. :)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net 1/1] via-rhine: fix VLAN receive handling regression.
2015-10-14 22:14 [PATCH net 1/1] via-rhine: fix VLAN receive handling regression Francois Romieu
2015-10-15 7:24 ` Nick Alcock
@ 2015-10-16 8:02 ` David Miller
1 sibling, 0 replies; 5+ messages in thread
From: David Miller @ 2015-10-16 8:02 UTC (permalink / raw)
To: romieu; +Cc: netdev, andrej, nix
From: Francois Romieu <romieu@fr.zoreil.com>
Date: Thu, 15 Oct 2015 00:14:37 +0200
> From: Andrej Ota <andrej@ota.si>
>
> Because eth_type_trans() consumes ethernet header worth of bytes, a call
> to read TCI from end of packet using rhine_rx_vlan_tag() no longer works
> as it's reading from an invalid offset.
>
> Tested to be working on PCEngines Alix board.
>
> Fixes: 810f19bcb862 ("via-rhine: add consistent memory barrier in vlan receive code.")
> Signed-off-by: Andrej Ota <andrej@ota.si>
> Acked-by: Francois Romieu <romieu@fr.zoreil.com>
Applied.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net 1/1] via-rhine: fix VLAN receive handling regression.
2013-08-07 19:58 ` Teco Boot
@ 2015-12-02 9:55 ` Teco Boot
2015-12-03 20:11 ` David Miller
0 siblings, 1 reply; 5+ messages in thread
From: Teco Boot @ 2015-12-02 9:55 UTC (permalink / raw)
To: andrej, netdev
I faced this problem on 4.2.6, Debian Jessie, on PC Engines Alix6.
I applied the patch. It solved the problem.
Queue up for -stable?
Teco
>
> From: Francois Romieu <romieu@fr.zoreil.com>
> Date: Thu, 15 Oct 2015 00:14:37 +0200
>
> > From: Andrej Ota <andrej@ota.si>
> >
> > Because eth_type_trans() consumes ethernet header worth of bytes, a call
> > to read TCI from end of packet using rhine_rx_vlan_tag() no longer works
> > as it's reading from an invalid offset.
> >
> > Tested to be working on PCEngines Alix board.
> >
> > Fixes: 810f19bcb862 ("via-rhine: add consistent memory barrier in vlan receive code.")
> > Signed-off-by: Andrej Ota <andrej@ota.si>
> > Acked-by: Francois Romieu <romieu@fr.zoreil.com>
>
> Applied.
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net 1/1] via-rhine: fix VLAN receive handling regression.
2015-12-02 9:55 ` [PATCH net 1/1] via-rhine: fix VLAN receive handling regression Teco Boot
@ 2015-12-03 20:11 ` David Miller
0 siblings, 0 replies; 5+ messages in thread
From: David Miller @ 2015-12-03 20:11 UTC (permalink / raw)
To: teco; +Cc: andrej, netdev
From: Teco Boot <teco@inf-net.nl>
Date: Wed, 2 Dec 2015 10:55:40 +0100
> I faced this problem on 4.2.6, Debian Jessie, on PC Engines Alix6.
> I applied the patch. It solved the problem.
>
> Queue up for -stable?
Done.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-12-03 20:11 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-10-14 22:14 [PATCH net 1/1] via-rhine: fix VLAN receive handling regression Francois Romieu
2015-10-15 7:24 ` Nick Alcock
2015-10-16 8:02 ` David Miller
-- strict thread matches above, loose matches on Subject: below --
2013-08-07 0:34 [PATCH net] ipv6: don't stop backtracking in fib6_lookup_1 if subtree does not match Hannes Frederic Sowa
2013-08-07 19:58 ` Teco Boot
2015-12-02 9:55 ` [PATCH net 1/1] via-rhine: fix VLAN receive handling regression Teco Boot
2015-12-03 20:11 ` David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).