All of lore.kernel.org
 help / color / mirror / Atom feed
From: Werner Almesberger <werner@almesberger.net>
To: David Miller <davem@davemloft.net>
Cc: alex.aring@gmail.com, netdev@vger.kernel.org,
	linux-zigbee-devel@lists.sourceforge.net
Subject: Re: [Linux-zigbee-devel] [PATCH] 6lowpan: handle only real link-local addresses
Date: Wed, 14 Aug 2013 07:24:36 -0300	[thread overview]
Message-ID: <20130814102436.GJ21958@ws> (raw)
In-Reply-To: <20130813.151230.1608414279292576217.davem@davemloft.net>

David Miller wrote:
> You're submitting 7 patches, one set is numbered 1-6 and this
> one has no number.

The unnumbered patch is independent from the rest. But yes, he
shouldn't have sent it in the same thread.

To provide a bit of context, 6LoWPAN support in the kernel is
currently in an embarrassingly badly broken state. On a good day,
you can get ping to an RFC-compliant peer to work, sometimes even
both ways, but only as long as you use link-local addresses and
keep the payload small. Beyond that, it's all bugland.

Alexander thus started to fix the 6LoWPAN issues he and others,
myself included, had bumped into. It's a lot of changes for a
relatively small file (6lowpan.c) and later on he'll have at
least one more batch for fragmentation, but when all that is
done, we'll finally have a stack that can actually do real work.

Alexander, since you'll have to re-submit anyway, you may want to
add a

Reviewed-by: Werner Almesberger <werner@almesberger.net>

to all the patches.

- Werner

      reply	other threads:[~2013-08-14 10:27 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-13 21:53 [PATCH] 6lowpan: handle only real link-local addresses Alexander Aring
2013-08-13 21:53 ` [PATCH 0/6] 6lowpan: uncompress of addresses fix Alexander Aring
     [not found] ` <1376430813-30982-1-git-send-email-alex.aring-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-08-13 21:53   ` [PATCH 1/6] 6lowpan: init ipv6hdr buffer to zero Alexander Aring
2013-08-13 21:53   ` [PATCH 2/6] 6lowpan: Fix fragmentation with link-local compressed addresses Alexander Aring
2013-08-13 21:53   ` [PATCH 3/6] 6lowpan: introduce lowpan_fetch_skb function Alexander Aring
2013-08-13 21:53   ` [PATCH 5/6] 6lowpan: lowpan_uncompress_addr with address_mode Alexander Aring
2013-08-13 21:53 ` [PATCH 4/6] 6lowpan: add function to uncompress multicast addr Alexander Aring
2013-08-13 21:53 ` [PATCH 6/6] 6lowpan: handle context based source address Alexander Aring
2013-08-13 22:12 ` [PATCH] 6lowpan: handle only real link-local addresses David Miller
2013-08-14 10:24   ` Werner Almesberger [this message]

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=20130814102436.GJ21958@ws \
    --to=werner@almesberger.net \
    --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.