Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1238967 > unrolled thread
| Started by | Andrej <andrej@ota.si> |
|---|---|
| First post | 2015-10-03 19:40 +0200 |
| Last post | 2015-10-04 22:10 +0200 |
| Articles | 3 — 3 participants |
Back to article view | Back to linux.kernel
via-rhine: fix VLAN receive handling error in 4.2.x Andrej <andrej@ota.si> - 2015-10-03 19:40 +0200
Re: via-rhine: fix VLAN receive handling error in 4.2.x Francois Romieu <romieu@fr.zoreil.com> - 2015-10-03 23:50 +0200
[PATCH] via-rhine: fix VLAN receive handling error in 4.2.x Andrej Ota <andrej@ota.si> - 2015-10-04 22:10 +0200
| From | Andrej <andrej@ota.si> |
|---|---|
| Date | 2015-10-03 19:40 +0200 |
| Subject | via-rhine: fix VLAN receive handling error in 4.2.x |
| Message-ID | <qfyWS-cq-3@gated-at.bofh.it> |
Hi, via-rhine driver in 4.2.x kernels doesn’t correctly parse VLAN ID on receive. A bug was introduced in the commit 810f19bcb862f8889b27e0c9d9eceac9593925dd. All 4.2.x kernels are affected. 4.1.x and older kernels are not affected. During code refactoring, the sequence of calls changed which introduced a regression. Original sequence was: 1) Read TCI from skb->data 2) Determine eth protocol using eth_type_trans (which calls skb_pull_inline) 3) Write TCI to skb->vlan_tci After the change, the sequence is: 1) Determine protocol using eth_type_trans (which calls skb_pull_inline) 2) Read TCI from skb->data 3) Write TCI to skb->vlan_tci Because eth_type_trans consumes ethernet header worth of bytes, a call to read TCI from packet no longer works as expected as it’s reading from invalid offset. Choosing between changing rhine_get_vlan_tci(), which retrieves TCI from skb->data, or moving eth_type_trans() invocation after rhine_rx_vlan_tag(), I chose the latter. Andrej. --- linux-4.2.2.orig/drivers/net/ethernet/via/via-rhine.c 2015-10-03 15:46:59.817000000 +0200 +++ linux-4.2.2/drivers/net/ethernet/via/via-rhine.c 2015-10-03 18:53:51.799000000 +0200 @@ -2134,10 +2134,11 @@ } 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); -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | Francois Romieu <romieu@fr.zoreil.com> |
|---|---|
| Date | 2015-10-03 23:50 +0200 |
| Message-ID | <qfCQN-5OX-3@gated-at.bofh.it> |
| In reply to | #1238967 |
Andrej <andrej@ota.si> :
[...]
> Choosing between changing rhine_get_vlan_tci(), which retrieves TCI from
> skb->data, or moving eth_type_trans() invocation after rhine_rx_vlan_tag(),
> I chose the latter.
Can you send a patch with a proper Signed-off-by and a single line
'Fixes: 810f19bcb862 ("via-rhine: add consistent memory barrier in vlan
receive code.")' or do you want me to do that ?
The patch ought to be based against davem's net but it wouldn't make
any noticeable difference.
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | Andrej Ota <andrej@ota.si> |
|---|---|
| Date | 2015-10-04 22:10 +0200 |
| Subject | [PATCH] via-rhine: fix VLAN receive handling error in 4.2.x |
| Message-ID | <qfXLA-29h-3@gated-at.bofh.it> |
| In reply to | #1239007 |
Fixes commit 810f19bcb862 ("via-rhine: add consistent memory barrier in
vlan receive code.") which broke VLAN tag parsing on receive.
Because eth_type_trans() consumes ethernet header worth of bytes, a call
to read TCI from 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>
---
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web