Hi Alan,
I am starting this new thread to do not disturb that one from the
compilation error.
I'm following the steps you told me to load the MRF24J40.
After board power up, I am getting problem below when running the command:
echo BB-BONE-MRF24J40 >/sys/devices/bone_capemgr.7/slots
[ 30.1434
Hi,
On Mon, Mar 25, 2013 at 03:31:04AM -0300, Werner Almesberger wrote:
> Alexander Aring wrote:
> > I work on the atusb driver too and make some change on this driver.
>
> Oh dear, another one ! This must be the device with the largest
> choice of drivers per user :-)
>
> > I tried to understan
On 03/25/2013 04:48 AM, João Paulo Bodanese wrote:
> Hi Alan,
>
> I am starting this new thread to do not disturb that one from the
> compilation error.
>
> I'm following the steps you told me to load the MRF24J40.
>
> After board power up, I am getting problem below when running the
> command: ech
Hello.
On Mon, 2013-03-25 at 03:50, Werner Almesberger wrote:
> Stefan Schmidt wrote:
> > Which means the firmware side would be already usable even if not
> > finished? Seems I need to compile the newest firmware. :)
>
> You can see it being used by the user-space tools. E.g.,
> ben-wpan/tools/a
Hello.
On Mon, 2013-03-25 at 10:30, Alexander Aring wrote:
> On Mon, Mar 25, 2013 at 03:31:04AM -0300, Werner Almesberger wrote:
> > Alexander Aring wrote:
> >
> > Hmm, but your driver still has the fundamental problem of tx/rx
> > doing all these USB transfers that get paced at one per USB frame
Hi Alan,
I'm using bash shell as well.
My automake is version 1.11.6.
Autoconf is 2.69.
Using:
PKG_CONFIG_DIR= \
PKG_CONFIG_LIBDIR=$STAGING/lib/pkgconfig:$STAGING/share/pkgconfig \
PKG_CONFIG_SYSROOT_DIR=$STAGING DESTDIR=$STAGING \
pkg-config libnl-genl-3.0 --cflags --libs
I get:
-I
/home/sha
Hello.
On Sun, 2013-03-24 at 20:25, Alan Ott wrote:
> On 03/24/2013 09:40 AM, Stefan Schmidt wrote:
> > As promised here is the reworked patch to add the hardware address filter
> > callback for at86rf230. I added two more patches that might be good to go
> > in as
> > well.
> >
> > I did not add
Hello.
On Sun, 2013-03-24 at 20:19, Alan Ott wrote:
> On 03/24/2013 09:40 AM, Stefan Schmidt 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.
> >
> > Signed-off-by: Stefan Schmi
On 03/25/2013 02:50 PM, K F wrote:
> I'm using bash shell as well.
>
> My automake is version 1.11.6.
> Autoconf is 2.69.
Mine are very close to that 1.11.1 and 2.69.
>
> Using:
> PKG_CONFIG_DIR= \
> PKG_CONFIG_LIBDIR=$STAGING/lib/pkgconfig:$STAGING/share/pkgconfig \
> PKG_CONFIG_SYSROOT_DIR
I also had another issue when patching the kernel.
I already had a recent kernel for the Bbone (3.8.4-bone9), which I got
following this procedure (which includes very helpful scripts):
http://www.eewiki.net/display/linuxonarm/BeagleBone?focusedCommentId=13140246#BeagleBone-LinuxKernel
Since the
On 03/25/2013 02:51 PM, Stefan Schmidt wrote:
> On Sun, 2013-03-24 at 20:25, Alan Ott wrote:
>> On 03/24/2013 09:40 AM, Stefan Schmidt wrote:
>>> As promised here is the reworked patch to add the hardware address filter
>>> callback for at86rf230. I added two more patches that might be good to go
On 03/25/2013 03:12 PM, K F wrote:
> I also had another issue when patching the kernel.
>
> I already had a recent kernel for the Bbone (3.8.4-bone9), which I got
> following this procedure (which includes very helpful scripts):
> http://www.eewiki.net/display/linuxonarm/BeagleBone?focusedComment
On 03/25/2013 02:56 PM, Stefan Schmidt wrote:
> On Sun, 2013-03-24 at 20:19, Alan Ott wrote:
>> Some of those lines break the 80 column rule. You might get away with
>> it. It's up to you if you want to try.
> If the rule of thumb has not changed lately it depends on how ugly the
> code would look
Hello.
On Mon, 2013-03-25 at 15:18, Alan Ott wrote:
> On 03/25/2013 02:51 PM, Stefan Schmidt wrote:
> > On Sun, 2013-03-24 at 20:25, Alan Ott wrote:
> >> On 03/24/2013 09:40 AM, Stefan Schmidt wrote:
> >>> As promised here is the reworked patch to add the hardware address filter
> >>> callback for
Hi,
On Mon, Mar 25, 2013 at 06:47:34PM +, Stefan Schmidt wrote:
> Hello.
>
> On Mon, 2013-03-25 at 10:30, Alexander Aring wrote:
> > On Mon, Mar 25, 2013 at 03:31:04AM -0300, Werner Almesberger wrote:
> > > Alexander Aring wrote:
> > >
> > > Hmm, but your driver still has the fundamental pro
Stefan Schmidt wrote:
> I think the MSB and LSB comments can go easily.
As another step towards reaching the 80 columns goal, you could
also consider getting rid of the & 0xff maskings.
As far as I can tell, they don't help to avoid W=3 warnings (i.e.,
-Wconversion; you'd have to cast for that),
Hi,
On Mon, Mar 25, 2013 at 11:31:11PM +0100, Alexander Aring wrote:
> Hi,
>
> On Sun, Mar 24, 2013 at 01:40:31PM +, Stefan Schmidt wrote:
> > Implement the filter function to update short address, pan id and ieee
> > address on change. Allowing for hardware address filtering needed for
> > a
Hi,
On Sun, Mar 24, 2013 at 01:40:31PM +, Stefan Schmidt 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.
>
> Signed-off-by: Stefan Schmidt
> ---
> drivers/net/ieee802154/at86r
On 03/25/2013 04:16 PM, K F wrote:
> I did echo $STAGING and re-checked the pkconfig files again, and they
> all seemed OK.
> I thought I was going crazy or something, so I deleted all files (I
> mean everything, even source files) and started over.
> Same behaviour.
>
Ok, interesting. Try it ag
I'm baffled.
I did echo $STAGING and re-checked the pkconfig files again, and they all
seemed OK.
I thought I was going crazy or something, so I deleted all files (I mean
everything, even source files) and started over.
Same behaviour.
I'm also sending a screenshot, because I know it's hard to be
Take a look if you are using the last 3.8 kernel from
https://github.com/beagleboard/kernel.
There is a patch after March, 6th (commit 9bf23ea262), that removes the
symbol spi1_pins_s0 from am335x-bone-common.dtsi that is required to run
the command "echo BB-BONE-MRF24J40 >/sys/devices/bone_capemgr
The current test is not RFC6282 compliant. The same issue has been found
and fixed in Contiki. This patch is basically a port of their fix.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.h | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/net/ieee802154/6lowpan.h
Hello,
This patchset fixes serious bugs within the 6LoWPAN modules. I wrote a script
(available at [1]) to prove the issues are real. One can try and see that
without these patches, most of the test fail (e.g. packet dropped by the
receiver or node crashing). With all patches applied, all tests s
This feature is especially important when using fragmentation, because
the reassembly mechanism cannot recover from the loss of a fragment.
Note that some hardware ignore this flag and not will not transmit
acknowledgments even if this is set.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6low
This causes a drop of the UDP packet.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 43b95ca..9f53904 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802
The IEEE 802.15.4 standard uses the 0x short address (2 bytes) for message
broadcasting.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
i
Signed-off-by: Tony Cheneau
---
net/mac802154/wpan.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/net/mac802154/wpan.c b/net/mac802154/wpan.c
index d20c6d3..7d3f659 100644
--- a/net/mac802154/wpan.c
+++ b/net/mac802154/wpan.c
@@ -145,6 +145,8 @@ static int mac802154_header_create(struct
Add pr_debug() call in order to debug 6LoWPAN fragmentation and
reassembly.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 25 +
1 file changed, 21 insertions(+), 4 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 4a62289..6
The first fragment, FRAG1, must contain some payload according to the
specs. However, as it is currently written, the first fragment will
remain empty and only contain the 6lowpan headers.
This patch also extracts the transport layer information from the first
fragment. This information is used la
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 61eee9d..f952451 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802154/6lowpan.c
@@ -104,6 +104,7 @@
Bring-over mac802154_dev_get_dsn() function that was present in the
Linux ZigBee kernel. This function is called by the 6LoWPAN code in
order to properly set the DSN (Data Sequence Number) value in the IEEE
802.15.4 frame.
Signed-off-by: Tony Cheneau
---
net/mac802154/mac802154.h | 1 +
net/mac8
Sets the sequence number in the frame format. Without this fix, the sequence
number is always set to 0. This makes trafic analysis very hard.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 8
1 file changed, 8 insertions(+)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee80
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index d1d4ee6..276971b 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802154/6lowpan.c
@@ -577,10 +577,12 @@
The previous code would just compress the UDP header and send the compressed
UDP header along with the uncompressed one.
Signed-off-by: Tony Cheneau
---
net/ieee802154/6lowpan.c | 39 ---
1 file changed, 36 insertions(+), 3 deletions(-)
diff --git a/net/ieee8
34 matches
Mail list logo
