From: Ben Greear <greearb@candelatech.com>
To: Lewis Adam-CAL022 <Adam.Lewis@motorola.com>
Cc: netdev@oss.sgi.com
Subject: Re: hard_start_xmit and Linux bridging
Date: Mon, 13 Sep 2004 11:14:22 -0700 [thread overview]
Message-ID: <4145E37E.40706@candelatech.com> (raw)
In-Reply-To: <FD52892BD296D71183B400065BFCB6900EE98AA3@il02exm12>
Lewis Adam-CAL022 wrote:
> Hi Ben,
>
>
>>-----Original Message-----
>>From: Ben Greear [mailto:greearb@candelatech.com]
>>Sent: Thursday, September 09, 2004 6:30 PM
>>To: Lewis Adam-CAL022
>>Cc: netdev@oss.sgi.com
>>Subject: Re: hard_start_xmit and Linux bridging
>>
>>I added some ioctls to allow one to turn on the ability to
>>receive the CRC, but I don't know of any drivers that include
>>it by default.
>
>
> Right, this is what I would have expected since no other driver account for it.
>
>
>>What driver/hardware is your eth0 device?
>
>
> It is a custom board but a Xilinx PCORE and using a Montavista driver. Based on what you said above, it seems that I might want to pursue this with them.
>
>
>>How are you determining the size, by the skb->len ?
>
>
> Exactly. And not only does it include the FCS/CRC, but in the case of an ARP, there are an extra 14 trailing 0's. I thought this was a bridging issue, now I'm thinking it's a xilinx/mvista issue.
>
>
>>Does tcpdump/ethereal show the extra 4 bytes if you sniff
>>eth0 w/out bridging?
>
>
> Yeah. And in the case of ARP it is even weirder, and extra 18 bytes, mostly zeros. So case in point, it sounds like this is not proper operation? I want to confirm before I bring it up with Xilinx and Montavista.
Sounds to me like they are not zeroing out the padded bytes, and that
they are also counting the padded bytes (and CRC) as valid data in
the driver.
My vote is definately an ethernet driver bug (or bugs).
Ben
>
> Thanks!
> Adam
>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
next prev parent reply other threads:[~2004-09-13 18:14 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-10 15:24 hard_start_xmit and Linux bridging Lewis Adam-CAL022
2004-09-13 18:14 ` Ben Greear [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-09-09 22:10 Lewis Adam-CAL022
2004-09-09 23:30 ` Ben Greear
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4145E37E.40706@candelatech.com \
--to=greearb@candelatech.com \
--cc=Adam.Lewis@motorola.com \
--cc=netdev@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).