Hi Dmitry,
could you please review the following patch series. Currently I haven't
tested it on a board, I'm on vacation and have no HW near me, but will do
it soon. After testing I'd like to send this stuff to net-next.
So, as we agreed this series adds suport for MAC monitor and loopback driver
From: Alexander Smirnov
The IEEE 802.15.4 Working Group focuses on the standardization of the
bottom two layers of ISO/OSI protocol stack: Physical (PHY) and MAC.
The MAC layer provides access control to a shared channel and reliable
data delivery. The main functions performed by the MAC sublayer
From: Alexander Smirnov
Interface for device drivers to allocate and register ieee802154
compatible devices.
Signed-off-by: Alexander Smirnov
---
net/Kconfig|1 +
net/Makefile |1 +
net/mac802154/Kconfig | 16 +
net/mac802154/Makefil
From: Alexander Smirnov
Main RX data path implementation between physical and mac layers.
Both contexts are supported: interrupt (data processed via worker)
and non-interrupt (data processed directly).
Signed-off-by: Alexander Smirnov
---
include/net/ieee802154_netdev.h |2 +
include/net/m
From: Alexander Smirnov
Slaves represent typical network interfaces available from userspace.
Each ieee802154 device/transceiver may have several slaves and able
to be associated with several networks at the same time.
Signed-off-by: Alexander Smirnov
---
net/mac802154/mac802154.h | 25 +
From: Alexander Smirnov
Main TX data path implementation between upper and physical layers.
Signed-off-by: Alexander Smirnov
---
net/mac802154/Makefile|2 +-
net/mac802154/mac802154.h |5 ++
net/mac802154/tx.c| 113 +
3 files cha
From: Alexander Smirnov
According IEEE 802.15.4 standard each node can be either full functionality
device (FFD) or reduce functionality device (RFD). So 2 sets of operations
are needed. This patch define RFD operations structure.
Signed-off-by: Alexander Smirnov
---
include/net/ieee802154_net
From: Alexander Smirnov
Support for monitor device intended to capture all the network
activity. This interface could be used by networks sniffers.
Signed-off-by: Alexander Smirnov
---
include/linux/if_arp.h |1 +
include/linux/nl802154.h |5 ++
include/net/wpan-phy.h
From: Alexander Smirnov
Basic support for IEEE 802.15.4 management information base.
Currently setting of HW address is implemented only.
Signed-off-by: Alexander Smirnov
---
net/mac802154/Makefile|2 +-
net/mac802154/mac802154.h |3 +
net/mac802154/mib.c | 96 +
From: Alexander Smirnov
This patch adds interface for registration and removing slaves in the
system.
Signed-off-by: Alexander Smirnov
---
net/mac802154/ieee802154_dev.c | 140 +++-
net/mac802154/mac802154.h |3 +
2 files changed, 142 insertions(+)
From: Alexander Smirnov
Initialize set of reduced operations.
Signed-off-by: Alexander Smirnov
---
net/mac802154/Makefile|2 +-
net/mac802154/mac802154.h |2 ++
net/mac802154/mac_cmd.c | 43 +++
3 files changed, 46 insertions(+), 1 deleti
From: Alexander Smirnov
This stack supports several types of slaves interfaces. Another
parameter to 'add_iface_ function added.
Signed-off-by: Alexander Smirnov
---
include/net/wpan-phy.h |2 +-
net/ieee802154/nl-phy.c |3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --
From: Alexander Smirnov
Add support for loopback driver. It's very useful tool for testing
and development upper IEEE 802.15.4 layer.
Signed-off-by: Alexander Smirnov
---
drivers/ieee802154/Kconfig |8 +
drivers/ieee802154/Makefile |1 +
drivers/ieee802154/fakelb.c | 296
From: Alexander Smirnov
Move ieee802154 netlink policy array definition inside ieee802154 layer.
Signed-off-by: Alexander Smirnov
---
include/linux/nl802154.h|2 --
net/ieee802154/ieee802154.h |2 ++
net/ieee802154/wpan-class.c |1 +
3 files changed, 3 insertions(+), 2 deletion
On 12/13/2011 09:35 PM, Prajosh Premdas wrote:
> the libnl version should be 1.1. In this particular libnl the iz tools compile
Well, obviously. I said nearly as much in my post. But that doesn't
answer my question, which was if patches to later libnl exist for the tools.
Downgrading the versi
Hello.
On Wed, 2011-12-14 at 09:28, Peter Naulls wrote:
> On 12/13/2011 09:35 PM, Prajosh Premdas wrote:
> > the libnl version should be 1.1. In this particular libnl the iz tools
> > compile
>
> Well, obviously. I said nearly as much in my post. But that doesn't
> answer my question, which wa
On 12/14/2011 01:39 PM, Stefan Schmidt wrote:
> Hello.
>
already.
>
> And what makes you think anyone here _must_ provide you with this
> information? Nobody here has a support contract with you.
There was no must. I'm asking. You're under no obligation
to respond. But if I don't get a straight
You do know there is no Zigbee stack here, right?
On Wed, Dec 14, 2011 at 4:58 PM, Peter Naulls wrote:
> On 12/14/2011 01:39 PM, Stefan Schmidt wrote:
>> Hello.
>>
> already.
>>
>> And what makes you think anyone here _must_ provide you with this
>> information? Nobody here has a support contract
On 12/14/2011 02:43 PM, jonsm...@gmail.com wrote:
> You do know there is no Zigbee stack here, right?
>
No, I don't know that. I don't know what this means. That's
why I asked my questions in the first place. All I know
is that there's a bunch of tools that relate to zigbee,
and incidentally, t
On Wed, Dec 14, 2011 at 5:49 PM, Peter Naulls wrote:
> On 12/14/2011 02:43 PM, jonsm...@gmail.com wrote:
>> You do know there is no Zigbee stack here, right?
>>
>
> No, I don't know that. I don't know what this means. That's
> why I asked my questions in the first place. All I know
> is that th
On 12/14/2011 03:00 PM, jonsm...@gmail.com wrote:
> On Wed, Dec 14, 2011 at 5:49 PM, Peter Naulls
> wrote:
>> On 12/14/2011 02:43 PM, jonsm...@gmail.com wrote:
>>> You do know there is no Zigbee stack here, right?
>>>
>>
>> No, I don't know that. I don't know what this means. That's
>> why I as
On Wed, Dec 14, 2011 at 6:25 PM, Peter Naulls wrote:
> On 12/14/2011 03:00 PM, jonsm...@gmail.com wrote:
>>
>> On Wed, Dec 14, 2011 at 5:49 PM, Peter Naulls
>> wrote:
>>>
>>> On 12/14/2011 02:43 PM, jonsm...@gmail.com wrote:
You do know there is no Zigbee stack here, right?
>>>
>>>
22 matches
Mail list logo