From: Phoebe Buckheister <phoebe.buckheister@itwm.fraunhofer.de>
To: Alexander Aring <alex.aring@gmail.com>
Cc: netdev@vger.kernel.org, davem@davemloft.net,
linux-zigbee-devel@lists.sourceforge.net
Subject: Re: [Linux-zigbee-devel] [PATCH 4/4] ieee802154: remove seq member of mac_cb
Date: Mon, 3 Mar 2014 15:34:43 +0100 [thread overview]
Message-ID: <20140303153443.1529d06a@zoidberg> (raw)
In-Reply-To: <20140303141026.GA22241@omega>
On Mon, 3 Mar 2014 15:10:27 +0100
Alexander Aring <alex.aring@gmail.com> wrote:
> Or maybe we can move the dev_hard_header call in lowpan_fragment_xmit
> and lowpan_xmit if this is possible. But then we doesn't know the mac
> header length in lowpan_skb_fragmentation. Strange...
You could have lowpan_fragment_xmit create an entirely new skb, call
dev_hard_header, determine how many bytes you can pack into that skb
and then do that. If you can transmit that fragment, return the number
of bytes transmitted, if you can't, return -ENOBUFS or whatever seems
more appropriate. Ideally, also ask mac802154 (somehow, not sure how)
about how many bytes you can fit into the fragment instead of using a
fixed maximum fragment size.
next prev parent reply other threads:[~2014-03-03 14:34 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-03 12:59 [PATCH net-next 0/4] ieee802154: clean up header handling Phoebe Buckheister
2014-03-03 12:59 ` [PATCH 1/4] ieee802154: add generic header handling routines Phoebe Buckheister
[not found] ` <1393851547-27876-1-git-send-email-phoebe.buckheister-mPn0NPGs4xGatNDF+KUbs4QuADTiUCJX@public.gmane.org>
2014-03-03 12:59 ` [PATCH 2/4] mac802154: use new header ops in wpan devices Phoebe Buckheister
2014-03-03 12:59 ` [PATCH 3/4] ieee802154: remove addresses from mac_cb Phoebe Buckheister
2014-03-03 12:59 ` [PATCH 4/4] ieee802154: remove seq member of mac_cb Phoebe Buckheister
2014-03-03 14:06 ` [Linux-zigbee-devel] " Alexander Aring
2014-03-03 14:10 ` Alexander Aring
2014-03-03 14:34 ` Phoebe Buckheister [this message]
2014-03-03 14:12 ` Phoebe Buckheister
2014-03-03 15:40 ` Alexander Aring
2014-03-03 13:59 ` [PATCH net-next 0/4] ieee802154: clean up header handling Alexander Aring
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140303153443.1529d06a@zoidberg \
--to=phoebe.buckheister@itwm.fraunhofer.de \
--cc=alex.aring@gmail.com \
--cc=davem@davemloft.net \
--cc=linux-zigbee-devel@lists.sourceforge.net \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.