Hello,
Again, as I've said, it's really not the proper way to implement
6lowpan. Please reimplement this using protocol receivers (not
mac-level device) and XFRM6.
On Fri, Aug 27, 2010 at 5:01 PM, Jon Smirl wrote:
> I will be gone for a week. I am doing something wrong with the skb in
> receive
On Fri, Aug 27, 2010 at 9:21 AM, Mariano Alvira wrote:
> This is probably because maca_off is disabling them. One fix is to
> read the MAC before maca_off --- or remove the maca_off call --- or
> add a nvm_off command and factor that out of maca_off...
Our just read the MAC address into a variabl
This is probably because maca_off is disabling them. One fix is to
read the MAC before maca_off --- or remove the maca_off call --- or
add a nvm_off command and factor that out of maca_off...
Regardless, I'll get this into the patchwork so the issue doesn't get
lost.
-Mar.
On Fri, Aug 27, 2010
---
linux.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/linux.c b/linux.c
index 4506b13..a52e254 100644
--- a/linux.c
+++ b/linux.c
@@ -69,18 +69,40 @@ int timed_getc(volatile uint8_t *c) {
return -ETIMEDOUT;
}
+const uint8_t hex[16]={
---
include/nl802154.h |1 +
src/iz-phy.c | 68
test-serial/test_DQ.py |6 ++--
3 files changed, 72 insertions(+), 3 deletions(-)
diff --git a/include/nl802154.h b/include/nl802154.h
index ce1e6a1..cc80bd6 100644
--- a/incl
I will be gone for a week. I am doing something wrong with the skb in receive.
If you receive a packet with Wireshark running the kernel will crash. So I'm
probably corrupting memory by misusing a skb. Special thanks to anyone how can
find the bug while I'm gone.
---
drivers/ieee802154/serial.c
