On 03/19/2012 02:15 AM, Prajosh Premdas wrote:
> Hi All
>
> The code in devel branch in linux-zigbee project, I find doesnot
> compile in latest net-next
>
> Reason : A lot of macros like NETIF_F_NO_CSUM is missing in net-next latest.
>
> If any body have a fixed copy of code could you please share
On 03/19/2012 07:42 PM, Alan Ott wrote:
> On 03/19/2012 02:15 AM, Prajosh Premdas wrote:
>> The code in devel branch in linux-zigbee project, I find doesnot
>> compile in latest net-next
> Try including netdev_features.h
>
> http://git.kernel.org/?p=linux/kernel/git/next/l
Hello,
I got an Econotag and I'm trying to get it working. The larger goal is
to get my driver for the MRF24J40 working. Starting with a supported
device it seems makes sense.
Since I don't have any kind of 802.15.4 analyzer, I'm somewhat in the
dark, and the more information I can get about the
On 4/4/12 5:17 PM, Tony Cheneau wrote:
> I found out the problem to my compilation issues. I did the following
> change in the configure.ac (one line fix):
> -PKG_CHECK_MODULES([NL], [libnl-3.0])
> +PKG_CHECK_MODULES([NL], [libnl-3.0, libnl-genl-3.0])
>
> Still, I do not know if my problem is/was F
Some of the error handling was checking for != 0 on functions which returned
positive values on success.
Someone should have a look at the last one. I'm not sure what it was
supposed to do, since it failed every single time.
Signed-off-by: Alan Ott
---
src/coordinator.c |8 +-
file mode 100644
index 000..e7bef5b
--- /dev/null
+++ b/drivers/ieee802154/mrf24j40.c
@@ -0,0 +1,747 @@
+/*
+ * Driver for Microchip MRF24J40 802.15.4 Wireless-PAN Networking controller
+ *
+ * Copyright (C) 2012 Alan Ott
+ *Signal 11 Software
+ *
+ * This program is fre
40.c
@@ -0,0 +1,745 @@
+/*
+ * Driver for Microchip MRF24J40 802.15.4 Wireless-PAN Networking controller
+ *
+ * Copyright (C) 2012 Alan Ott
+ *Signal 11 Software
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General P
On 05/23/2012 10:05 AM, Pierre-Emmanuel Goudet wrote:
>
>
>
> I'm an early tester of linux-zigbee implementation. I was, until now,
> playing with "Serial" driver and having quite success to use it.
>
>
>
> Is there any tutorial in the way that a driver like CC2420 or RF231
> would be used on t
gt; We'are on it for a Beaglebone ...
>
> But some intialisation are style mysterious for us ...
>
> Will write our results soon.
>
>
>
> Thanks
>
>
>
> *De :*Alan Ott [mailto:a...@signal11.us]
> *Envoyé :* mercredi 23 mai 2012 16:49
> *À :* Pierre-
---
arch/arm/mach-omap2/board-am335xevm.c | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-am335xevm.c
b/arch/arm/mach-omap2/board-am335xevm.c
index 36efca1..84daf62 100644
--- a/arch/arm/mach-omap2/board-am335xevm.c
+++ b
On 05/23/2012 02:17 PM, Alan Ott wrote:
> ---
> arch/arm/mach-omap2/board-am335xevm.c | 25 +
> 1 files changed, 25 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/board-am335xevm.c
> b/arch/arm/mach-omap2/board-am335xevm.c
> i
On 05/24/2012 03:24 AM, Pierre-Emmanuel Goudet wrote:
> Thanks for this.
> We are already trying such a modification but not for "spidev" but for
> "cc120" that we are trying to connect to beaglebone, through
> "mac802154/iee802154" proto drivers.
Yes, that's why I clarified in the second email.
On 06/04/2012 10:48 AM, Pierre-Emmanuel Goudet wrote:
> We are now able to confirm that device ".name" and
> ".modalias" inside board configuration have got the same value.
>
> Everything seems fine and correctly executed during boot sequence.
>
> We've made the driver as a loadable module. Then w
On 06/05/2012 09:56 AM, E Layec wrote:
> You will find in attached file our current source code.
One thing that jumps out at me is the -EINVAL as .bus_num and .irq in
your board file. IRQ is just passed through to the driver (so it's
likely not causing _this_ problem), but .bus_num may be causing
tworking controller
+ *
+ * Copyright (C) 2012 Alan Ott
+ *Signal 11 Software
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version
Hi Alexander,
Thanks for the notes. Responses inline:
On 06/14/2012 03:22 AM, Alexander Smirnov wrote:
> Hi,
>
> just several trivial notes:
>
> 2012/6/14 Alan Ott :
>> Driver for the Microchip MRF24J40 802.15.4 WPAN module.
>>
>> ---
>>
>> Changes i
On 06/14/2012 06:23 PM, Alan Ott wrote:
> On 06/14/2012 03:22 AM, Alexander Smirnov wrote:
>> 2012/6/14 Alan Ott :
>>> +
>>> + /* Get the length of the data in the RX FIFO. */
>>> + ret = read_long_reg(devrec, REG_RX_FIFO, &val);
>>&
@@ -0,0 +1,780 @@
+/*
+ * Driver for Microchip MRF24J40 802.15.4 Wireless-PAN Networking controller
+ *
+ * Copyright (C) 2012 Alan Ott
+ *Signal 11 Software
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU Gener
On 06/15/2012 12:31 AM, Alan Ott wrote:
> Driver for the Microchip MRF24J40 802.15.4 WPAN module.
>
> Changes in v4
> Remove unnecessary #includes.
> Fix comment style.
> Fix hard-coded magic FIFO size
> Fix C99 comment style.
> Fix BUG_ON() for TX buffer lengt
On 06/18/2012 02:24 AM, Alexander Smirnov wrote:
+ dev_err(printdev(devrec),
+ "SPI write Failed for short register 0x%hhx\n",
reg);
+ goto out;
> I mean that it hasn't any sense due to the label "out" goes right
> after this go
Driver for the Microchip MRF24J40 802.15.4 WPAN module.
Signed-off-by: Alan Ott
---
Changes in v5:
remove unnecessary gotos
change BUG_ON to WARN_ON
---
drivers/ieee802154/Kconfig| 11 +
drivers/ieee802154/Makefile |1 +
drivers/ieee802154/mrf24j40.c | 767
On 06/29/2012 08:48 AM, Alexander Smirnov wrote:
> -- Forwarded message --
> From: David Miller
>
> From: Alexander Smirnov
> Date: Tue, 26 Jun 2012 13:24:47 +0400
>> Cover letter:
>> =
>> this patch-set binds the IEEE 802.15.4 Linux stack to the radio
>> transceivers.
On 07/06/2012 05:33 AM, Alexander Smirnov wrote:
>> 1. Where is the repo that you are working from? Since the git tree at
>> [1] hasn't been updated in three months, I assume you are working from
>> another tree. Is this tree accessible anywhere online? I looked at
>> linux-wsn and there's no publi
Hello,
I'm trying to follow the directions at linux-wsn[1] and am not having
much luck. Since I don't have the at91sam9g20ek board, I'm trying this
on my desktop PC with an Econotag[2] (using the serial.c driver I pulled
from [3]) and on a BeagleBone with an MRF24J40 (using a driver I made [4]).
On 07/31/2012 12:04 PM, Alan Ott wrote:
> I'm trying to follow the directions at linux-wsn[1] and am not having
> much luck. Since I don't have the at91sam9g20ek board, I'm trying this
> on my desktop PC with an Econotag[2] (using the serial.c driver I pulled
> from [3
On 08/02/2012 12:35 PM, Alexander Smirnov wrote:
> currently I'm in a bussiness trip and there is no time for 802.15.4
> topic, will be fully available starting from Monday.
> So please do not think that I'm ignoring you :-)
Hi Alex,
No problem. I can now successfully ping6 between my two systems
Hello,
I have an Econotag that I'm running with the linux802154-serialdev[1]
firmware and using the serial.c driver from the linux-zigbee[2] project.
I'm running the latest kernel (linux-next, with serial.c manually ported
over). I've also run with the 3.3-rc5[2] kernel (+patches) which is
hosted
On 08/02/2012 03:53 PM, Mariano Alvira wrote:
> On Thu, Aug 2, 2012 at 3:22 PM, Alan Ott wrote:
>> I'm currently able to talk between two systems, one system with the
>> Econotag and serial.c, and the other system with an MRF24J40 and a
>> driver I wrote[3] and am t
e is used,
>> not leaving enough time for the receiver to unload the fifo. The
>> standard for long interframe spacing is 640 usec; accumulate the
>> minimum difference between tx's using the mac clock and subtract the
>> RF time to see what is the LIFS.
>>
>
Hi David, thanks for your analysis. Responses are inline.
On 08/03/2012 09:53 AM, David Kopf wrote:
> The sequence numbers in your pcap are not incrementing, may or may not
> be a problem but some software will ignore duplicates.
>
I see the sequence number in the 802.15.4 header is always set to
On 08/03/2012 10:19 AM, Tony Cheneau wrote:
>> certainly not 400ms, so I'm not seeing that issue (whatever it is/was).
> I haven't changed the baud rate (so it's 115200), and my pings are
> I'm not too certain that the baudrate gave a 20 times performance
> increase. However, I believe that a 11520
On 08/03/2012 07:25 PM, Tony Cheneau wrote:
>
>> I'd be very happy to test any patches you have. I think those must
>> have been before I subscribed to the mailing list.
> I'll try to get something out during the week-end.
That would be great!
>> In the capture, sometimes the first packet does sh
On 08/03/2012 07:25 PM, Tony Cheneau wrote:
>>> - UDP header compression is broken: the header is compressed
>>> correctly, however both compressed and uncompressed header are sent
>>> on the air. Because the code is broken on the sender and the
>>> receiver, it still works. I have a patch for that
Before, it was impossible to remove a wpan device which had lowpan
attached to it.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 44 +---
1 files changed, 37 insertions(+), 7 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154
Since lowpan_process_data() modifies the skb (by calling skb_pull()), we
need our own copy so that it doesn't affect the data received by other
protcols (in this case, af_ieee802154).
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c |9 -
1 files changed, 8 insertions(
Fixes for 6lowpan.
I'm sorry about the other two emails that just went out with the same
subject. One day I'm going to start getting these right on the first try.
Alan Ott (2):
6lowpan: Make a copy of skb's delivered to 6lowpan
6lowpan: handle NETDEV_UNREGISTER event
Before, it was impossible to remove a wpan device which had lowpan
attached to it.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 44 +---
1 files changed, 37 insertions(+), 7 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154
Since lowpan_process_data() modifies the skb (by calling skb_pull()), we
need our own copy so that it doesn't affect the data received by other
protcols (in this case, af_ieee802154).
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c |9 -
1 files changed, 8 insertions(
This is a driver for the Microchip MRF24J40 802.15.4 transceiver.
Versions 1-5 and discussion can be found on the archives of the linux-zigbee
mailing list:
http://www.mail-archive.com/linux-zigbee-devel@lists.sourceforge.net/msg01014.html
Alan Ott (1):
ieee802154: MRF24J40 driver
drivers
Driver for the Microchip MRF24J40 802.15.4 WPAN module.
Signed-off-by: Alan Ott
---
drivers/ieee802154/Kconfig| 11 +
drivers/ieee802154/Makefile |1 +
drivers/ieee802154/mrf24j40.c | 767 +
3 files changed, 779 insertions(+), 0 deletions
On 08/31/2012 03:01 AM, Eric Dumazet wrote:
> On Wed, 2012-08-29 at 22:39 -0400, Alan Ott wrote:
>> Since lowpan_process_data() modifies the skb (by calling skb_pull()), we
>> need our own copy so that it doesn't affect the data received by other
>> protcols (i
v3 of this patch changes skb_copy() to skb_clone() in patch #1 at the
recommendation of Eric Dumazet
Alan Ott (2):
6lowpan: Make a copy of skb's delivered to 6lowpan
6lowpan: handle NETDEV_UNREGISTER event
net/ieee802154/6lowpan.c | 53 +++-
Before, it was impossible to remove a wpan device which had lowpan
attached to it.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 44 +---
1 files changed, 37 insertions(+), 7 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154
Since lowpan_process_data() modifies the skb (by calling skb_pull()), we
need our own copy so that it doesn't affect the data received by other
protcols (in this case, af_ieee802154).
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c |9 -
1 files changed, 8 insertions(
discussion can be found on the archives of the linux-zigbee
mailing list:
http://www.mail-archive.com/linux-zigbee-devel@lists.sourceforge.net/msg01014.html
Alan Ott (1):
ieee802154: MRF24J40 driver
drivers/net/ieee802154/Kconfig| 11 +
drivers/net/ieee802154/Makefile | 1 +
drivers
Driver for the Microchip MRF24J40 802.15.4 WPAN module.
Signed-off-by: Alan Ott
---
drivers/net/ieee802154/Kconfig| 11 +
drivers/net/ieee802154/Makefile | 1 +
drivers/net/ieee802154/mrf24j40.c | 767 ++
3 files changed, 779 insertions(+)
create
Hi,
Tony and I were recently talking about packet queueing on 802.15.4. What
currently happens (in net/mac802154/tx.c) is that each tx packet (skb)
is stuck on a work queue, and the worker function then sends each packet
to the hardware driver in order.
The problem with this is that it defeats th
On 09/10/2012 02:12 AM, Eric Dumazet wrote:
> On Sun, 2012-09-09 at 20:43 -0400, Alan Ott wrote:
>> Tony and I were recently talking about packet queueing on 802.15.4.
>>
>> The problem with this is that it defeats the netif flow control.
> And qdisc ability to better contr
On 09/22/2012 07:28 AM, Ivo Kunadt wrote:
>
> http://pastebin.com/Kyfrjmgs
>
> here ist my first try to write a driver for zigbee. Its not complete.
> Can someone see though and tell me what is wrong? I have it posted on
> pastepin, I hope its right.
>
Is there something about it that's not worki
On 10/11/2012 07:57 PM, jonsm...@gmail.com wrote:
> On Thu, Oct 11, 2012 at 6:18 PM, João Paulo Bodanese
> wrote:
>> Hi,
>>
>> I'm beginner in IEEE802.15.4 technology. In my master's degree work,
>> we have to build a node (raw 802.15.4) in the
>> Beaglebone board.
> Buy an Econotag and plug it in
On 10/05/2012 08:39 AM, Alex A. Mihaylov wrote:
> Hi!
>
> 2012/10/5 Alexander Smirnov :
>> please smoke this one: http://code.google.com/p/linux-wsn/wiki/Mainline
> Good news: this work on Toradex Colibri PXA320 (not only on Atmel
> at86rf231 Radio Extender plugged to at91sam9g20ek board). Use atme
On 10/01/2012 03:55 PM, Tom Carroll wrote:
>
> I'm looking for the source/patches for the 802154_SERIAL_CONFIG
> feature. I've checked
> git://linux-zigbee-devel.git.sourceforge.net/linux-zigbee/kernel and I
> couldn't find it.
The only places that identifier shows up on google are references to
t
On 10/15/2012 04:51 PM, João Paulo Bodanese wrote:
> So, I'm gonna use the MRF24J40MA, it's easy to solder in the Beaglebone.
> Alan, I found your driver in the site below, but i have some doubts.
>
> 1) What kernel source should I have to use in the Beaglebone?
The MRF24J40MA source is in the mai
On 10/15/2012 04:51 PM, João Paulo Bodanese wrote:
> So, I'm gonna use the MRF24J40MA, it's easy to solder in the Beaglebone.
> Alan, I found your driver in the site below, but i have some doubts.
>
> 1) What kernel source should I have to use in the Beaglebone?
> 2) What additional configuration i
On 10/23/2012 06:22 PM, João Paulo Bodanese wrote:
> My objective is to build my own application over the 802.15.4. So, i
> think i will need the basic functionality.
> Now, i have running a kernel 3.2 on the BeagleBone, and i started to
> merge the 802.15.4 code from linux-3.7-rc1 to the 3.2.
I w
On 10/25/2012 10:49 AM, Tony Cheneau wrote:
> I'm not so OK with removing patch 15, or at least, it would require
> some more testing in other parts of the code. Basically, the TBD are
> placeholder for when the Association Request/Response will be
> reimplemented. I introduced it because otherwis
On 10/25/2012 09:13 AM, João Paulo Bodanese wrote:
> I gave up trying to merge 3.7-rc1 to 3.2. There a lot of changes... :/
> The problem that's i can't run the 3.7-rc1 on BeagleBone. I git the
> last linux-omap kernel,
> but there isn't the defconfig to the am33xx processor.
> The only kernel that
On 10/26/2012 02:48 PM, Massimo Soricetti wrote:
> Hello, I would make a zigbee network under Linux. I know a lot of
> windows programming but little on linux, I'm mostly a linux user at the
> moment, but hopefully quickly evolving.
>
> I got a Freescale USB dongle (and a iDigi one) and of cours
Hi Randy,
Sorry for the delay. I need to clear this mailbox more often.
On 10/25/2012 07:12 PM, Randy Graham wrote:
> I am starting to play with the MRF24J40 driver on a custom i.mx28
> board running linux (thanks to Alan Ott for writing this driver).
>
> I assume that the WAKEUP and
On 10/15/2012 01:49 AM, Ivo Kunadt wrote:
> The 182rf1a has the Atmel Stack at the Moment. It didn´t need other
> Firmware to run . What must i implement now (TX,RX More?).
Tx, Rx, channel set, hardware filters, etc.
> And how can i write the rx part? Need i also the function
> ieee802154_rx_irqs
Hello,
I'd like to get some clarification and start some discussion on what the
path forward is for the linux-zigbee project and team. Currently I see
our situation as follows:
1. linux-zigbee.sf.net (first website)
* Mailing list (this one)
* Userspace tools
* recently updated, s
On 11/14/2012 10:48 AM, Jan Engelhardt wrote:
> As a mere bystander, I would have to wonder "just what is WSN?" WPAN,
> yes, that tells me something. (I had seen the 6 low pan options before
> during kernel's make oldconfig already ;)
WSN is Wireless Sensor Network
On 11/19/2012 12:12 AM, Randy Graham wrote:
> Hopefully this is the right list for this post, please let me know if not.
>
> I am running linux 3.7.0-rc6 on a freescale imx28-evk dev board and am
> seeing the following deadlock warning when I try to bring up the
> lowpan interface via
> 'ifconfig l
On 11/22/2012 04:00 AM, Markus Becker wrote:
> Hi,
>
> just some small typo fixes in the documentation, that I stumbled over while
> reading.
>
> --
> Markus
>
>
> Signed-off-by: Markus Becker
> ---
> Documentation/networking/ieee802154.txt | 28 ++--
> 1 file change
On 11/26/2012 04:57 AM, Markus Becker wrote:
>> On 11/22/2012 04:00 AM, Markus Becker wrote:
>> Send this to the netdev mailing list. Also, use
>> scripts/get_maintainer.pl to get a list of the people and mailing lists
>> it should go to.
> scripts/get_maintainer.pl does not report netdev, but Dave
Change the threshold for framentation of a lowpan packet from
using the MTU size to now use the MTU size minus the checksum length,
which is added by the hardware. For IEEE 802.15.4, this effectively
changes it from 127 bytes to 125 bytes.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c
On 11/29/2012 08:55 PM, Alan Ott wrote:
> Change the threshold for framentation of a lowpan packet from
> using the MTU size to now use the MTU size minus the checksum length,
> which is added by the hardware. For IEEE 802.15.4, this effectively
> changes it from 127 bytes to 125 byt
kfree_skb() indicates failure, which is where this is being used.
Signed-off-by: Alan Ott
---
net/mac802154/tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/mac802154/tx.c b/net/mac802154/tx.c
index db63914..4e09d07 100644
--- a/net/mac802154/tx.c
+++ b/net/mac802154
kfree_skb() was not getting called in the case of some failures.
This was pointed out by Eric Dumazet.
Signed-off-by: Alan Ott
---
net/mac802154/tx.c | 5 -
net/mac802154/wpan.c | 4 +++-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/net/mac802154/tx.c b/net/mac802154
On 12/18/2012 04:42 PM, Alexander Aring wrote:
> When using nanosleep() in an userspace application we get a
> ratelimit warning
>
> NOHZ: local_softirq_pending 08
>
> for 10 times.
>
> This patch replaces netif_rx() with netif_rx_ni() which has
> to be used from process/softirq context.
> The proc
This has been tested by exchanging data with with the Contiki operating
system using a Redwire Econotag. Contiki had to be set to send uncompressed
data, and had to have a #define modified to enable reception and processing
of header-compressed packets when not set to send compressed data.
Alan
Handle the reception of uncompressed packets (dispatch type = IPv6).
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 41 -
1 file changed, 32 insertions(+), 9 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index
Refactor the handing of the skb's to the individual lowpan devices into a
function.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 38 --
1 file changed, 24 insertions(+), 14 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee8
On 01/16/2013 04:22 PM, David Miller wrote:
> From: Alan Ott
> Date: Wed, 16 Jan 2013 00:43:57 -0500
>
>> +local_skb = skb_copy_expand(skb, NET_SKB_PAD - 1,
>> +skb_tailroom(skb), GFP_ATOMIC);
> This is not inden
Handle the reception of uncompressed packets (dispatch type = IPv6).
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 41 -
1 file changed, 32 insertions(+), 9 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index
Refactor the handing of the skb's to the individual lowpan devices into a
function.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 38 --
1 file changed, 24 insertions(+), 14 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee8
.
Version 2 fixes a format issue pointed out by David Miller.
Alan Ott (2):
6lowpan: Refactor packet delivery into a function
6lowpan: Handle uncompressed IPv6 packets over 6LoWPAN
net/ieee802154/6lowpan.c | 79 ++--
1 file changed, 56 insertions(+), 23
On 01/15/2013 06:45 PM, Sascha Herrmann wrote:
> Hi,
>
> I managed to connect the rf230 chip (using one Module from the Atmel
> RZ600 Kit) to an Raspberry Pi with some success. One problem I had
> with this, is that GPIO Interrupt for the rf230 must be set to
> IRQ_TYPE_EDGE_RISING. Without setting
On 01/29/2013 06:10 PM, Sascha Herrmann wrote:
> thanks for your answer and sorry for my late replay.
No need to apologize.
> Is this what you suggested? :
>
> diff --git a/drivers/net/ieee802154/at86rf230.c
> b/drivers/net/ieee802154/at86rf230.c
> index a4a62e1..369299b 100644
> --- a/drivers/n
On 02/05/2013 07:11 PM, Sascha Herrmann wrote:
>> This is exactly what I meant. There's no reason to store it in the
>> at86rf230_local struct though, since it's only ever used in
>> at86rf230_probe().
>
> Yes, you are right. I will change that and add a comment to platform_data
> field.
>
>
> Whi
On 02/12/2013 07:37 AM, Tony Cheneau wrote:
> I want to provide a quick reply to your mail as I won't have time to
> provide an elaborated answer.
>
> You are right, the current stack does not interroperate correctly with
> other stack right now. If I'm not mistaken, Alan made just enough
> modi
On 02/05/2013 07:34 AM, Alexander Aring wrote:
> I got this message at runtime:
>
> [ 48.847347] BUG: scheduling while atomic: swapper/0/0/0x4100
Hi Alexander,
Please check out the patch set here:
https://github.com/beagleboard/kernel/tree/3.8/patches/6lowpan
This is Tony's patch se
On 02/19/2013 06:19 PM, Alan Ott wrote:
> You have to change the compression type to IPV6 on the Contiki side, but
> that just handles sending. You have to also make a mod to make Contiki
> to _accept_ compressed packets (because changing the compression type to
> IPV6 on the
On 03/05/2013 02:38 PM, Ralph Droms (rdroms) wrote:
> On Mar 5, 2013, at 10:59 AM 3/5/13, Wolf-Bastian Pöttner
> wrote:
>
>> Hi!
>>
>> Am 20.02.2013 um 03:00 schrieb Ralph Droms (rdroms) :
>>
>>> What I want to do is update the header compression and fragmentation code
>>> so it interoperates us
On 03/11/2013 02:03 PM, Tony Cheneau wrote:
> Hi,
>
> Sorry for the delay, I wanted to check the code first. See my answer
> inline.
>
> Le 2013-03-05 21:20, Alan Ott a écrit :
>> On 03/05/2013 02:38 PM, Ralph Droms (rdroms) wrote:
>>> On Mar 5, 2013, at 10:5
On 03/05/2013 08:35 AM, Christophe Aeschlimann wrote:
> Le 05.03.2013 13:15, Wolf-Bastian Pöttner a écrit :
>
>> $ izcoordinator -i wpan0 -d 1 -s 1 -p 777 -c 23 -l lease
> [...]
>
>> GDB tells me, that the coordinator sits here:
> That's why Alan in his setup script [1] calls the coordinator with t
This seems awfully familiar, but does look necessary. Maybe we've just
been getting lucky with offset happening to initialize to zero, as
fragmentation and reassembly (with Tony's patches) does seem to work
without this.
Acked-by: Alan Ott
Please send this patch to the net-next ma
On 03/10/2013 07:53 PM, Randy Graham wrote:
> I am new to 6lowpan and the list, so please forgive the rookie questions.
>
> Where do I download the latest source and patches ?
As Alexander said, just grab the net-next kernel.
Beyond that, grab Tony Chennau's patches which are linked to on my
webs
On 03/11/2013 03:00 AM, Wolf-Bastian Pöttner wrote:
> Am 08.03.2013 um 17:37 schrieb Alexander Aring :
>
>> This isn't based on current mainline or? I don't know which have access
>> to the linux-zigbee-devel kernel repository.
>
> exactly, the patch I am referring too is not mainline yet as far as
On 03/05/2013 10:48 AM, Wolf-Bastian Pöttner wrote:
> finally I have 6lowpan running. However, acknowledgement of frames is not
> working. When I enable address filtering in the at86rf230, I only receive
> broadcast frames and no unicast frames anymore.
>
> The reason seems to be the addressing.
Would someone with access please push this to the lowpan-tools repo, or
comment as to why it shouldn't be pushed?
On 12/21/2012 12:37 AM, Alexander Aring wrote:
> Currently I get this compile error:
>
> coord-config-parse.h:106:14: error: unknown type name 'yyscan_t'
> coord-config-parse.y:38:0: e
On 02/23/2013 11:12 AM, Sascha Herrmann wrote:
> Add option to at86rf230 platform data to configure the type of the
> interrupt used by the driver.
>
> Signed-off-by: Sascha Herrmann
> ---
> drivers/net/ieee802154/at86rf230.c |9 -
> include/linux/spi/at86rf230.h |5 +
>
On 02/23/2013 11:12 AM, Sascha Herrmann wrote:
> If interrupt is configured to edge type, do not disable irq in the isr.
> The at86rf230 resets the irq line only after the irq status register is
> read. Disabling the irq can lock the driver in situations where a irq is
> set by the radio while the
On 03/12/2013 04:35 PM, Alan Ott wrote:
> This seems awfully familiar, but does look necessary. Maybe we've just
> been getting lucky with offset happening to initialize to zero, as
> fragmentation and reassembly (with Tony's patches) does seem to work
> without this.
>
&
On 03/12/2013 05:37 PM, Alexander Aring wrote:
> On Tue, Mar 12, 2013 at 05:05:22PM -0400, Alan Ott wrote:
>> Would someone with access please push this to the lowpan-tools repo, or
>> comment as to why it shouldn't be pushed?
>>
> This is a good point! Who has access
On 03/12/2013 05:41 PM, Alexander Aring wrote:
> Hi Alan,
>
> On Tue, Mar 12, 2013 at 05:37:15PM -0400, Alan Ott wrote:
>> On 03/12/2013 05:37 PM, Alexander Aring wrote:
>>> On Tue, Mar 12, 2013 at 05:05:22PM -0400, Alan Ott wrote:
>>>> Would someone with a
On 03/12/2013 06:14 PM, Alexander Aring wrote:
> Hi,
>
> On Tue, Mar 12, 2013 at 05:19:31PM -0400, Alan Ott wrote:
>> On 02/23/2013 11:12 AM, Sascha Herrmann wrote:
>>> If interrupt is configured to edge type, do not disable irq in the isr.
>>> The at86rf230 reset
On 03/12/2013 06:36 PM, Sascha Herrmann wrote:
>>> @@ -881,6 +882,12 @@ static int at86rf230_probe(struct spi_device *spi)
>>> if (rc)
>>> goto err_gpio_dir;
>>> + if (lp->irq_type) {
>> Stray space before the + in the above line. Are you using git
>> format-patch and git send-ema
On 03/12/2013 07:36 PM, Alexander Aring wrote:
> I don't know if this patch is necessary. I think Alan told about this
> some days ago. In my case I setting my irq_type with a device_tree and I
> know other boards, which are not using a device_tree, do the same in the
> boardspecific code file in a
On 03/13/2013 04:03 AM, Alexander Smirnov wrote:
> if you have several patches for the same topic - please send them once
> in one patch-set, do not annoy other developers by updating their
> mailbox once per 15 minutes.
Hi Alex,
While this is normally good advice, I think in this case he's ok, s
1 - 100 of 213 matches
Mail list logo
