> > process them in host byte order. This has the result that my tap sees the
> > bytes in host byte order instead of network byte order as it was expecting.
> > The tap picks up locally originated packets OK because those function codes
> > are generated - and left - in network byte order.
>
> Known problem in 2.0.x. Fixing it "properly" requires 2.1.x and I'll fix
> it there now
And, since the original message describes what I believe to be an atalk
packet sniffer, I'd appreciate pointers to code for such a beast. I'm
trying to reverse-engineer the protocol used for booting Apple II
computers on a localtalk network (hey, keeps me off the street corners at
night!)
Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu