y fine with me. Thanks for doing it.
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265 Mühlenpfordtstrasse 23
Fax.: +49-531-391-5936 TU Braunschweig D-
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
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
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
hought, that the best place for my patch would be mailinglist.
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265 Mühlenpfordtstrasse 23
Fax.: +49-531-391-5936 TU Braunschweig
offset has to be initialized, otherwise the *first* fragment will
be discarded and reassembly cannot happen.
---
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 ed3debe..2db7261 100644
--- a
rk on the
> receive-side fragmentation.
Am I right in assuming, that fragmentation between two linux devices is not
supposed to work at the moment?
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265 Mühlenpfor
y.
You find it attached. If this is something that is interesting for other people
than just me, I could polish it up as a proper patchset.
Regards,
Bastian
linux-zigbee-tools.patch
Description: Binary data
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerve
overlooking?
Regards,
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265 Mühlenpfordtstrasse 23
Fax.: +49-531-391-5936 TU Braunschweig D-38106 Braunschweig
smime.p7s
Description: S/MIME cryptogra
NT_OK) {
>>> int err = nl_recvmsgs_default(nl);
if (err != NLE_SUCCESS) {
nl_perror(err, "Receive failed");
return 1;
}
}
nl_close(nl);
Looks like both are waiting for someth
u very much,
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265 Mühlenpfordtstrasse 23
Fax.: +49-531-391-5936 TU Braunschweig D-38106 Braunschweig
smime.p7s
Descripti
ong), am I missing a patch on this list (which?) or may
it be related to me manually setting the parameters (instead of using a
coordinator)?
I have attached the patch, just if anyone is curious.
Regards,
Bastian
linux-zigbee-tools.patch
Description: Binary data
--
Wolf-Bastian Pöttner
am using the latest
lowpan-tools from the GIT. Anything I am missing?
dmesg does not show a clue about what is going on and I do not know where to
start debugging. Any hints?
Thanks,
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-3
protocol in Contiki
should be easy and then using Contikis abstraction of the different radio chips
should bring in a variety of new hardware platforms.
Has work in this direction been done before? What do you think?
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme
Hi!
According to the (apparently outdated) Wiki page [1], support for the
RZUSBSticks is planned. Can someone give an update on how things are
progressing and if code is already existing?
Best regards,
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
y "specified" way of low-level
communication between Contiki and linux-zigbee?
Cheers,
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265Mühlenpfordtstrasse 23
Fax.:
,
Bastian
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265Mühlenpfordtstrasse 23
Fax.: +49-531-391-5936 TU Braunschweig D-38106 Braunsch
--
Wolf-Bastian Pöttner Institut für Betriebssysteme & Rechnerverbund
Tel.: +49-531-391-3265Mühlenpfordtstrasse 23
Fax.: +49-531-391-5936 TU Braunschweig D-38106 Braunsch
22 matches
Mail list logo
