* Fragmentation
@ 2009-04-01 20:55 Charles Gordon
2009-04-02 1:55 ` Fragmentation Johannes Berg
0 siblings, 1 reply; 2+ messages in thread
From: Charles Gordon @ 2009-04-01 20:55 UTC (permalink / raw)
To: linux-wireless
Hi,
I'm working on a driver which will use mac80211. My hardware cannot
transmit a frame larger than 1792 bytes, or receive frames larger than
2048 bytes. Right now I am relying on the fragmentation routines
built into mac80211. Is there a way for my driver to tell mac80211
what the maximum transmit and receive frame sizes are? Do I need to
implement my own fragmentation code to handle this?
Thanks for you help.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Fragmentation
2009-04-01 20:55 Fragmentation Charles Gordon
@ 2009-04-02 1:55 ` Johannes Berg
0 siblings, 0 replies; 2+ messages in thread
From: Johannes Berg @ 2009-04-02 1:55 UTC (permalink / raw)
To: Charles Gordon; +Cc: linux-wireless
[-- Attachment #1: Type: text/plain, Size: 1294 bytes --]
Charles,
> I'm working on a driver which will use mac80211. My hardware cannot
> transmit a frame larger than 1792 bytes, or receive frames larger than
> 2048 bytes. Right now I am relying on the fragmentation routines
> built into mac80211. Is there a way for my driver to tell mac80211
> what the maximum transmit and receive frame sizes are? Do I need to
> implement my own fragmentation code to handle this?
Using fragmentation for this is not a good plan -- better adjust the
maximum MTU. We currently cannot do that because mac80211 assumes that
all devices actually conform to the 802.11 standard wrt. this... Clearly
your device does not -- 2048 bytes is much too small, and you cannot
force the remote peer to send smaller frames than that (though in
practise it they will be smaller most of the time).
I would suggest that for now you don't worry about it at all -- the
default MTU is 1500 matching ethernet, so the largest frame that
mac80211 will give you by default is much smaller than 1792 bytes. Then,
once you release your driver under GPL and post it for inclusion into
our tree we can think about adding a new hardware capability to mac80211
that restricts users from increasing the MTU above 1792-30-2-8-4 (or
something like that).
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-04-02 1:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-01 20:55 Fragmentation Charles Gordon
2009-04-02 1:55 ` Fragmentation Johannes Berg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox