* Re: [PATCH] net: Add support for handling queueing in hardware
From: Guenter Roeck @ 2013-03-23 19:10 UTC (permalink / raw)
To: Theodore Ts'o, Ben Collins, David Miller, afleming,
linux-kernel, netdev
In-Reply-To: <20130322220840.GA6647@thunk.org>
On Fri, Mar 22, 2013 at 06:08:40PM -0400, Theodore Ts'o wrote:
> On Fri, Mar 22, 2013 at 11:39:20AM -0400, Ben Collins wrote:
> >
> > If your company had hardware going to production, you'd want it supported in mainline too, I suspect.
>
> And if companies told their hardware partners that they will drop use
> of their hardware in future products unless they get their !@#@S
> drivers upstream, I'd bet they'd change their engineering priorities
> so they would work on it, instead of foisting this work on their
> customers.
>
I would love to be in that position. However, the decision to choose
a specific chip is not always coordinated with those who have to provide
the software to run on those chips.
> I've seen this work in enterprise computing, where the RFP had
> requirements for upstream drivers (i.e., if you want your 10gig
> ethernet NIC to be used in HP or IBM's servers, get the darned thing
> upstream!). The trick is making it clear that selection of components
> depends not just on an OSS driver, but an OSS driver which has been
> accepted upstream (which also helps from a quality-of-code
> requirement).
>
> I've been waiting for this to start happening in the consumer
> electronics/embedded world, but it's been slow coming,
> unfortunately....
>
The same applies to vendors of non-consumer network devices, unfortunately.
Guenter
^ permalink raw reply
* RE: [PATCH v2] bnx2x: fix assignment of signed expression to unsigned variable
From: Dmitry Kravkov @ 2013-03-24 8:00 UTC (permalink / raw)
To: Kumar Amit Mehta, Eilon Greenstein
Cc: davem@davemloft.net, dan.carpenter@oracle.com,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-janitors@vger.kernel.org
In-Reply-To: <1364105425-8198-1-git-send-email-gmate.amit@gmail.com>
> -----Original Message-----
> From: netdev-owner@vger.kernel.org [mailto:netdev-owner@vger.kernel.org] On Behalf Of Kumar Amit Mehta
> Sent: Sunday, March 24, 2013 8:10 AM
> To: Eilon Greenstein
> Cc: davem@davemloft.net; dan.carpenter@oracle.com; netdev@vger.kernel.org; linux-kernel@vger.kernel.org; kernel-
> janitors@vger.kernel.org
> Subject: [PATCH v2] bnx2x: fix assignment of signed expression to unsigned variable
>
> fix for incorrect assignment of signed expression to unsigned variable.
>
> Signed-off-by: Kumar Amit Mehta <gmate.amit@gmail.com>
> ---
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c | 18 +++++++++---------
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c
> index 5682054..91ecd6a 100644
> --- a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c
> +++ b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c
> @@ -2139,12 +2139,12 @@ static u8 bnx2x_dcbnl_get_cap(struct net_device *netdev, int capid, u8 *cap)
> break;
> default:
> BNX2X_ERR("Non valid capability ID\n");
> - rval = -EINVAL;
> + rval = 1;
> break;
> }
> } else {
> DP(BNX2X_MSG_DCB, "DCB disabled\n");
> - rval = -EINVAL;
> + rval = 1;
> }
>
> DP(BNX2X_MSG_DCB, "capid %d:%x\n", capid, *cap);
> @@ -2170,12 +2170,12 @@ static int bnx2x_dcbnl_get_numtcs(struct net_device *netdev, int tcid, u8 *num)
> break;
> default:
> BNX2X_ERR("Non valid TC-ID\n");
> - rval = -EINVAL;
> + rval = 1;
> break;
> }
> } else {
> DP(BNX2X_MSG_DCB, "DCB disabled\n");
> - rval = -EINVAL;
> + rval = 1;
> }
>
> return rval;
> @@ -2188,7 +2188,7 @@ static int bnx2x_dcbnl_set_numtcs(struct net_device *netdev, int tcid, u8 num)
> return -EINVAL;
> }
>
> -static u8 bnx2x_dcbnl_get_pfc_state(struct net_device *netdev)
> +static u8 bnx2x_dcbnl_get_pfc_state(struct net_device *netdev)
> {
> struct bnx2x *bp = netdev_priv(netdev);
> DP(BNX2X_MSG_DCB, "state = %d\n", bp->dcbx_local_feat.pfc.enabled);
> @@ -2390,12 +2390,12 @@ static u8 bnx2x_dcbnl_get_featcfg(struct net_device *netdev, int featid,
> break;
> default:
> BNX2X_ERR("Non valid featrue-ID\n");
> - rval = -EINVAL;
> + rval = 1;
> break;
> }
> } else {
> DP(BNX2X_MSG_DCB, "DCB disabled\n");
> - rval = -EINVAL;
> + rval = 1;
> }
>
> return rval;
> @@ -2431,12 +2431,12 @@ static u8 bnx2x_dcbnl_set_featcfg(struct net_device *netdev, int featid,
> break;
> default:
> BNX2X_ERR("Non valid featrue-ID\n");
> - rval = -EINVAL;
> + rval = 1;
> break;
> }
> } else {
> DP(BNX2X_MSG_DCB, "dcbnl call not valid\n");
> - rval = -EINVAL;
> + rval = 1;
> }
>
> return rval;
> --
> 1.7.9.5
Kumar, thanks!
Acked-by: Dmitry Kravkov <dmitry@broadcom.com>
^ permalink raw reply
* [RFC PATCH v2, part4 37/39] mm: use totalram_pages instead of num_physpages at runtime
From: Jiang Liu @ 2013-03-24 7:25 UTC (permalink / raw)
To: Andrew Morton, David Rientjes
Cc: Jiang Liu, Wen Congyang, Mel Gorman, Minchan Kim,
KAMEZAWA Hiroyuki, Michal Hocko, Jianguo Wu, linux-mm,
linux-kernel, Miklos Szeredi, David S. Miller, Alexey Kuznetsov,
James Morris, Hideaki YOSHIFUJI, Patrick McHardy, fuse-devel,
netdev
In-Reply-To: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com>
The global variable num_physpages is scheduled to be removed, so use
totalram_pages instead of num_physpages at runtime.
Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: Miklos Szeredi <miklos@szeredi.hu>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
Cc: James Morris <jmorris@namei.org>
Cc: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
Cc: Patrick McHardy <kaber@trash.net>
Cc: fuse-devel@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
Cc: netdev@vger.kernel.org
---
fs/fuse/inode.c | 2 +-
kernel/power/snapshot.c | 4 ++--
net/ipv4/inet_fragment.c | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/fuse/inode.c b/fs/fuse/inode.c
index b730fda..4c2a420 100644
--- a/fs/fuse/inode.c
+++ b/fs/fuse/inode.c
@@ -781,7 +781,7 @@ static const struct super_operations fuse_super_operations = {
static void sanitize_global_limit(unsigned *limit)
{
if (*limit == 0)
- *limit = ((num_physpages << PAGE_SHIFT) >> 13) /
+ *limit = ((totalram_pages << PAGE_SHIFT) >> 13) /
sizeof(struct fuse_req);
if (*limit >= 1 << 16)
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 0de2857..8b5d1cd 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -1651,7 +1651,7 @@ unsigned long snapshot_get_image_size(void)
static int init_header(struct swsusp_info *info)
{
memset(info, 0, sizeof(struct swsusp_info));
- info->num_physpages = num_physpages;
+ info->num_physpages = get_num_physpages();
info->image_pages = nr_copy_pages;
info->pages = snapshot_get_image_size();
info->size = info->pages;
@@ -1795,7 +1795,7 @@ static int check_header(struct swsusp_info *info)
char *reason;
reason = check_image_kernel(info);
- if (!reason && info->num_physpages != num_physpages)
+ if (!reason && info->num_physpages != get_num_physpages())
reason = "memory size";
if (reason) {
printk(KERN_ERR "PM: Image mismatch: %s\n", reason);
diff --git a/net/ipv4/inet_fragment.c b/net/ipv4/inet_fragment.c
index 4750d2b..94a99a1 100644
--- a/net/ipv4/inet_fragment.c
+++ b/net/ipv4/inet_fragment.c
@@ -60,7 +60,7 @@ void inet_frags_init(struct inet_frags *f)
rwlock_init(&f->lock);
- f->rnd = (u32) ((num_physpages ^ (num_physpages>>7)) ^
+ f->rnd = (u32) ((totalram_pages ^ (totalram_pages>>7)) ^
(jiffies ^ (jiffies >> 6)));
setup_timer(&f->secret_timer, inet_frag_secret_rebuild,
--
1.7.9.5
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply related
* [RFC PATCH v2, part4 09/39] mm: use totalram_pages instead of num_physpages at runtime
From: Jiang Liu @ 2013-03-24 7:24 UTC (permalink / raw)
To: Andrew Morton, David Rientjes
Cc: Jiang Liu, Wen Congyang, Mel Gorman, Minchan Kim,
KAMEZAWA Hiroyuki, Michal Hocko, Jianguo Wu, linux-mm,
linux-kernel, Miklos Szeredi, David S. Miller, Alexey Kuznetsov,
James Morris, Hideaki YOSHIFUJI, Patrick McHardy, fuse-devel,
netdev
In-Reply-To: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com>
The global variable num_physpages is scheduled to be removed, so use
totalram_pages instead of num_physpages at runtime.
Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Cc: Miklos Szeredi <miklos@szeredi.hu>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
Cc: James Morris <jmorris@namei.org>
Cc: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
Cc: Patrick McHardy <kaber@trash.net>
Cc: fuse-devel@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
Cc: netdev@vger.kernel.org
---
fs/fuse/inode.c | 2 +-
kernel/power/snapshot.c | 4 ++--
net/ipv4/inet_fragment.c | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/fuse/inode.c b/fs/fuse/inode.c
index b730fda..4c2a420 100644
--- a/fs/fuse/inode.c
+++ b/fs/fuse/inode.c
@@ -781,7 +781,7 @@ static const struct super_operations fuse_super_operations = {
static void sanitize_global_limit(unsigned *limit)
{
if (*limit == 0)
- *limit = ((num_physpages << PAGE_SHIFT) >> 13) /
+ *limit = ((totalram_pages << PAGE_SHIFT) >> 13) /
sizeof(struct fuse_req);
if (*limit >= 1 << 16)
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 0de2857..8b5d1cd 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -1651,7 +1651,7 @@ unsigned long snapshot_get_image_size(void)
static int init_header(struct swsusp_info *info)
{
memset(info, 0, sizeof(struct swsusp_info));
- info->num_physpages = num_physpages;
+ info->num_physpages = get_num_physpages();
info->image_pages = nr_copy_pages;
info->pages = snapshot_get_image_size();
info->size = info->pages;
@@ -1795,7 +1795,7 @@ static int check_header(struct swsusp_info *info)
char *reason;
reason = check_image_kernel(info);
- if (!reason && info->num_physpages != num_physpages)
+ if (!reason && info->num_physpages != get_num_physpages())
reason = "memory size";
if (reason) {
printk(KERN_ERR "PM: Image mismatch: %s\n", reason);
diff --git a/net/ipv4/inet_fragment.c b/net/ipv4/inet_fragment.c
index 4750d2b..94a99a1 100644
--- a/net/ipv4/inet_fragment.c
+++ b/net/ipv4/inet_fragment.c
@@ -60,7 +60,7 @@ void inet_frags_init(struct inet_frags *f)
rwlock_init(&f->lock);
- f->rnd = (u32) ((num_physpages ^ (num_physpages>>7)) ^
+ f->rnd = (u32) ((totalram_pages ^ (totalram_pages>>7)) ^
(jiffies ^ (jiffies >> 6)));
setup_timer(&f->secret_timer, inet_frag_secret_rebuild,
--
1.7.9.5
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply related
* Re: [PATCH 1/1]core:Change a wrong explain about dev_get_by_name
From: tingwei liu @ 2013-03-24 7:07 UTC (permalink / raw)
To: Eric Dumazet; +Cc: Ben Hutchings, netdev, Alexey Kuznetsov, davem
In-Reply-To: <1364002324.4431.84.camel@edumazet-glaptop>
On Sat, Mar 23, 2013 at 9:32 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> On Sat, 2013-03-23 at 09:24 +0800, tingwei liu wrote:
>> On Thu, Mar 21, 2013 at 1:43 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
>> > On Wed, 2013-03-20 at 17:10 +0000, Ben Hutchings wrote:
>> >
>> >> If they are wrongly documented as 'can be called from any context', yes.
>> >
>> > Wow, thats really useful.
>> >
>> > Why is this function not allowed from hard irq context, we have no idea.
>> When function "list_netdevice" get write lock "dev_base_lock" only
>> disable soft interrupt. So dev_get_by_name get read lock
>> "dev_base_lock", can not called on interrupt context.
>
>
> dev_get_by_name() doesn't read lock dev_base_lock
> since commit 72c9528bab94cc052
>
> This was back to linux-2.6.33
>
> Are you sending patches for older kernel versions per chance ?
No. I only sending patch for lastest kernel. I don't know which kernel
should be patched.
Thanks.
>
>
>
^ permalink raw reply
* RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Huang, Xiong @ 2013-03-24 6:12 UTC (permalink / raw)
To: Hannes Frederic Sowa; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <20130324052300.GA12968@order.stressinduktion.org>
And try to use following code to replace atl1c_configure_dma
static inline void atl1e_configure_dma(struct atl1e_adapter *adapter)
{
struct atl1e_hw *hw = &adapter->hw;
u32 dma_ctrl_data;
dma_ctrl_data = DMA_CTRL_RXCMB_EN | 0x400000;
dma_ctrl_data |= (((u32)hw->dmar_block) & DMA_CTRL_DMAR_BURST_LEN_MASK)
<< DMA_CTRL_DMAR_BURST_LEN_SHIFT;
dma_ctrl_data |= (((u32)hw->dmaw_block) & DMA_CTRL_DMAW_BURST_LEN_MASK)
<< DMA_CTRL_DMAW_BURST_LEN_SHIFT;
dma_ctrl_data |= DMA_CTRL_DMAR_REQ_PRI | DMA_CTRL_DMAR_OUT_ORDER;
dma_ctrl_data |= (((u32)hw->dmar_dly_cnt) & DMA_CTRL_DMAR_DLY_CNT_MASK)
<< DMA_CTRL_DMAR_DLY_CNT_SHIFT;
dma_ctrl_data |= (((u32)hw->dmaw_dly_cnt) & DMA_CTRL_DMAW_DLY_CNT_MASK)
<< DMA_CTRL_DMAW_DLY_CNT_SHIFT;
AT_WRITE_REG(hw, REG_DMA_CTRL, dma_ctrl_data);
return;
}
Thanks
Xiong
> -----Original Message-----
> From: Huang, Xiong
> Sent: Sunday, March 24, 2013 1:43 PM
> To: 'Hannes Frederic Sowa'
> Cc: Sven Hartge; netdev@vger.kernel.org
> Subject: RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or
> Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba
> (updated) Version 2
>
> > > >
> > > > The caputered packets show that a 16 byte segment overwrites later
> > > > data in the same packet, sometimes even multiple contiguous 16
> > > > byte
> > segments.
> > > >
> > > > The corrupted packets look like this:
> > > >
> > > > ...ABC....DBBEF..
> > > >
> > > > Each character represents a 16 byte region, the dots are dont-care
> > > > placeholders. The BB-region is overwritten by the data of the
> > > > first B-
> > region.
> > > >
> > >
> > > It looks like a DMA issue. Not checksum related. :(
> >
> > Yes, I think so, too. Until this is resolved I would propose to not
> > set CHECKSUM_UNNECESSARY because it could corrupt data (like for the
> > original poster).
> >
> > Do you have any idea where how these errors could be resolved? I e.g.
> > could not reproduce it with FreeBSD and the driver seems to be related
> > to the linux driver.
>
> 1. pages cross 4GB bouandary ? or overlap with each other ?
> 2. try to set hw->dmaw_block = atl1e_dma_req_128 3. can you print reg15C0
> content when the NIC is in normal tx/rx status ?
> 4. other possible may be related the diff register configuration, but it's very
> difficult to compare with Windows driver :(
>
> Thanks
> Xiong
^ permalink raw reply
* [PATCH v2] bnx2x: fix assignment of signed expression to unsigned variable
From: Kumar Amit Mehta @ 2013-03-24 6:10 UTC (permalink / raw)
To: eilong; +Cc: davem, dan.carpenter, netdev, linux-kernel, kernel-janitors
fix for incorrect assignment of signed expression to unsigned variable.
Signed-off-by: Kumar Amit Mehta <gmate.amit@gmail.com>
---
drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c | 18 +++++++++---------
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c
index 5682054..91ecd6a 100644
--- a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c
+++ b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_dcb.c
@@ -2139,12 +2139,12 @@ static u8 bnx2x_dcbnl_get_cap(struct net_device *netdev, int capid, u8 *cap)
break;
default:
BNX2X_ERR("Non valid capability ID\n");
- rval = -EINVAL;
+ rval = 1;
break;
}
} else {
DP(BNX2X_MSG_DCB, "DCB disabled\n");
- rval = -EINVAL;
+ rval = 1;
}
DP(BNX2X_MSG_DCB, "capid %d:%x\n", capid, *cap);
@@ -2170,12 +2170,12 @@ static int bnx2x_dcbnl_get_numtcs(struct net_device *netdev, int tcid, u8 *num)
break;
default:
BNX2X_ERR("Non valid TC-ID\n");
- rval = -EINVAL;
+ rval = 1;
break;
}
} else {
DP(BNX2X_MSG_DCB, "DCB disabled\n");
- rval = -EINVAL;
+ rval = 1;
}
return rval;
@@ -2188,7 +2188,7 @@ static int bnx2x_dcbnl_set_numtcs(struct net_device *netdev, int tcid, u8 num)
return -EINVAL;
}
-static u8 bnx2x_dcbnl_get_pfc_state(struct net_device *netdev)
+static u8 bnx2x_dcbnl_get_pfc_state(struct net_device *netdev)
{
struct bnx2x *bp = netdev_priv(netdev);
DP(BNX2X_MSG_DCB, "state = %d\n", bp->dcbx_local_feat.pfc.enabled);
@@ -2390,12 +2390,12 @@ static u8 bnx2x_dcbnl_get_featcfg(struct net_device *netdev, int featid,
break;
default:
BNX2X_ERR("Non valid featrue-ID\n");
- rval = -EINVAL;
+ rval = 1;
break;
}
} else {
DP(BNX2X_MSG_DCB, "DCB disabled\n");
- rval = -EINVAL;
+ rval = 1;
}
return rval;
@@ -2431,12 +2431,12 @@ static u8 bnx2x_dcbnl_set_featcfg(struct net_device *netdev, int featid,
break;
default:
BNX2X_ERR("Non valid featrue-ID\n");
- rval = -EINVAL;
+ rval = 1;
break;
}
} else {
DP(BNX2X_MSG_DCB, "dcbnl call not valid\n");
- rval = -EINVAL;
+ rval = 1;
}
return rval;
--
1.7.9.5
^ permalink raw reply related
* RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Huang, Xiong @ 2013-03-24 5:42 UTC (permalink / raw)
To: Hannes Frederic Sowa; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <20130324052300.GA12968@order.stressinduktion.org>
> > >
> > > The caputered packets show that a 16 byte segment overwrites later
> > > data in the same packet, sometimes even multiple contiguous 16 byte
> segments.
> > >
> > > The corrupted packets look like this:
> > >
> > > ...ABC....DBBEF..
> > >
> > > Each character represents a 16 byte region, the dots are dont-care
> > > placeholders. The BB-region is overwritten by the data of the first B-
> region.
> > >
> >
> > It looks like a DMA issue. Not checksum related. :(
>
> Yes, I think so, too. Until this is resolved I would propose to not set
> CHECKSUM_UNNECESSARY because it could corrupt data (like for the original
> poster).
>
> Do you have any idea where how these errors could be resolved? I e.g. could
> not reproduce it with FreeBSD and the driver seems to be related to the linux
> driver.
1. pages cross 4GB bouandary ? or overlap with each other ?
2. try to set hw->dmaw_block = atl1e_dma_req_128
3. can you print reg15C0 content when the NIC is in normal tx/rx status ?
4. other possible may be related the diff register configuration, but it's very difficult to compare with Windows driver :(
Thanks
Xiong
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Hannes Frederic Sowa @ 2013-03-24 5:23 UTC (permalink / raw)
To: Huang, Xiong; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <157393863283F442885425D2C4542856489E7CFC@nasanexd02f.na.qualcomm.com>
On Sun, Mar 24, 2013 at 05:16:03AM +0000, Huang, Xiong wrote:
> > > >
> > > > Btw the captured corrupted packets are ordinary non-fragmented TCP
> > > > IPv4 packets. But perhaps these flags are dual-use?
> > > >
> > > Not dual-use. You could check flags for corrupted packets and compare it
> > with good packet.
> > > Your corrupted packet is just TCP checksum error ?
> >
> > I'll try it.
> >
> > The caputered packets show that a 16 byte segment overwrites later data in
> > the same packet, sometimes even multiple contiguous 16 byte segments.
> >
> > The corrupted packets look like this:
> >
> > ...ABC....DBBEF..
> >
> > Each character represents a 16 byte region, the dots are dont-care
> > placeholders. The BB-region is overwritten by the data of the first B-region.
> >
>
> It looks like a DMA issue. Not checksum related. :(
Yes, I think so, too. Until this is resolved I would propose to not set
CHECKSUM_UNNECESSARY because it could corrupt data (like for the original
poster).
Do you have any idea where how these errors could be resolved? I e.g. could
not reproduce it with FreeBSD and the driver seems to be related to the linux
driver.
^ permalink raw reply
* RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Huang, Xiong @ 2013-03-24 5:16 UTC (permalink / raw)
To: Hannes Frederic Sowa; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <20130324051325.GE17948@order.stressinduktion.org>
> > >
> > > Btw the captured corrupted packets are ordinary non-fragmented TCP
> > > IPv4 packets. But perhaps these flags are dual-use?
> > >
> > Not dual-use. You could check flags for corrupted packets and compare it
> with good packet.
> > Your corrupted packet is just TCP checksum error ?
>
> I'll try it.
>
> The caputered packets show that a 16 byte segment overwrites later data in
> the same packet, sometimes even multiple contiguous 16 byte segments.
>
> The corrupted packets look like this:
>
> ...ABC....DBBEF..
>
> Each character represents a 16 byte region, the dots are dont-care
> placeholders. The BB-region is overwritten by the data of the first B-region.
>
It looks like a DMA issue. Not checksum related. :(
Xiong
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Hannes Frederic Sowa @ 2013-03-24 5:13 UTC (permalink / raw)
To: Huang, Xiong; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <157393863283F442885425D2C4542856489E7CCD@nasanexd02f.na.qualcomm.com>
On Sun, Mar 24, 2013 at 04:54:46AM +0000, Huang, Xiong wrote:
>
> >
> > >
> > > if (((pkt_flags & RRS_IS_IPV4) && ((pkt_flags & RRS_IS_TCP) ||
> > (pkt_flags & RRS_IS_UDP))) {
> > > if (pkt_flags & RRS_IS_802_3)
> > > head_len += 8;
> > > iph = (struct iphdr *) (packet + head_len);
> > > if ((iph->frag_off != 0 || (pkt_flags & RRS_IS_IP_FRAG))
> > && !(pkt_flags & RRS_IS_IP_DF))
> > > goto hw_xsum;
> > > }
> > > if (!(err_flags & (RRS_ERR_IP_CSUM | RRS_ERR_L4_CSUM))) {
> > > skb->ip_summed = CHECKSUM_UNNECESSARY;
> > > return;
> > > }
> >
> > Btw the captured corrupted packets are ordinary non-fragmented TCP IPv4
> > packets. But perhaps these flags are dual-use?
> >
> Not dual-use. You could check flags for corrupted packets and compare it with good packet.
> Your corrupted packet is just TCP checksum error ?
I'll try it.
The caputered packets show that a 16 byte segment overwrites later data in the
same packet, sometimes even multiple contiguous 16 byte segments.
The corrupted packets look like this:
...ABC....DBBEF..
Each character represents a 16 byte region, the dots are dont-care
placeholders. The BB-region is overwritten by the data of the first
B-region.
Thanks,
Hannes
^ permalink raw reply
* RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Huang, Xiong @ 2013-03-24 4:54 UTC (permalink / raw)
To: Hannes Frederic Sowa; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <20130324043738.GD17948@order.stressinduktion.org>
>
> >
> > if (((pkt_flags & RRS_IS_IPV4) && ((pkt_flags & RRS_IS_TCP) ||
> (pkt_flags & RRS_IS_UDP))) {
> > if (pkt_flags & RRS_IS_802_3)
> > head_len += 8;
> > iph = (struct iphdr *) (packet + head_len);
> > if ((iph->frag_off != 0 || (pkt_flags & RRS_IS_IP_FRAG))
> && !(pkt_flags & RRS_IS_IP_DF))
> > goto hw_xsum;
> > }
> > if (!(err_flags & (RRS_ERR_IP_CSUM | RRS_ERR_L4_CSUM))) {
> > skb->ip_summed = CHECKSUM_UNNECESSARY;
> > return;
> > }
>
> Btw the captured corrupted packets are ordinary non-fragmented TCP IPv4
> packets. But perhaps these flags are dual-use?
>
Not dual-use. You could check flags for corrupted packets and compare it with good packet.
Your corrupted packet is just TCP checksum error ?
Thanks
Xiong
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Hannes Frederic Sowa @ 2013-03-24 4:37 UTC (permalink / raw)
To: Huang, Xiong; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <157393863283F442885425D2C4542856489E7CA8@nasanexd02f.na.qualcomm.com>
On Sun, Mar 24, 2013 at 04:21:27AM +0000, Huang, Xiong wrote:
> I know that from some version of chips, there is a DMA bug that can't be fixed by software, and this bug could be detected by checking Sequence number, and do MAC reset.
> Besides, the chip wrongly indicate rx-checksum for IP-fragment packet, I checked windows code, it seems a little bit different with linux code:
Thanks, I will have a closer look at it tomorrow.
>
> if (((pkt_flags & RRS_IS_IPV4) && ((pkt_flags & RRS_IS_TCP) || (pkt_flags & RRS_IS_UDP))) {
> if (pkt_flags & RRS_IS_802_3)
> head_len += 8;
> iph = (struct iphdr *) (packet + head_len);
> if ((iph->frag_off != 0 || (pkt_flags & RRS_IS_IP_FRAG)) && !(pkt_flags & RRS_IS_IP_DF))
> goto hw_xsum;
> }
> if (!(err_flags & (RRS_ERR_IP_CSUM | RRS_ERR_L4_CSUM))) {
> skb->ip_summed = CHECKSUM_UNNECESSARY;
> return;
> }
Btw the captured corrupted packets are ordinary non-fragmented TCP IPv4
packets. But perhaps these flags are dual-use?
Thanks for looking into it,
Hannes
^ permalink raw reply
* RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Huang, Xiong @ 2013-03-24 4:21 UTC (permalink / raw)
To: Hannes Frederic Sowa; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <20130324034037.GC17948@order.stressinduktion.org>
I know that from some version of chips, there is a DMA bug that can't be fixed by software, and this bug could be detected by checking Sequence number, and do MAC reset.
Besides, the chip wrongly indicate rx-checksum for IP-fragment packet, I checked windows code, it seems a little bit different with linux code:
if (((pkt_flags & RRS_IS_IPV4) && ((pkt_flags & RRS_IS_TCP) || (pkt_flags & RRS_IS_UDP))) {
if (pkt_flags & RRS_IS_802_3)
head_len += 8;
iph = (struct iphdr *) (packet + head_len);
if ((iph->frag_off != 0 || (pkt_flags & RRS_IS_IP_FRAG)) && !(pkt_flags & RRS_IS_IP_DF))
goto hw_xsum;
}
if (!(err_flags & (RRS_ERR_IP_CSUM | RRS_ERR_L4_CSUM))) {
skb->ip_summed = CHECKSUM_UNNECESSARY;
return;
}
Thanks
Xiong
> -----Original Message-----
> From: Hannes Frederic Sowa [mailto:hannes@stressinduktion.org]
> Sent: Sunday, March 24, 2013 11:41 AM
> To: Huang, Xiong
> Cc: Sven Hartge; netdev@vger.kernel.org
> Subject: Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or
> Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba
> (updated) Version 2
>
> On Sun, Mar 24, 2013 at 03:27:55AM +0000, Huang, Xiong wrote:
> > Could you point me where the patch is ?
> > I checked windows driver, it doesn't disable checksum offload in RX
> direction.
>
>
> The patch is here: <http://article.gmane.org/gmane.linux.network/263116>
>
> It does not disable checksum offloading but rather suppress the update of
> the ip_summed field. This forces the kernel to recheck the checksums and
> discard the packet. Otherwise it would be seen as a valid one and could
> corrupt data streams.
>
> Thanks,
>
> Hannes
^ permalink raw reply
* Re: [PATCH net-next] ip_gre: increase inner ip header ID only for IPv4
From: Pravin Shelar @ 2013-03-24 4:13 UTC (permalink / raw)
To: Cong Wang; +Cc: netdev, Eric Dumazet, David S. Miller
In-Reply-To: <1364092641.10694.2.camel@cr0>
On Sat, Mar 23, 2013 at 7:37 PM, Cong Wang <amwang@redhat.com> wrote:
> On Sat, 2013-03-23 at 16:36 -0700, Pravin Shelar wrote:
>> On Fri, Mar 22, 2013 at 10:29 PM, Cong Wang <amwang@redhat.com> wrote:
>> > From: Cong Wang <amwang@redhat.com>
>> >
>> > Pravin pointed out the inner network header of a GRE tunnel packet
>> > could be IPv6, where there is no ID. So we should check the version.
>> >
>>
>> inet_gso_segment() already increment ip-header identification. What is
>> problem with that?
>
> Let tcpdump speak:
>
> (Inner ID is always 3b65 without my patch)
>
Thanks for report.
I just sent out fix, Can you please try that.
^ permalink raw reply
* [PATCH net] ipv4: Fix ip-header identification for gso packets.
From: Pravin B Shelar @ 2013-03-24 4:10 UTC (permalink / raw)
To: amwang; +Cc: netdev, Pravin B Shelar
For TCP protocol ip-header id needs to be incremented even if
IP_DF flag is set. This behaviour was changed in commit
490ab08127cebc25e3a26 (IP_GRE: Fix IP-Identification).
Following patch fixes it so that identification is always
incremented for TCP.
Reported-by: Cong Wang <amwang@redhat.com>
Signed-off-by: Pravin B Shelar <pshelar@nicira.com>
---
net/ipv4/af_inet.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ipv4/af_inet.c b/net/ipv4/af_inet.c
index 9e5882c..4958b9d 100644
--- a/net/ipv4/af_inet.c
+++ b/net/ipv4/af_inet.c
@@ -1334,7 +1334,7 @@ static struct sk_buff *inet_gso_segment(struct sk_buff *skb,
iph->frag_off |= htons(IP_MF);
offset += (skb->len - skb->mac_len - iph->ihl * 4);
} else {
- if (!(iph->frag_off & htons(IP_DF)))
+ if (proto == IPPROTO_TCP || !(iph->frag_off & htons(IP_DF)))
iph->id = htons(id++);
}
iph->tot_len = htons(skb->len - skb->mac_len);
--
1.7.1
^ permalink raw reply related
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Hannes Frederic Sowa @ 2013-03-24 3:40 UTC (permalink / raw)
To: Huang, Xiong; +Cc: Sven Hartge, netdev@vger.kernel.org
In-Reply-To: <157393863283F442885425D2C4542856489E7C79@nasanexd02f.na.qualcomm.com>
On Sun, Mar 24, 2013 at 03:27:55AM +0000, Huang, Xiong wrote:
> Could you point me where the patch is ?
> I checked windows driver, it doesn't disable checksum offload in RX direction.
The patch is here: <http://article.gmane.org/gmane.linux.network/263116>
It does not disable checksum offloading but rather suppress the update of the
ip_summed field. This forces the kernel to recheck the checksums and discard
the packet. Otherwise it would be seen as a valid one and could corrupt data
streams.
Thanks,
Hannes
^ permalink raw reply
* RE: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Huang, Xiong @ 2013-03-24 3:27 UTC (permalink / raw)
To: Hannes Frederic Sowa, Sven Hartge; +Cc: netdev@vger.kernel.org
In-Reply-To: <20130324014125.GB17948@order.stressinduktion.org>
Could you point me where the patch is ?
I checked windows driver, it doesn't disable checksum offload in RX direction.
Thanks
Xiong
> -----Original Message-----
> From: Hannes Frederic Sowa [mailto:hannes@stressinduktion.org]
> Sent: Sunday, March 24, 2013 9:41 AM
> To: Sven Hartge
> Cc: netdev@vger.kernel.org; Jie.Yang@Atheros.com; Huang, Xiong
> Subject: Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or
> Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba
> (updated) Version 2
>
> On Sun, Mar 24, 2013 at 02:35:11AM +0100, Sven Hartge wrote:
> > Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> > > On Sun, Mar 24, 2013 at 01:36:33AM +0100, Sven Hartge wrote:
> > >> Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> > >> > On Sat, Mar 23, 2013 at 12:54:25AM -0400, rebelyouth wrote:
> > >> >> I applied your patch on my the kernel 3.7.9 and look like the
> > >> >> patch do what you said before :
> > >> >>
> > >> >> "This does not solve the real problem, which I have not yet
> > >> >> understood (wrong packets will be discarded now and will be
> hopefully resend). "
> > >> >>
> > >> >> There are errors on the RX side of the server and the speed is
> > >> >> 5~10% less but the files are ok in nfsv4 , SFTP/FTP and samba.
> > >> >>
> > >> >> Maybe the Atheros drivers for windows had a patch for the
> > >> >> checksum already in the drivers and the chipset have some
> > >> >> hardware bug, but for me your patch is already an achievement
> > >> >> and I really thank you for your time and consideration.
> > >>
> > >> > The upstream driver (which is a tarball I found with google
> > >> > AR81Family-linux-v1.0.1.14.tar.gz) has this function ifdefed out.
> > >> > I have a couple of more things I want to test as soon as I have
> > >> > access to the hardware again. If I don't find a better solution
> > >> > I will submit a patch which disables rx checksumming as a whole for
> inclusion to net-next.
> > >>
> > >> I remember having the some problem with an atl1e chip on my Asus
> > >> PQ5-Pro. It would corrupt ethernet frames, resulting in dropped
> > >> connections when using SSH (bailing out with a HMAC crypto error) etc.
> > >>
> > >> After some conversations with an Atheros engineer (Jie Yang
> > >> <Jie.Yang@Atheros.com>) I got the following patch, which I applied
> > >> for some time to my local Debian kernel packages. It fixed the
> > >> problem for me, until I switched the board to a newer one.
> > >>
> > >> As far as I understand, this patch rips out any checksumming
> > >> function and just advertises the chip as not using and providing any.
> >
> > > Yes, my patch does the same, just jumpes over the body of the
> > > function and returns without updating the ip_summed field.
> >
> > >> My mail archive indicates, this bug has been fixed in the upstream
> > >> atl1e driver since version l1c-linux-v1.0.0.11-test.tar.gz.
> >
> > > Yes, they ifdefed out the body of the function.
> >
> > > What we have found so far:
> >
> > > It seems packet content overwrites itself. We have not yet found a
> > > pattern but it seems that some 16 bytes from the payload overwrite
> > > other parts of the packet, even mulitple times (but the same 16
> > > bytes though).
> >
> > > I also checked freebsd. Hardware rx checksumming is disabled there
> > > and we did not see any checksum errors in the stack. So I assume
> > > they don't have this problem.
> >
> > I understand from my conversation with Jie Yang, that he reproduced
> > the problem at Atheros and then decided to disable checksumming in the
> > driver. My guess would be that is some kind of confirmation this
> > feature is broken in that hardware and should not be used.
>
> Added Jie Yang and Xiong Huang to Cc.
>
> I don't know if checksumming is the cause of this problem. Perhaps the dma
> transfers get corrupted and the data was correct in the card's buffers.
>
> Greetings,
>
> Hannes
^ permalink raw reply
* Re: [PATCH net-next] ip_gre: increase inner ip header ID only for IPv4
From: Cong Wang @ 2013-03-24 2:37 UTC (permalink / raw)
To: Pravin Shelar; +Cc: netdev, Eric Dumazet, David S. Miller
In-Reply-To: <CALnjE+qJ-BaGYEohfWB3-ZWaa9LwhFi5maR=yjP5_TD5N_jtog@mail.gmail.com>
On Sat, 2013-03-23 at 16:36 -0700, Pravin Shelar wrote:
> On Fri, Mar 22, 2013 at 10:29 PM, Cong Wang <amwang@redhat.com> wrote:
> > From: Cong Wang <amwang@redhat.com>
> >
> > Pravin pointed out the inner network header of a GRE tunnel packet
> > could be IPv6, where there is no ID. So we should check the version.
> >
>
> inet_gso_segment() already increment ip-header identification. What is
> problem with that?
Let tcpdump speak:
(Inner ID is always 3b65 without my patch)
10:30:59.110846 IP 192.168.122.75 > 192.168.122.7: GREv0, length 1480:
IP 192.168.1.1.59705 > 192.168.2.1.54661: Flags [.], seq 2848:4272, ack
1, win 113, options [nop,nop,TS val 4294921743 ecr 4294921071], length
1424
0x0000: 5254 00e1 3ea0 5254 008c 9a65 0800 4500
0x0010: 05dc 0000 4000 402f bf4f c0a8 7a4b c0a8
0x0020: 7a07 0000 0800 4500 05c4 3b65 4000 4006
0x0030: 757c c0a8 0101 c0a8 0201 e939 d585 5f3a
0x0040: 78cb c786 1b40 8010 0071 aad5 0000 0101
0x0050: 080a ffff 4e0f ffff 4b6f 6e65 7470 6572
0x0060: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0070: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0080: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0090: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0100: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0110: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0120: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0130: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0140: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0150: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0160: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0170: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0180: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0190: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0200: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0210: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0220: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0230: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0240: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0250: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0260: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0270: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0280: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0290: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0300: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0310: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0320: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0330: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0340: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0350: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0360: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0370: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0380: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0390: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0400: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0410: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0420: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0430: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0440: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0450: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0460: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0470: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0480: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0490: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0500: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0510: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0520: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0530: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0540: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0550: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0560: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0570: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0580: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0590: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05e0: 6600 6e65 7470 6572 6600
10:30:59.110949 IP 192.168.122.75 > 192.168.122.7: GREv0, length 1480:
IP 192.168.1.1.59705 > 192.168.2.1.54661: Flags [.], seq 4272:5696, ack
1, win 113, options [nop,nop,TS val 4294921743 ecr 4294921071], length
1424
0x0000: 5254 00e1 3ea0 5254 008c 9a65 0800 4500
0x0010: 05dc 0000 4000 402f bf4f c0a8 7a4b c0a8
0x0020: 7a07 0000 0800 4500 05c4 3b65 4000 4006
0x0030: 757c c0a8 0101 c0a8 0201 e939 d585 5f3a
0x0040: 7e5b c786 1b40 8010 0071 a545 0000 0101
0x0050: 080a ffff 4e0f ffff 4b6f 6e65 7470 6572
0x0060: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0070: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0080: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0090: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0100: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0110: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0120: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0130: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0140: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0150: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0160: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0170: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0180: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0190: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0200: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0210: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0220: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0230: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0240: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0250: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0260: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0270: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0280: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0290: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0300: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0310: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0320: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0330: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0340: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0350: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0360: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0370: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0380: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0390: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0400: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0410: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0420: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0430: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0440: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0450: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0460: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0470: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0480: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0490: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0500: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0510: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0520: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0530: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0540: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0550: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0560: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0570: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0580: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0590: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05e0: 6600 6e65 7470 6572 6600
10:30:59.111029 IP 192.168.122.75 > 192.168.122.7: GREv0, length 1480:
IP 192.168.1.1.59705 > 192.168.2.1.54661: Flags [.], seq 5696:7120, ack
1, win 113, options [nop,nop,TS val 4294921743 ecr 4294921071], length
1424
0x0000: 5254 00e1 3ea0 5254 008c 9a65 0800 4500
0x0010: 05dc 0000 4000 402f bf4f c0a8 7a4b c0a8
0x0020: 7a07 0000 0800 4500 05c4 3b65 4000 4006
0x0030: 757c c0a8 0101 c0a8 0201 e939 d585 5f3a
0x0040: 83eb c786 1b40 8010 0071 9fb5 0000 0101
0x0050: 080a ffff 4e0f ffff 4b6f 6e65 7470 6572
0x0060: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0070: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0080: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0090: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0100: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0110: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0120: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0130: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0140: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0150: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0160: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0170: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0180: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0190: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0200: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0210: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0220: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0230: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0240: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0250: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0260: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0270: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0280: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0290: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0300: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0310: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0320: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0330: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0340: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0350: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0360: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0370: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0380: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0390: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0400: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0410: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0420: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0430: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0440: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0450: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0460: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0470: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0480: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0490: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0500: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0510: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0520: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0530: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0540: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0550: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0560: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0570: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0580: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0590: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05e0: 6600 6e65 7470 6572 6600
10:30:59.111055 IP 192.168.122.75 > 192.168.122.7: GREv0, length 1480:
IP 192.168.1.1.59705 > 192.168.2.1.54661: Flags [.], seq 7120:8544, ack
1, win 113, options [nop,nop,TS val 4294921743 ecr 4294921071], length
1424
0x0000: 5254 00e1 3ea0 5254 008c 9a65 0800 4500
0x0010: 05dc 0000 4000 402f bf4f c0a8 7a4b c0a8
0x0020: 7a07 0000 0800 4500 05c4 3b65 4000 4006
0x0030: 757c c0a8 0101 c0a8 0201 e939 d585 5f3a
0x0040: 897b c786 1b40 8010 0071 9a25 0000 0101
0x0050: 080a ffff 4e0f ffff 4b6f 6e65 7470 6572
0x0060: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0070: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0080: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0090: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0100: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0110: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0120: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0130: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0140: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0150: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0160: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0170: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0180: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0190: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0200: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0210: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0220: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0230: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0240: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0250: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0260: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0270: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0280: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0290: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0300: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0310: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0320: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0330: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0340: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0350: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0360: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0370: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0380: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0390: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0400: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0410: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0420: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0430: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0440: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0450: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0460: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0470: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0480: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0490: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0500: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0510: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0520: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0530: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0540: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0550: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0560: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0570: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0580: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0590: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05e0: 6600 6e65 7470 6572 6600
10:30:59.111133 IP 192.168.122.75 > 192.168.122.7: GREv0, length 1480:
IP 192.168.1.1.59705 > 192.168.2.1.54661: Flags [.], seq 8544:9968, ack
1, win 113, options [nop,nop,TS val 4294921743 ecr 4294921071], length
1424
0x0000: 5254 00e1 3ea0 5254 008c 9a65 0800 4500
0x0010: 05dc 0000 4000 402f bf4f c0a8 7a4b c0a8
0x0020: 7a07 0000 0800 4500 05c4 3b65 4000 4006
0x0030: 757c c0a8 0101 c0a8 0201 e939 d585 5f3a
0x0040: 8f0b c786 1b40 8010 0071 9495 0000 0101
0x0050: 080a ffff 4e0f ffff 4b6f 6e65 7470 6572
0x0060: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0070: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0080: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0090: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0100: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0110: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0120: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0130: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0140: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0150: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0160: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0170: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0180: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0190: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0200: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0210: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0220: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0230: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0240: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0250: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0260: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0270: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0280: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0290: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0300: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0310: 6600 6
0x0320: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0330: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0340: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0350: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0360: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0370: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0380: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0390: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0400: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0410: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0420: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0430: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0440: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0450: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0460: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0470: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0480: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0490: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0500: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0510: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0520: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0530: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0540: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0550: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0560: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0570: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0580: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0590: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05e0: 6600 6e65 7470 6572 6600
10:30:59.111157 IP 192.168.122.75 > 192.168.122.7: GREv0, length 1480:
IP 192.168.1.1.59705 > 192.168.2.1.54661: Flags [.], seq 9968:11392, ack
1, win 113, options [nop,nop,TS val 4294921743 ecr 4294921071], length
1424
0x0000: 5254 00e1 3ea0 5254 008c 9a65 0800 4500
0x0010: 05dc 0000 4000 402f bf4f c0a8 7a4b c0a8
0x0020: 7a07 0000 0800 4500 05c4 3b65 4000 4006
0x0030: 757c c0a8 0101 c0a8 0201 e939 d585 5f3a
0x0040: 949b c786 1b40 8010 0071 8f05 0000 0101
0x0050: 080a ffff 4e0f ffff 4b6f 6e65 7470 6572
0x0060: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0070: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0080: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0090: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x00f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0100: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0110: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0120: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0130: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0140: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0150: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0160: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0170: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0180: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0190: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x01f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0200: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0210: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0220: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0230: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0240: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0250: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0260: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0270: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0280: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0290: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x02f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0300: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0310: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0320: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0330: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0340: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0350: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0360: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0370: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0380: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0390: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x03f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0400: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0410: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0420: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0430: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0440: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0450: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0460: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0470: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0480: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0490: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04e0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x04f0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0500: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0510: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0520: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0530: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0540: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0550: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0560: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0570: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0580: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x0590: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05a0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05b0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05c0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05d0: 6600 6e65 7470 6572 6600 6e65 7470 6572
0x05e0: 6600 6e65 7470 6572 6600
^ permalink raw reply
* Re: [BUG] bisected: PandaBoard smsc95xx ethernet driver error from USB timeout
From: Ming Lei @ 2013-03-24 2:17 UTC (permalink / raw)
To: frank.rowand-mEdOJwZ7QcZBDgjK7y7TUQ
Cc: Rowand, Frank,
stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org,
gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
balbi-l0cyMroinI0@public.gmane.org,
netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
steve.glendinning-sdUf+H5yV5I@public.gmane.org
In-Reply-To: <514B6D77.8080202-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
On Fri, Mar 22, 2013 at 4:28 AM, Frank Rowand <frank.rowand-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org> wrote:
>> I play upstream kernel on Pandaboard A1 frequently, looks not
>> see the failure problem before. Maybe the problem is config dependent.
>>
>> If you may share your config file, I'd like to do the test too.
3.9-rc2-20130314 doesn't have the problem observed on my Pandaboard A1,
but I only tested booting from MMC, not from NFS.
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Hannes Frederic Sowa @ 2013-03-24 1:41 UTC (permalink / raw)
To: Sven Hartge; +Cc: netdev, Jie.Yang, xiong.huang
In-Reply-To: <89joa2largv8@mids.svenhartge.de>
On Sun, Mar 24, 2013 at 02:35:11AM +0100, Sven Hartge wrote:
> Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> > On Sun, Mar 24, 2013 at 01:36:33AM +0100, Sven Hartge wrote:
> >> Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> >> > On Sat, Mar 23, 2013 at 12:54:25AM -0400, rebelyouth wrote:
> >> >> I applied your patch on my the kernel 3.7.9 and look like the patch do
> >> >> what you said before :
> >> >>
> >> >> "This does not solve the real problem, which I have not yet understood
> >> >> (wrong packets will be discarded now and will be hopefully resend). "
> >> >>
> >> >> There are errors on the RX side of the server and the speed is 5~10%
> >> >> less but the files are ok in nfsv4 , SFTP/FTP and samba.
> >> >>
> >> >> Maybe the Atheros drivers for windows had a patch for the checksum
> >> >> already in the drivers and the chipset have some hardware bug, but for
> >> >> me your patch is already an achievement and I really thank you for your
> >> >> time and consideration.
> >>
> >> > The upstream driver (which is a tarball I found with google
> >> > AR81Family-linux-v1.0.1.14.tar.gz) has this function ifdefed out. I have
> >> > a couple of more things I want to test as soon as I have access to the
> >> > hardware again. If I don't find a better solution I will submit a patch
> >> > which disables rx checksumming as a whole for inclusion to net-next.
> >>
> >> I remember having the some problem with an atl1e chip on my Asus
> >> PQ5-Pro. It would corrupt ethernet frames, resulting in dropped
> >> connections when using SSH (bailing out with a HMAC crypto error) etc.
> >>
> >> After some conversations with an Atheros engineer (Jie Yang
> >> <Jie.Yang@Atheros.com>) I got the following patch, which I applied for
> >> some time to my local Debian kernel packages. It fixed the problem for
> >> me, until I switched the board to a newer one.
> >>
> >> As far as I understand, this patch rips out any checksumming function
> >> and just advertises the chip as not using and providing any.
>
> > Yes, my patch does the same, just jumpes over the body of the function
> > and returns without updating the ip_summed field.
>
> >> My mail archive indicates, this bug has been fixed in the upstream atl1e
> >> driver since version l1c-linux-v1.0.0.11-test.tar.gz.
>
> > Yes, they ifdefed out the body of the function.
>
> > What we have found so far:
>
> > It seems packet content overwrites itself. We have not yet found a
> > pattern but it seems that some 16 bytes from the payload overwrite
> > other parts of the packet, even mulitple times (but the same 16 bytes
> > though).
>
> > I also checked freebsd. Hardware rx checksumming is disabled there and
> > we did not see any checksum errors in the stack. So I assume they
> > don't have this problem.
>
> I understand from my conversation with Jie Yang, that he reproduced the
> problem at Atheros and then decided to disable checksumming in the
> driver. My guess would be that is some kind of confirmation this feature
> is broken in that hardware and should not be used.
Added Jie Yang and Xiong Huang to Cc.
I don't know if checksumming is the cause of this problem. Perhaps the dma
transfers get corrupted and the data was correct in the card's buffers.
Greetings,
Hannes
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Sven Hartge @ 2013-03-24 1:35 UTC (permalink / raw)
To: netdev
In-Reply-To: <20130324012625.GA17948@order.stressinduktion.org>
Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> On Sun, Mar 24, 2013 at 01:36:33AM +0100, Sven Hartge wrote:
>> Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
>> > On Sat, Mar 23, 2013 at 12:54:25AM -0400, rebelyouth wrote:
>> >> I applied your patch on my the kernel 3.7.9 and look like the patch do
>> >> what you said before :
>> >>
>> >> "This does not solve the real problem, which I have not yet understood
>> >> (wrong packets will be discarded now and will be hopefully resend). "
>> >>
>> >> There are errors on the RX side of the server and the speed is 5~10%
>> >> less but the files are ok in nfsv4 , SFTP/FTP and samba.
>> >>
>> >> Maybe the Atheros drivers for windows had a patch for the checksum
>> >> already in the drivers and the chipset have some hardware bug, but for
>> >> me your patch is already an achievement and I really thank you for your
>> >> time and consideration.
>>
>> > The upstream driver (which is a tarball I found with google
>> > AR81Family-linux-v1.0.1.14.tar.gz) has this function ifdefed out. I have
>> > a couple of more things I want to test as soon as I have access to the
>> > hardware again. If I don't find a better solution I will submit a patch
>> > which disables rx checksumming as a whole for inclusion to net-next.
>>
>> I remember having the some problem with an atl1e chip on my Asus
>> PQ5-Pro. It would corrupt ethernet frames, resulting in dropped
>> connections when using SSH (bailing out with a HMAC crypto error) etc.
>>
>> After some conversations with an Atheros engineer (Jie Yang
>> <Jie.Yang@Atheros.com>) I got the following patch, which I applied for
>> some time to my local Debian kernel packages. It fixed the problem for
>> me, until I switched the board to a newer one.
>>
>> As far as I understand, this patch rips out any checksumming function
>> and just advertises the chip as not using and providing any.
> Yes, my patch does the same, just jumpes over the body of the function
> and returns without updating the ip_summed field.
>> My mail archive indicates, this bug has been fixed in the upstream atl1e
>> driver since version l1c-linux-v1.0.0.11-test.tar.gz.
> Yes, they ifdefed out the body of the function.
> What we have found so far:
> It seems packet content overwrites itself. We have not yet found a
> pattern but it seems that some 16 bytes from the payload overwrite
> other parts of the packet, even mulitple times (but the same 16 bytes
> though).
> I also checked freebsd. Hardware rx checksumming is disabled there and
> we did not see any checksum errors in the stack. So I assume they
> don't have this problem.
I understand from my conversation with Jie Yang, that he reproduced the
problem at Atheros and then decided to disable checksumming in the
driver. My guess would be that is some kind of confirmation this feature
is broken in that hardware and should not be used.
Grüße,
Sven.
--
Sigmentation fault. Core dumped.
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Hannes Frederic Sowa @ 2013-03-24 1:26 UTC (permalink / raw)
To: Sven Hartge; +Cc: netdev
In-Reply-To: <69jo698argv8@mids.svenhartge.de>
On Sun, Mar 24, 2013 at 01:36:33AM +0100, Sven Hartge wrote:
> Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> > On Sat, Mar 23, 2013 at 12:54:25AM -0400, rebelyouth wrote:
> >> I applied your patch on my the kernel 3.7.9 and look like the patch do
> >> what you said before :
> >>
> >> "This does not solve the real problem, which I have not yet understood
> >> (wrong packets will be discarded now and will be hopefully resend). "
> >>
> >> There are errors on the RX side of the server and the speed is 5~10%
> >> less but the files are ok in nfsv4 , SFTP/FTP and samba.
> >>
> >> Maybe the Atheros drivers for windows had a patch for the checksum
> >> already in the drivers and the chipset have some hardware bug, but for
> >> me your patch is already an achievement and I really thank you for your
> >> time and consideration.
>
> > The upstream driver (which is a tarball I found with google
> > AR81Family-linux-v1.0.1.14.tar.gz) has this function ifdefed out. I have
> > a couple of more things I want to test as soon as I have access to the
> > hardware again. If I don't find a better solution I will submit a patch
> > which disables rx checksumming as a whole for inclusion to net-next.
>
> I remember having the some problem with an atl1e chip on my Asus
> PQ5-Pro. It would corrupt ethernet frames, resulting in dropped
> connections when using SSH (bailing out with a HMAC crypto error) etc.
>
> After some conversations with an Atheros engineer (Jie Yang
> <Jie.Yang@Atheros.com>) I got the following patch, which I applied for
> some time to my local Debian kernel packages. It fixed the problem for
> me, until I switched the board to a newer one.
>
> As far as I understand, this patch rips out any checksumming function
> and just advertises the chip as not using and providing any.
Yes, my patch does the same, just jumpes over the body of the function
and returns without updating the ip_summed field.
> My mail archive indicates, this bug has been fixed in the upstream atl1e
> driver since version l1c-linux-v1.0.0.11-test.tar.gz.
Yes, they ifdefed out the body of the function.
What we have found so far:
It seems packet content overwrites itself. We have not yet found a pattern
but it seems that some 16 bytes from the payload overwrite other parts
of the packet, even mulitple times (but the same 16 bytes though).
I also checked freebsd. Hardware rx checksumming is disabled there and
we did not see any checksum errors in the stack. So I assume they don't
have this problem.
^ permalink raw reply
* Re: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0) 1.0.0.7 md5/sha1 corrupted using NFS and samba (updated) Version 2
From: Sven Hartge @ 2013-03-24 1:07 UTC (permalink / raw)
To: netdev
In-Reply-To: <20130323150655.GA10779@order.stressinduktion.org>
Hannes Frederic Sowa <hannes@stressinduktion.org> wrote:
> The upstream driver (which is a tarball I found with google
> AR81Family-linux-v1.0.1.14.tar.gz) has this function ifdefed out. I
> have a couple of more things I want to test as soon as I have access
> to the hardware again. If I don't find a better solution I will
> submit a patch which disables rx checksumming as a whole for inclusion
> to net-next.
In addition to my other mail: Please have a look at Debian Bug #558426
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558426> which is about
TSO and TCP/IPv6 on atl1e which had problems as well.
I wouldn't find it surprising if any offloading or hardware checksumming
is broken on that hardware.
Grüße,
Sven.
--
Sigmentation fault. Core dumped.
^ permalink raw reply
* Re: [PATCH] net: reduce net_rx_action() latency to 2 HZ
From: Willy Tarreau @ 2013-03-24 1:02 UTC (permalink / raw)
To: Paul Gortmaker
Cc: Eric Dumazet, David Miller, netdev, stable, Tom Herbert,
Steven Rostedt
In-Reply-To: <514B429C.5070605@windriver.com>
On Thu, Mar 21, 2013 at 01:25:48PM -0400, Paul Gortmaker wrote:
> On 13-03-21 11:27 AM, Eric Dumazet wrote:
> > On Thu, 2013-03-21 at 11:03 -0400, Paul Gortmaker wrote:
> >> [CC'ing stable & Willy - for the older releases not fed by
> >> http://patchwork.ozlabs.org/bundle/davem/stable/ ]
> >>
> >> On Tue, Mar 5, 2013 at 12:15 PM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> >>> From: Eric Dumazet <edumazt@google.com>
> >>>
> >>> We should use time_after_eq() to get maximum latency of two ticks,
> >>> instead of three.
> >>>
> >>> Bug added in commit 24f8b2385 (net: increase receive packet quantum)
> >>
> >> I'm not sure what applications would notice the extra tick, but 24f8b takes
> >> us back to 2.6.29. It cherry picks cleanly onto 2.6.34, so it probably also
> >> does the same for Willy's 2.6.32 longterm too.
> >>
> >> Commit is now mainline d114a3338747255518 - v3.9-rc3~36^2~34.
> >
> > BQL (Bytes Queue Limit) relies on TX completion being run often, and
> > Qdisc being serviced often as well. If net_rx_action() hogs the cpu,
> > net_tx_action() is delayed and NIC can stall.
> >
> > I wrote this patch because I was investigating a regression when a
> > Google application began using BQL enabled kernels.
> >
> > About the latency in itself, following commit is way more interesting.
> >
> > commit c10d73671ad30f5 (softirq: reduce latencies)
> >
> > As without it, I could trigger more than 50ms latencies for the poor
> > user thread interrupted by softirq processing.
>
> That is also reasonably portable back to 2.6.34. And it is more
> interesting too -- it will be interesting in a preempt_rt context
> too, once RT moves ahead off the current 3.6 baseline, which still
> has the old count-limit of 10 vs the new 2ms time limit.
>
> RT (3.4 and 3.6 based) currently has this patch from Steven:
> http://git.kernel.org/cgit/linux/kernel/git/paulg/3.6-rt-patches.git/tree/net-tx-action-avoid-livelock-on-rt.patch
>
> Anyway, thanks for the heads up on this commit.
And thanks to you Paul for the heads up as well, I'll pick them from
your branch :-)
Cheers,
Willy
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox