Fix a little comment issue.
Number 2 is 10 in bits and 1 is 01.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 55e1fd5..1ec14ef 100644
--- a/net/ieee8021
From: David Hauweele
When a new 6lowpan fragment is received, a skbuff is allocated for
the reassembled packet. However when a 6lowpan packet compresses
link-local addresses based on link-layer addresses, the processing
function relies on the skb mac control block to find the related
link-layer a
Version 5 of my patch series for the 6lowpan patch. It doesn't fix all known
bugs yet.
But it should fix the bug for uncompression of link_layer addresses and some
other addresses.
If this patch series looks OK, I will send it to the netdev mailinglist.
I got some issues with checkpatch in pa
We don't handle the CID bit currently, so I add a warning and drop the
package.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 51fb55c..7062dad 10064
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 80f6f7b..edd4cfa 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802154/6lowpan.c
@@ -543,9 +543,10 @@ st
When we set it to zero, we can assume that the memory is already zero
while parsing.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 8e0fbb8..fd0a5bc 1006
Pointers _saddr and _daddr points to source and destination address.
Use this for a link-layer compression to get these addresses.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ie
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 1ec14ef..8e0fbb8 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802154/6lowpan.c
@@ -819,7 +819,8 @@ low
This patch drop the pre and postcount calculation from the
lowpan_uncompress_addr function.
We use instead a switch case over address_mode value, it's easier
to understand what's going on there.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 123 ++
Handle context based address when a unspecific address is specified.
For other context based address we print a warning and drop the package
currently because we don't support it right now.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 54 +
We don't handle the DAC bit currently, so I add a warning and drop the
package.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 706
Add function to uncompress multicast address.
This function split the uncompress function for a multicast address
in a seperate function.
To uncompress a multicast address is different than a other
non-multicasts addresses according to rfc6282.
Signed-off-by: Alexander Aring
---
net/ieee802154/
While we can assume that the memory is already be zero, we can drop some
memsets while parsing.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index fd0a5bc..f3406dac 1
Hi all,
I decide to send this mail to summary all problems/bugs of the current
6lowpan implementation. This mail is not to send "Missing support of
..." or something else. Only bugs of current supported things.
I have these problems in my mind:
- Payload length on fragmented packets
- Some Traf
I'm interested in knowing what SOC 802.15.4 devices you are using
this stack with. Also, which 6lowpan implementation on the SOC.
Has Contiki to linux-zigbee been sorted out yet?
--
Jon Smirl
jonsm...@gmail.com
--
See e
Hi,
On Thu, Jul 18, 2013 at 01:59:56PM -0400, jonsm...@gmail.com wrote:
> I'm interested in knowing what SOC 802.15.4 devices you are using
> this stack with. Also, which 6lowpan implementation on the SOC.
>
what do you mean with SOC, System on Chip? Currently there are some spi
device and virtu
On Thu, Jul 18, 2013 at 2:17 PM, Alexander Aring wrote:
> Hi,
>
> On Thu, Jul 18, 2013 at 01:59:56PM -0400, jonsm...@gmail.com wrote:
>> I'm interested in knowing what SOC 802.15.4 devices you are using
>> this stack with. Also, which 6lowpan implementation on the SOC.
>>
> what do you mean with
Hi Jon,
I think Alexander highlighted the various issues in his previous mail
named "known problems of the 6lowpan stack". Currently, I don't think a
vanilla Linux kernel would be able to talk with anything else than an
other vanilla Linux kernel. There is some patches floating around, that
fix so
18 matches
Mail list logo
