Am 14.03.2013 um 00:27 schrieb Sascha Herrmann :
Ack support is something that's been on my radar to add, but haven't had
>
time. Maybe you have time to do this properly, by making a new netlink
item to turn acking on and off and pushing it through iz.
>>> I would like to see ACK s
>>> Ack support is something that's been on my radar to add, but haven't had
>>> time. Maybe you have time to do this properly, by making a new netlink
>>> item to turn acking on and off and pushing it through iz.
>> I would like to see ACK support, too. But I think, it should implemented
>> in th
On 03/13/2013 06:19 PM, Sascha Herrmann wrote:
>> Ack support is something that's been on my radar to add, but haven't had
>> time. Maybe you have time to do this properly, by making a new netlink
>> item to turn acking on and off and pushing it through iz.
> I would like to see ACK support, too. B
> Ack support is something that's been on my radar to add, but haven't had
> time. Maybe you have time to do this properly, by making a new netlink
> item to turn acking on and off and pushing it through iz.
I would like to see ACK support, too. But I think, it should implemented
in the mac layer
On 03/13/2013 05:55 PM, Sascha Herrmann 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 f
>> 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 arch/arm/**/*_board.c.
>
> The at86rf230 s
On 03/13/2013 03:57 AM, Wolf-Bastian Pöttner wrote:
> This patch lets dgram_sendmsg determine the destination address
> based on if the socket has been connect()ed before. If so, the
> address passed to connect() is used. Otherwise, the address
> passed to sendto() is used as destination.
This con
On 03/13/2013 10:40 AM, Wolf-Bastian Pöttner wrote:
> Nope. The patch fixes a problem in code that is not in mainline yet. However,
> people on the linux-zigbee mailing list found it a good idea to commit this
> change to mainline to avoid the problem from arising.
>
> I see, you disagree. Neverm
On 03/13/2013 03:45 AM, Wolf-Bastian Pöttner wrote:
> Implement the filter function to update short address, pan id and ieee
> address on change. Allowing for hardware address filtering needed for
> auto ACK. Switch state machine to use auto ACK states for rx.
>
> This will handle CSMA/CA for us as
On 03/13/2013 03:25 AM, Wolf-Bastian Pöttner wrote:
> This allows setting up a network without a PAN
> coordinator. Necessary if you want to be compatible
> with the contiki implementation.
>
> Signed-off-by: Stefan Schmidt
> ---
> src/iz-mac.c | 91
> +++
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
Hi!
Nope. The patch fixes a problem in code that is not in mainline yet. However,
people on the linux-zigbee mailing list found it a good idea to commit this
change to mainline to avoid the problem from arising.
I see, you disagree. Nevermind. ;)
Bastian
--
Wolf-Bastian Pöttner Institu
From: Wolf-Bastian Pöttner
Date: Wed, 13 Mar 2013 08:50:54 +0100
> offset has to be initialized, otherwise the *first* fragment will
> be discarded and reassembly cannot happen.
>
> Reviewed-by: Alan Ott
'offset' is never used unless lowpan_fetch_skb_u8(skb, &offset)
succeeds, in which case it
Hi,
On Tue, Mar 12, 2013 at 09:24:13PM -0400, Alan Ott wrote:
> 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
Dear Wolf-Bastian,
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.
Alex
2013/3/13 Wolf-Bastian Pöttner :
> This patch lets dgram_sendmsg determine the destination address
> based
This patch lets dgram_sendmsg determine the destination address
based on if the socket has been connect()ed before. If so, the
address passed to connect() is used. Otherwise, the address
passed to sendto() is used as destination.
Signed-off-by: Wolf-Bastian Pöttner
---
net/ieee802154/dgram.c |
offset has to be initialized, otherwise the *first* fragment will
be discarded and reassembly cannot happen.
Reviewed-by: Alan Ott
---
net/ieee802154/6lowpan.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index ed3d
Implement the filter function to update short address, pan id and ieee
address on change. Allowing for hardware address filtering needed for
auto ACK. Switch state machine to use auto ACK states for rx.
This will handle CSMA/CA for us as well as re-sending frames when no ack comes
in timely.
The
This allows setting up a network without a PAN
coordinator. Necessary if you want to be compatible
with the contiki implementation.
Signed-off-by: Stefan Schmidt
---
src/iz-mac.c | 91 ++
1 file changed, 91 insertions(+)
diff --git a/
Hi Alan,
Am 12.03.2013 um 22:00 schrieb Alan Ott :
> On 03/05/2013 10:48 AM, Wolf-Bastian Pöttner wrote:
>> That means: the stack is using my 6lowpan address as sender (and receiver)
>> in the IEEE 802.15.4 packets.
>
> Looking closely at my captures, I see this as well. 6lowpan.c (line 611,
>
20 matches
Mail list logo
