Re: [Linux-zigbee-devel] ieee802154: Source addr fix for dgram and some small at86rf230 driver enhancements

2013-03-27 Thread Stefan Schmidt
Hello. On Wed, 2013-03-27 at 00:53, David Miller wrote: > From: Stefan Schmidt > Date: Tue, 26 Mar 2013 22:41:28 + > > > Hello. > > > > Second version. Changes since version 1: > > - Obey 80 chars rules > > - Switch logging mode to vdbg to avoid noise > > - Remove uneeded might_sleep() > >

Re: [Linux-zigbee-devel] ieee802154: Source addr fix for dgram and some small at86rf230 driver enhancements

2013-03-27 Thread David Miller
From: Stefan Schmidt Date: Wed, 27 Mar 2013 18:52:05 + > Hello. > > On Wed, 2013-03-27 at 00:53, David Miller wrote: >> From: Stefan Schmidt >> Date: Tue, 26 Mar 2013 22:41:28 + >> >> > Hello. >> > >> > Second version. Changes since version 1: >> > - Obey 80 chars rules >> > - Switch

Re: [Linux-zigbee-devel] ieee802154: Source addr fix for dgram and some small at86rf230 driver enhancements

2013-03-27 Thread Stefan Schmidt
Hello. On Wed, 2013-03-27 at 15:10, David Miller wrote: > From: Stefan Schmidt > Date: Wed, 27 Mar 2013 18:52:05 + > > > On Wed, 2013-03-27 at 00:53, David Miller wrote: > >> From: Stefan Schmidt > >> Date: Tue, 26 Mar 2013 22:41:28 + > >> > >> > Hello. > >> > > >> > Second version. C

Re: [Linux-zigbee-devel] [PATCH 2/3] ieee802154/at86rf230: Implement hardware address filter callback.

2013-03-27 Thread Sascha Herrmann
> Implement the filter function to update short address, pan id and ieee > address on change. Allowing for hardware address filtering needed for > auto ACK. This isn't directly related to this patch, but when I get this right, the way the stack handles the hardware address filtering will stop the

[Linux-zigbee-devel] [RFC PATCH] at86rf230: faster switching from BUSY_TX to RX_ON

2013-03-27 Thread Sascha Herrmann
I had some issues with loosing incoming frames after sending frames with the rf230. For example after sending a data request command, the remote node will send a response directly after receiving this command. Because the current implementation waits for the outgoing frame to complete before the st

[Linux-zigbee-devel] [RFC PATCH] at86rf230: request state change back to STATE_RX_ON while sending frame

2013-03-27 Thread Sascha Herrmann
After transmitting a frame the rf231 changes its state from BUSY_TX back to PLL_ON. To receive frames we need to change the state to RX_ON. Requesting the state change to RX_ON while the radio is still in state BUSY_TX will reduce the time needed to switch the radio back to receive mode after the c

Re: [Linux-zigbee-devel] [RFC PATCH] at86rf230: faster switching from BUSY_TX to RX_ON

2013-03-27 Thread Werner Almesberger
Sascha Herrmann wrote: > I would be happy about any comments :) This definitely sounds like a very good idea to me. I'm not sure whether the state change (to RX_ON) that's still being commanded in at86rf230_start after transmit completion is harmless. I'd consider getting rid of it. Unless I was