Am Sonntag 15 Januar 2006 16:39 schrieb Stuffed Crust:
> Internally, we're pure 802.11. One thing to keep in mind that we're not
> going to be bridging/translating non-data traffic to other networks, and
> with that in mind, 802.3<->802.11 translation is trivial, and won't lose
> anything except for a bit of efficiency. (and then, just to be
> contrary, the prism54 hardware actually requires 802.3 frames!)
prism2 usb is even worse - the urb is build of some control structure, the
802.11 3 address header, a 802.3 header and the 802.11 data part. Some bits
in the control structure decide whether the 802.11 or the 802.3 header is
used to create the frame sent to the air.
Fortunately, a driver should be able to specify it's additional memory need at
the front of the frame via hard_header_len. Some drivers will need to do some
ugly memmove()s at the packet begin then.
> (Part of the problem is that 802.11 has a variable-length header - 24,
> 26, 30, or 32 bytes, and each address field means different things
> depending on which mode we're using..)
.. and it gets even worse as soon as we start encrypting packets. I think we
should start using the netdev wiki at http://linux-net.osdl.org/ to collect
information. For this part of the discussion, we need to know what transmit
frame formats different hardware needs.
I'll ask Stephen Hemminger to put a link for wireless development on the index
page and will start with frame information for prism2 and other hardware I
have and understand good enough.
Stefan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
