[lwip-users] Re: [lwip] Offtopic Realtek

[Rod Boyce]

I've said it before and I say it again under these conditions what you have 
described sounds a lot like a 
hardware configuration problem.

ONCE ALL THE HARDWARE BUGS ARE FIX THE SOFTWARE MAGICALLY STARTS TO WORK 
CORRECTLY.
I've seen this 100's of times hardware guys can't find the problem so the 
solution is to blame the software.
>From your description if it really was a software fault you should find some 
>code somewhere that resembles this:
    if(( byte_to_send & 0x0e) != 0 )
    {
        byte_to_send |= 0x02;
    }

Why would anybody write a piece of code like this in side a packet?  I can 
think of lots of reasons to write code like this but not to send a packet.

Find this next hardware bug and any further hardware bugs and the software will 
start to work correctly.
How do I know this I've seen it 100's of times.

Rod

On Wed, 13 Nov 2002 21:06:43 +1100
Nicolas Moreau <address@hidden> wrote:

> This is offtopic but somone here might have the answer.
> 
> I am trying to write a driver for the Realtek chip, all is fine apart for one 
> problem. Some bytes are changed when the are sent on Ethernet.
> I am logging information using Etherpeek on W2K.
> eg: sending 0x50 in a packet I get 0x52 on the PC.
> 
> I can write any value into registers and that works, so my hardware/bus is 
> fine.
> Some other bytes are substituted and the only pattern I have found is: 
> if bit 4 and any bit 5,6 or 7 is set then bit 1 is set !!
> 
> I can't make any sense out of this, it's driving me mad. I even changed chips 
> and  I still have the same problem so I figure it must be software !
> 
> Any ideas anyone ?
> 
> Thanks
> 
> Nic
> 
> -------------------------------------------------
> 
> [This message was sent through the lwip discussion list.]
> 
[This message was sent through the lwip discussion list.]