On Tue, 11 Mar 2014 16:30:12 +0400
Dmitry Eremin-Solenikov wrote:
> Helo,
[…]
> > Differentiating between different roles of a device with different
> > types of interfaces is a sensible idea. I'm not actually opposed to
> > that, quite the contrary - I am mainly interested in a working and
> > s
Helo,
On Sat, Mar 8, 2014 at 8:58 PM, Phoebe Buckheister
wrote:
> On Fri, March 7, 2014 11:16 pm, Dmitry Eremin-Solenikov wrote:
>> On Fri, Mar 7, 2014 at 4:16 PM, Phoebe Buckheister
>> wrote:
[skipped]
>>> 3) the mac802154_priv slave list
>>>
>>> This is one of the biggest problems I think th
Hi,
I am maintaining a driver outside of the kernel. I'm more than happy to
keep abreast of any changes via this forum and implement any changes needed.
On Point 3) I would be happy to see this go, for us it will be 1 WPAN
<-> 1 PHY.
Point 4) Yielding the processor in the driver doesn't feel r
This is a reply to Dmitrys mail, which went only to linux-zigbee-devel.
The full text of Dmitrys mail is included for interested netdev readers
that are not on linux-zigbee-devel.
On Fri, March 7, 2014 11:16 pm, Dmitry Eremin-Solenikov wrote:
> Hello,
>
> On Fri, Mar 7, 2014 at 4:16 PM, Phoebe Buc
Hello,
On Fri, Mar 7, 2014 at 4:16 PM, Phoebe Buckheister
wrote:
> Hi,
>
> the 802.15.4/6LoWPAN stack on Linux is pretty usable as it is now, much
> due to the recent 6lowpan fixes by Alex. We can drive different radio
> chips on different frequencies, IPv6 works well and we interoperate
> just f
On Fri, March 7, 2014 8:38 pm, Werner Almesberger wrote:
>> 1) header handling in the stack
>> 2) endianness in the stack
>
> I don't care much about these, but jumping between byte orders is
> certainly confusing. As long as an API user can tell easily and
> unambiguously what was or will be in th
Phoebe Buckheister wrote:
> the 802.15.4/6LoWPAN stack on Linux is pretty usable as it is now, much
> due to the recent 6lowpan fixes by Alex.
Indeed, thanks to the work both of you did !
Regarding the proposed massive changes, I think everyone who had
a closer look at the stack knows that (too)
