Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
Alan Garfield
alan at fromorbit.com
Wed Apr 25 02:36:40 UTC 2007
Peter Jeremy wrote:
> Given that we are effectivly dealing with a shared memory block, how
> does the SP now when the server has finished writing and vice versa?
> Is jnet's handling of multiple mbufs making the SP think there are
> multiple packets?
D'oh! /me slaps forehead
I wondereded what the NAK response I saw I was getting after each TX. RX
gets an interrupt, TX gets a NAK.
If I block sending the next packet until I receive a NAK or I timeout
that should fix it. Silly silly boy!
>> Your jnet_start() routine fills the tail of the buffer w/zeros
>> already, doesn't it?
>
> I would also suggest padding to 256 bytes with zeroes.
Already does that as Yar correctly pointed out. The ADDR port is reset
to zero, a bus_space_write_multi1 dumps into the DATA port the packet
till there is no packet left, and a for loop fills what's left.
Thanks,
Alan.
More information about the freebsd-net
mailing list