satish | 25 Jan 18:42
Picon
Favicon
Gravatar

compilation error with lowpan-tools-0.2.2

Hello,

I was trying to build from the lowpan tools sources v0.2.2 on my arch 
linux box. I end up with the following compilation error :

serial.c: In function ‘main’:
serial.c:45:15: error: variable ‘s’ set but not used 
[-Werror=unused-but-set-variable]
cc1: all warnings being treated as errors

make[2]: *** [serial.o] Error 1
make[2]: Leaving directory 
`/home/satish/code/zigbee/setup_env/lowpan_tools/lowpan-tools-0.2.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/home/satish/code/zigbee/setup_env/lowpan_tools/lowpan-tools-0.2.2'
make: *** [all] Error 2

Is this a known issue or am I missing something trivial here ?

Thanks
Satish

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
(Continue reading)

M Pouillot | 19 Jan 18:00

issue during autogen of User linux-zigbee tool.

Hello all,

 

I have some problem to run the autogen of the User linux-zigbee tool on a beaglebone platform. (kernel 3.1.0+).

 

I have this following:

checking for python extension module directory... ${libdir}/python2.7/site-packages

./configure: line 12089: syntax error near unexpected token `NL,'

./configure: line 12089: `PKG_CHECK_MODULES(NL, libnl-3.0)'

 

 

Have you any suggestions?

 

best regards

 

Mathieu

 

 

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel

Using mac802.15.4 with serial driver

Hi all,

 

Me again, facing big blue …

 

Ok I’m trying to find alone the problem, so one could be that I could not find a way to set my PANID as asked in the Documentation/Networking/ieee802154.txt file. Any idea to do that ?

 

Maybe I should try first MAC without 6LowPan.

So I try to startup correctly my wpan0 interface, but anyone could help me to fix the short address, just to try a “izchat” without having a coordinator.

 

Formerly I could :

izconfig wpan1 short 01:01

izconfig wpan2 short 01:02

 

How could I do that without coordinator to simply test between two izchat / serial devices ? For now “without coordinator”, as I can’t set my short address my izchat can’t “bind”.

 

Please help

 

 

Pierre- emmanuel

 

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel

Back trying 6LowPan with serial driver

Hi all,

 

I’m still trying to use 6LowPan on my serial device.

But it does not work. I did successfully recompile my kernel and modules for my Linux 64 bits architecture, ubuntu 11 …

But maybe “Linux-Zigbee” things can’t work with this architecture?

 

All seems verify fine except that when I set my lowpan interface UP, it gets UP but the following kernel messages occur (See last paragraph).

 

Please hints ?

 

Here is my kernel version:

--------------------------

Linux watteco-X610 3.0.0-rc4+ #1 SMP Mon Dec 19 14:31:58 CET 2011 x86_64 x86_64 x86_64 GNU/Linux

 

Here are my loaded modules:

---------------------------

serial                 18119  1

mac802154              33435  1 serial

usbserial              46926  3 ftdi_sio

af_802154              18229  2

mac802154              33435  1 serial

ieee802154             25494  1 mac802154

crc_ccitt              12667  2 mac802154,rt2800lib

6lowpan                17687  0

 

 

Here is : ifconfig

------------------

 

wpan0   Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 

          BROADCAST NOARP  MTU:127  Metric:1

          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 lg file transmission:10

          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

...

 

lowpan0   Link encap:UNSPEC  HWaddr 00-12-4B-00-01-20-9B-54-00-00-00-00-00-00-00-00 

          adr inet6: fe80::12:4b00:120:9b54/64 Scope:Lien

          UP BROADCAST RUNNING MULTICAST  MTU:1281  Metric:1

          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 lg file transmission:0

          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

...

 

Here is the "dmesg tail" Just before "ifconfig lowpan0 up":

… my serial device is starting

----------------------------------------------------------

...

[28573.389146] ieee802154_tty_receive, received 4 bytes

[28573.389153] ieee802154_tty_receive 0a 4f 6e 6c                                      .Onl

[28573.390138] ieee802154_tty_receive, received 4 bytes

[28573.390145] ieee802154_tty_receive 69 6e 65 0a                                      ine.

 

Here is the "dmesg tail" Just after "ifconfig lowpan0 up":

----------------------------------------------------------

 

[28819.496098] BUG: scheduling while atomic: gnome-terminal/1671/0x10000100

[28819.496109] Modules linked in: 6lowpan af_802154 serial mac802154 ieee802154 ftdi_sio usbserial bluetooth parport_pc ppdev radeon arc4 snd_hda_codec_hdmi rt2800pci rt2800lib crc_ccitt rt2x00pci snd_hda_codec_realtek rt2x00lib mac80211 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi ttm snd_seq_midi_event snd_seq joydev drm_kms_helper drm snd_timer snd_seq_device cfg80211 edac_core psmouse sp5100_tco binfmt_misc edac_mce_amd k8temp i2c_piix4 serio_raw snd video wmi soundcore eeprom_93cx6 i2c_algo_bit snd_page_alloc lp parport ahci libahci r8169

[28819.496257] CPU 0

[28819.496260] Modules linked in: 6lowpan af_802154 serial mac802154 ieee802154 ftdi_sio usbserial bluetooth parport_pc ppdev radeon arc4 snd_hda_codec_hdmi rt2800pci rt2800lib crc_ccitt rt2x00pci snd_hda_codec_realtek rt2x00lib mac80211 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi ttm snd_seq_midi_event snd_seq joydev drm_kms_helper drm snd_timer snd_seq_device cfg80211 edac_core psmouse sp5100_tco binfmt_misc edac_mce_amd k8temp i2c_piix4 serio_raw snd video wmi soundcore eeprom_93cx6 i2c_algo_bit snd_page_alloc lp parport ahci libahci r8169

[28819.496343]

[28819.496351] Pid: 1671, comm: gnome-terminal Not tainted 3.0.0-rc4+ #1 Micro-Star International X610/MS-1692

[28819.496363] RIP: 0033:[<00007f7b35d26a44>]  [<00007f7b35d26a44>] 0x7f7b35d26a43

[28819.496382] RSP: 002b:00007fff7509c140  EFLAGS: 00000202

[28819.496388] RAX: 0000000000000001 RBX: ffffffff815cd642 RCX: 0000000000000014

[28819.496394] RDX: 0000000000000014 RSI: 0000000002483698 RDI: 00007fff7509c198

[28819.496400] RBP: 000000000000011b R08: 0000000002473930 R09: 0000000000000687

[28819.496407] R10: 00000000000000e8 R11: 0000000000000960 R12: ffffffff815ce00e

[28819.496413] R13: 0000000000000000 R14: 0000000000000042 R15: 000000000209b7c8

[28819.496421] FS:  00007f7b3918e9a0(0000) GS:ffff88007fc00000(0000) knlGS:0000000000000000

[28819.496428] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033

[28819.496433] CR2: 00000000006eb158 CR3: 0000000076021000 CR4: 00000000000006f0

[28819.496440] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000

[28819.496446] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

[28819.496453] Process gnome-terminal (pid: 1671, threadinfo ffff880078754000, task ffff88007694c4d0)

[28819.496459]

[28819.496462] Call Trace:

[28820.556104] BUG: scheduling while atomic: swapper/0/0x10000100

[28820.556114] Modules linked in: 6lowpan af_802154 serial mac802154 ieee802154 ftdi_sio usbserial bluetooth parport_pc ppdev radeon arc4 snd_hda_codec_hdmi rt2800pci rt2800lib crc_ccitt rt2x00pci snd_hda_codec_realtek rt2x00lib mac80211 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi ttm snd_seq_midi_event snd_seq joydev drm_kms_helper drm snd_timer snd_seq_device cfg80211 edac_core psmouse sp5100_tco binfmt_misc edac_mce_amd k8temp i2c_piix4 serio_raw snd video wmi soundcore eeprom_93cx6 i2c_algo_bit snd_page_alloc lp parport ahci libahci r8169

[28820.556257] CPU 0

[28820.556260] Modules linked in: 6lowpan af_802154 serial mac802154 ieee802154 ftdi_sio usbserial bluetooth parport_pc ppdev radeon arc4 snd_hda_codec_hdmi rt2800pci rt2800lib crc_ccitt rt2x00pci snd_hda_codec_realtek rt2x00lib mac80211 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi ttm snd_seq_midi_event snd_seq joydev drm_kms_helper drm snd_timer snd_seq_device cfg80211 edac_core psmouse sp5100_tco binfmt_misc edac_mce_amd k8temp i2c_piix4 serio_raw snd video wmi soundcore eeprom_93cx6 i2c_algo_bit snd_page_alloc lp parport ahci libahci r8169

[28820.556342]

[28820.556350] Pid: 0, comm: swapper Not tainted 3.0.0-rc4+ #1 Micro-Star International X610/MS-1692

[28820.556362] RIP: 0010:[<ffffffff81032bbb>]  [<ffffffff81032bbb>] native_safe_halt+0xb/0x10

[28820.556383] RSP: 0018:ffffffff81a01e18  EFLAGS: 00000246

[28820.556389] RAX: 0000000000000000 RBX: ffffffff812e7234 RCX: 0000000225c17d03

[28820.556396] RDX: 12675978a6020c00 RSI: 0000000000000001 RDI: ffff88007bd6fc68

[28820.556402] RBP: ffffffff81a01e18 R08: 00000000fffffffe R09: 000000000000072b

[28820.556408] R10: 00000001006ccbe4 R11: 0000000000000000 R12: ffffffff815ce00e

[28820.556415] R13: ffffffff81a01e48 R14: 000000000008c800 R15: 0000000000000000

[28820.556423] FS:  00007fb793ffa9c0(0000) GS:ffff88007fc00000(0000) knlGS:0000000000000000

[28820.556429] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b

[28820.556435] CR2: 0000000000c43008 CR3: 000000007ab88000 CR4: 00000000000006f0

[28820.556442] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000

[28820.556448] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

[28820.556455] Process swapper (pid: 0, threadinfo ffffffff81a00000, task ffffffff81a0b020)

[28820.556461] Stack:

[28820.556465]  ffffffff81a01e28 ffffffff81362c2a ffffffff81a01e38 ffffffff81362c63

[28820.556475]  ffffffff81a01e88 ffffffff81362d61 0000000000000000 00000000000ccee8

[28820.556485]  0000000000000000 00000000000ccee8 ffff88007bd6f820 ffff88007bd6f820

[28820.556494] Call Trace:

[28820.556508]  [<ffffffff81362c2a>] acpi_safe_halt+0x2a/0x43

[28820.556517]  [<ffffffff81362c63>] acpi_idle_do_entry+0x20/0x30

[28820.556525]  [<ffffffff81362d61>] acpi_idle_enter_c1+0x5e/0xab

[28820.556536]  [<ffffffff81496ddd>] cpuidle_idle_call+0x9d/0x280

[28820.556549]  [<ffffffff8100a20b>] cpu_idle+0xab/0x100

[28820.556559]  [<ffffffff8159fe6e>] rest_init+0x72/0x74

[28820.556571]  [<ffffffff81acec18>] start_kernel+0x3d4/0x3df

[28820.556582]  [<ffffffff81ace347>] x86_64_start_reservations+0x132/0x136

[28820.556592]  [<ffffffff81ace140>] ? early_idt_handlers+0x140/0x140

[28820.556601]  [<ffffffff81ace44d>] x86_64_start_kernel+0x102/0x111

[28820.556607] Code: 55 48 89 e5 66 66 66 66 90 fa 5d c3 0f 1f 40 00 55 48 89 e5 66 66 66 66 90 fb 5d c3 0f 1f 40 00 55 48 89 e5 66 66 66 66 90 fb f4 <5d> c3 0f 1f 00 55 48 89 e5 66 66 66 66 90 f4 5d c3 0f 1f 40 00

[28820.556686] Call Trace:

[28820.556693]  [<ffffffff81362c2a>] acpi_safe_halt+0x2a/0x43

[28820.556701]  [<ffffffff81362c63>] acpi_idle_do_entry+0x20/0x30

[28820.556709]  [<ffffffff81362d61>] acpi_idle_enter_c1+0x5e/0xab

[28820.556718]  [<ffffffff81496ddd>] cpuidle_idle_call+0x9d/0x280

[28820.556728]  [<ffffffff8100a20b>] cpu_idle+0xab/0x100

[28820.556736]  [<ffffffff8159fe6e>] rest_init+0x72/0x74

[28820.556745]  [<ffffffff81acec18>] start_kernel+0x3d4/0x3df

[28820.556755]  [<ffffffff81ace347>] x86_64_start_reservations+0x132/0x136

[28820.556764]  [<ffffffff81ace140>] ? early_idt_handlers+0x140/0x140

[28820.556773]  [<ffffffff81ace44d>] x86_64_start_kernel+0x102/0x111

[28824.560074] BUG: scheduling while atomic: swapper/0/0x10000100

 

 

Pierre-emmanuel

 

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel

Izattach problem

Hi all,

 

Two weeks ago i could correctly attach my serial dongle.

Now:

# sudo izattach /dev/ttyUSB2

Socket: Address family not supported by protocol

 

Even if:

 

# lsmod

serial     19119    0

mac802154         33435    1             serial

ieee802154        25494    1             mac802154

 

Any idea ?

 

Many thanks

 

Pierre-emmanuel

 

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Alexander Smirnov | 26 Dec 17:01
Picon

[PATCH series v2] IEEE 802.15.4 MAC layer basic implementation

Dear David, colleagues,

I'm very sorry for the flood with my previous messages, problems with
mail client :-(

This is the second version of patch series which adds basic support for
IEEE 802.15.4 Medium Access Control layer.

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.

This series provide only basic features:
 - interface for drivers registration
 - RX/TX datapaths
 - reduced mlme operations
 - monitor device type support (used by network sniffers, e.g. Wireshark)
 - IEEE 802.15.4 loopback driver
 - documentation update

With best regards,
Alexander

--

Changes since last post:
 * lots and lots of coding style and poor formating issues
 * additional comments
 * using proper byte order (little endian)
 * locking in loopback driver
 * mac802154: allocation of ieee802154 device: using of NETDEV_ALIGN,
 reworked like for ieee80211 stack (net/mac80211/main.c)
 The reason why I use alignment of data in ieee802154 layer is because of
 there are two levels of private data: mac layer's and driver's.

--

The following changes since commit eb93992207dadb946a3b5cf4544957dc924a6f58:

 module_param: make bool parameters really bool (net & drivers/net)
(2011-12-19 22:27:29 -0500)

are available in the git repository at:
 git://linux-zigbee.git.sourceforge.net/gitroot/linux-zigbee/kernel to_upstream

Alexander Smirnov (14):
    mac802154: basic ieee802.15.4 device structures
    mac802154: allocation of ieee802154 device
    mac802154: RX data path
    mac802154: TX data path
    mac802154: define reduced mlme operations
    mac802154: slave interfaces definition
    mac802154: reduced mlme operations
    mac802154: basic mib support
    ieee802154: remove ieee802154 policy from globals
    ieee802154: interface type to be added
    mac802154: slaves manipulation routine
    mac802154: monitor device support
    drivers/ieee802154: IEEE 802.15.4 loopback driver
    Documentation/networking/ieee802154: update MAC chapter

 Documentation/networking/ieee802154.txt |   75 ++++++--
 drivers/ieee802154/Kconfig              |    8 +
 drivers/ieee802154/Makefile             |    1 +
 drivers/ieee802154/fakelb.c             |  293 +++++++++++++++++++++++++++++++
 include/linux/if_arp.h                  |    1 +
 include/linux/nl802154.h                |   19 ++-
 include/net/ieee802154_netdev.h         |   26 +++-
 include/net/mac802154.h                 |  157 +++++++++++++++++
 include/net/wpan-phy.h                  |    5 +-
 net/Kconfig                             |    1 +
 net/Makefile                            |    1 +
 net/ieee802154/ieee802154.h             |    2 +
 net/ieee802154/nl-phy.c                 |    9 +-
 net/ieee802154/wpan-class.c             |    1 +
 net/mac802154/Kconfig                   |   16 ++
 net/mac802154/Makefile                  |    2 +
 net/mac802154/ieee802154_dev.c          |  269 ++++++++++++++++++++++++++++
 net/mac802154/mac802154.h               |  107 +++++++++++
 net/mac802154/mac_cmd.c                 |   43 +++++
 net/mac802154/mib.c                     |   97 ++++++++++
 net/mac802154/monitor.c                 |  115 ++++++++++++
 net/mac802154/rx.c                      |  110 ++++++++++++
 net/mac802154/tx.c                      |  113 ++++++++++++
 23 files changed, 1447 insertions(+), 24 deletions(-)
 create mode 100644 drivers/ieee802154/fakelb.c
 create mode 100644 include/net/mac802154.h
 create mode 100644 net/mac802154/Kconfig
 create mode 100644 net/mac802154/Makefile
 create mode 100644 net/mac802154/ieee802154_dev.c
 create mode 100644 net/mac802154/mac802154.h
 create mode 100644 net/mac802154/mac_cmd.c
 create mode 100644 net/mac802154/mib.c
 create mode 100644 net/mac802154/monitor.c
 create mode 100644 net/mac802154/rx.c
 create mode 100644 net/mac802154/tx.c

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
Alexander Smirnov | 26 Dec 16:53
Picon

[PATCH series v2] IEEE 802.15.4 MAC layer basic implementation

Dear David, colleagues,

this is the second version of patch series which adds basic support for
IEEE 802.15.4 Medium Access Control layer.

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.

This series provide only basic features:
 - interface for drivers registration
 - RX/TX datapaths
 - reduced mlme operations
 - monitor device type support (used by network sniffers, e.g. Wireshark)
 - IEEE 802.15.4 loopback driver
 - documentation update

With best regards,
Alexander

--

Changes since last post:
 * lots and lots of coding style and poor formating issues
 * additional comments
 * using proper byte order (little endian)
 * locking in loopback driver
 * mac802154: allocation of ieee802154 device: using of NETDEV_ALIGN,
   reworked like for ieee80211 stack (net/mac80211/main.c)
   The reason why I use alignment of data in ieee802154 layer is because of
   there are two levels of private data: mac layer's and driver's.

--

The following changes since commit eb93992207dadb946a3b5cf4544957dc924a6f58:

  module_param: make bool parameters really bool (net & drivers/net)
(2011-12-19 22:27:29 -0500)

are available in the git repository at:
  git://linux-zigbee.git.sourceforge.net/gitroot/linux-zigbee/kernel to_upstream

Alexander Smirnov (14):
      mac802154: basic ieee802.15.4 device structures
      mac802154: allocation of ieee802154 device
      mac802154: RX data path
      mac802154: TX data path
      mac802154: define reduced mlme operations
      mac802154: slave interfaces definition
      mac802154: reduced mlme operations
      mac802154: basic mib support
      ieee802154: remove ieee802154 policy from globals
      ieee802154: interface type to be added
      mac802154: slaves manipulation routine
      mac802154: monitor device support
      drivers/ieee802154: IEEE 802.15.4 loopback driver
      Documentation/networking/ieee802154: update MAC chapter

 Documentation/networking/ieee802154.txt |   75 ++++++--
 drivers/ieee802154/Kconfig              |    8 +
 drivers/ieee802154/Makefile             |    1 +
 drivers/ieee802154/fakelb.c             |  293 +++++++++++++++++++++++++++++++
 include/linux/if_arp.h                  |    1 +
 include/linux/nl802154.h                |   19 ++-
 include/net/ieee802154_netdev.h         |   26 +++-
 include/net/mac802154.h                 |  157 +++++++++++++++++
 include/net/wpan-phy.h                  |    5 +-
 net/Kconfig                             |    1 +
 net/Makefile                            |    1 +
 net/ieee802154/ieee802154.h             |    2 +
 net/ieee802154/nl-phy.c                 |    9 +-
 net/ieee802154/wpan-class.c             |    1 +
 net/mac802154/Kconfig                   |   16 ++
 net/mac802154/Makefile                  |    2 +
 net/mac802154/ieee802154_dev.c          |  269 ++++++++++++++++++++++++++++
 net/mac802154/mac802154.h               |  107 +++++++++++
 net/mac802154/mac_cmd.c                 |   43 +++++
 net/mac802154/mib.c                     |   97 ++++++++++
 net/mac802154/monitor.c                 |  115 ++++++++++++
 net/mac802154/rx.c                      |  110 ++++++++++++
 net/mac802154/tx.c                      |  113 ++++++++++++
 23 files changed, 1447 insertions(+), 24 deletions(-)
 create mode 100644 drivers/ieee802154/fakelb.c
 create mode 100644 include/net/mac802154.h
 create mode 100644 net/mac802154/Kconfig
 create mode 100644 net/mac802154/Makefile
 create mode 100644 net/mac802154/ieee802154_dev.c
 create mode 100644 net/mac802154/mac802154.h
 create mode 100644 net/mac802154/mac_cmd.c
 create mode 100644 net/mac802154/mib.c
 create mode 100644 net/mac802154/monitor.c
 create mode 100644 net/mac802154/rx.c
 create mode 100644 net/mac802154/tx.c

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
Matt Wood | 21 Dec 21:15
Picon

ifconfig wpan0 up triggers WARNING: at net/mac802154/main.c:38 mac802154_slave_open+0x78/0xc8

Hi folks, I'm new to the this project and excited at the possibilities of Linux/Zigbee.  I've been playing with a radio driver for a while, and more so now that there is a SoftMAC available to support radios like the AT86RF23x series.


I've ported the SoftMAC to linux-2.6.39 running on an ARM and am experimenting with an AT86RF231 radio driver.  The radio is working but when I follow the instructions in Getting Started and get to "ifconfig wpan0 up" I get the following:

# ifconfig wpan0 up
------------[ cut here ]------------
WARNING: at net/mac802154/main.c:38 mac802154_slave_open+0x78/0xc8()
Modules linked in: at86rf23x [last unloaded: at86rf23x]
[<c00369f0>] (unwind_backtrace+0x0/0xec) from [<c00423bc>] (warn_slowpath_common+0x4c/0x64)
[<c00423bc>] (warn_slowpath_common+0x4c/0x64) from [<c00423f0>] (warn_slowpath_null+0x1c/0x24)
[<c00423f0>] (warn_slowpath_null+0x1c/0x24) from [<c0342fc8>] (mac802154_slave_open+0x78/0xc8)
[<c0342fc8>] (mac802154_slave_open+0x78/0xc8) from [<c027f500>] (__dev_open+0xa8/0x104)
[<c027f500>] (__dev_open+0xa8/0x104) from [<c027cd24>] (__dev_change_flags+0xac/0x13c)
[<c027cd24>] (__dev_change_flags+0xac/0x13c) from [<c027f424>] (dev_change_flags+0x10/0x44)
[<c027f424>] (dev_change_flags+0x10/0x44) from [<c02ce7a4>] (devinet_ioctl+0x2dc/0x708)
[<c02ce7a4>] (devinet_ioctl+0x2dc/0x708) from [<c026e0a0>] (sock_ioctl+0x1f8/0x258)
[<c026e0a0>] (sock_ioctl+0x1f8/0x258) from [<c00a5414>] (do_vfs_ioctl+0x4d0/0x554)
[<c00a5414>] (do_vfs_ioctl+0x4d0/0x554) from [<c00a54d0>] (sys_ioctl+0x38/0x5c)
[<c00a54d0>] (sys_ioctl+0x38/0x5c) from [<c0031980>] (ret_fast_syscall+0x0/0x2c)
---[ end trace 7546549bd69be3f4 ]---

Is strange because even though "ifconfig" doesn't show wpan0 as being up but when I send a packet, my driver receives it and looks as if its processing the data (debug output below).  

mac802154_subif_rx()
parse_frame_start: 0803 dsn35
parse_frame_start(): src addr_type is NONE
parse_frame_start(): dst PAN address ffff
parse_frame_start(): dst SHORT address ffff
mac802154_wpans_rx() frame 3
mac802154_subif_frame Getting packet via slave interface wpan0
Command 07 on device wpan0

Anyone have any suggestions on where to go from here?  I'm just getting my hands dirty in the SoftMAC portion unfortunately - I was hoping it would just work! :)

Thanks, Matt.
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Alexander Smirnov | 23 Dec 09:13
Picon

Re: Linux/Zigbee / 6LowPan state of the art ?

Hi,

2011/12/19 Pierre-Emmanuel Goudet <pe.goudet@...>:
> Hi Alexander,
>
> We've start trying 6lowpan modules, we could recompile kernel and modules, but when we reach to users
tools ( iz,...) compilation we fail on libnl 3.0 missing when running "autogen.sh". Note that we've
installed libnl-dev but it does not seems enough ?

AFAIK Dmitry solved this problem last week.

I haven't tried to represent it, because I use OpenEmbedded build and
currently there are no errors detected. If Dmitry doesn't reply in
nearest day I'll look at this problem.

With best regards,
Alexander

>
> We're using a recent ubuntu 11.10
>
> Thanks for your ideas or any other goods " steps to use" document ?
>
> Le 19 déc. 2011 à 11:36, "Alexander Smirnov" <alex.bluesman.smirnov <at> gmail.com> a écrit :
>
>> Hi,
>>
>> 2011/12/19 Pierre-Emmanuel Goudet <pe.goudet@...>:
>>> Hi Alexander,
>>>
>>> Thank you very much.
>>> Will try that as soon as possible ;O)
>>>
>>> Do you know which is the current HC compression supported  ? (ie last sync with Contiki ?)
>>
>> In 6lowpan implementation I used LOWPAN_IPHC encoding format. The last
>> sync with Contiki was this autumn when I added fragmentation and UDP
>> support.
>>
>>>
>>> We aim restarting RPL developments inside "Linux Network driver".
>>> Any opinion about this subject ? is there any interested community about this ?
>>
>> Unfortunately I haven't looked at the RPL stuff yet.
>>
>> Now the most interesting feature for me is coap.
>>
>> But in any case I'll be glad to be involved in any development :)
>>
>> With best regards,
>> Alexander
>>
>>>
>>> Pierre-emmanuel
>>>
>>> -----Message d'origine-----
>>> De : Alexander Smirnov [mailto:alex.bluesman.smirnov@...]
>>> Envoyé : samedi 17 décembre 2011 14:08
>>> À : Pierre-Emmanuel Goudet
>>> Cc : linux-zigbee-devel@...; Dmitry Eremin-Solenikov
>>> Objet : Re: [Linux-zigbee-devel] Linux/Zigbee / 6LowPan state of the art ?
>>>
>>> Hi Pierre-Emmanuel,
>>>
>>> I've merged 6lowpan patches to '6lowpan' branch in linux-zigbee
>>> kernel. Please try it.
>>>
>>> BR,
>>> Alex
>>>
>>> 2011/12/16 Alexander Smirnov <alex.bluesman.smirnov@...>:
>>>> Hi,
>>>>
>>>> 2011/12/16 Dmitry Eremin-Solenikov <dbaryshkov@...>:
>>>>> On Fri, Dec 16, 2011 at 6:57 PM, Alexander Smirnov
>>>>> <alex.bluesman.smirnov@...> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> ohh, no.
>>>>>>
>>>>>> IIRC you need to copy just net/ieee802154/6lowpan.* from Dave Miller's
>>>>>> git to the same folder in zigbee-linux and fix Kconfig/Makefile.
>>>>>
>>>>> I'd say just blind copying is a bad idea. Please select 6lowpan
>>>>> patches that davem commited
>>>>> and git-am them into your tree.
>>>>
>>>> exactly true, but this moment have no time time/possibility to do it.
>>>> Will do it a little bit later.
>>>>
>>>> Alex
>>>>
>>>>>
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>> 2011/12/16 Pierre-Emmanuel Goudet <pe.goudet@...>:
>>>>>>> Hi Alexander,
>>>>>>>
>>>>>>> I'm connected to the latest "devel" branch from the git Linux-zigbee repository.
>>>>>>> (working with serial driver)
>>>>>>>
>>>>>>> Do you think it would be sufficient for me to import all the
>>>>>>> [linux/kernel/git/davem/net-next.git] / net / ieee802154 /
>>>>>>> directory to get a correct kernel environment for 6LowPan tests ?
>>>>>>> Would other thing be missing ?
>>>>>>>
>>>>>>> Thanks
>>>>>>> Pierre-emmanuel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -----Message d'origine-----
>>>>>>> De : Alexander Smirnov [mailto:alex.bluesman.smirnov@...]
>>>>>>> Envoyé : vendredi 16 décembre 2011 12:35
>>>>>>> À : Pierre-Emmanuel Goudet
>>>>>>> Cc : linux-zigbee-devel@...
>>>>>>> Objet : Re: Linux/Zigbee / 6LowPan state of the art ?
>>>>>>>
>>>>>>> Hi Pierre-Emmanuel,
>>>>>>>
>>>>>>> sourceforge GIT contains all the latest stuff except 6LowPAN which is
>>>>>>> available in mainline kernel. Unfortunately I haven't merged that
>>>>>>> patches to linux-zigbee tree yet :-(
>>>>>>>
>>>>>>> But in principle, it shouldn't be too difficult to derive 6LowPAN
>>>>>>> patches from net-next tree, there were 2 series only.
>>>>>>> Feel free to ask if you need my assist!
>>>>>>>
>>>>>>> Thank you,
>>>>>>> Alexander
>>>>>>>
>>>>>>> 2011/12/16 Pierre-Emmanuel Goudet <pe.goudet@...>:
>>>>>>>> Hi Alexander, all,
>>>>>>>>
>>>>>>>> I'm back minding about IPv6/6Lowpan usage under Linux. I was beta tester of 6LowPan by the end of
2010 but the project was closed on my side... It's now re-open ;O)
>>>>>>>> I saw that there was numerous patches about different subjets (ieee802.154, 6LowPan, ...)
>>>>>>>> Is there any directive to re-apply all necessary pathes or an up to date branch to git ?
>>>>>>>>
>>>>>>>> In advance thanks for your answers
>>>>>>>>
>>>>>>>> Pierre-emmanuel
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>>>>>> Microsoft is holding a special Learn Windows Azure training event for
>>>>>> developers. It will provide a great way to learn Windows Azure and what it
>>>>>> provides. You can attend the event by watching it streamed LIVE online.
>>>>>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>>>>>> _______________________________________________
>>>>>> Linux-zigbee-devel mailing list
>>>>>> Linux-zigbee-devel@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> With best wishes
>>>>> Dmitry
>>>
>>>
>>

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
M Pouillot | 21 Dec 09:06

Zigbee-linux CC2530 implementation

Hello all,

 

I need to implement a 6lowpan linux driver for the CC2530 from TI. This transceiver purposes its own serial protocol to manage its Z-MAC (embedded 802.15.4 Mac layer).  I see Linux-Zigbee allows hardMAC (for transceiver embedded Mac layer) or serial driver for which is necessary to have a 802-15-4 linux implementation. So what is the best way for me to implement my specific device (serial + hardMAC)? May be there is a near implementation…

By the way for the HardMAC implementation, I don't understand in the fakehard.c example how are received the data and how are sent to the higher layer?

 

thanks a lot for your feedback,

 

 

Mathieu a newbie in linux driver ;-)

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Alexander Smirnov | 18 Dec 19:21
Picon

ieee802.15.4 documentation

Hi Dmitry,

sorry that disturbing you again... I've updated documentation file in
kernel with ieee802154 details.
I've decided to attach whole file instead of patch, because I think it
looks more readable.

Could you please review it and let me know your opinion.

With best regards,
Alexander

		Linux IEEE 802.15.4 implementation

Introduction
============
The IEEE 802.15.4 working group focuses on standartization of bottom
two layers: Medium Accsess Control (MAC) and Physical (PHY). And there
are mainly two options available for upper layers:
 - ZigBee - proprietary protocol from ZigBee Alliance
 - 6LowPAN - IPv6 networking over low rate personal area networks

The Linux-ZigBee project goal is to provide complete implementation
of IEEE 802.15.4 and 6LoWPAN protocols. IEEE 802.15.4 is a stack
of protocols for organizing Low-Rate Wireless Personal Area Networks.

The stack is composed of three main parts:
 - IEEE 802.15.4 layer;  We have chosen to use plain Berkeley socket API,
   the generic Linux networking stack to transfer IEEE 802.15.4 messages
   and a special protocol over genetlink for configuration/management
 - MAC - provides access to shared channel and reliable data delivery
 - PHY - represents device drivers

Socket API
==========

int sd = socket(PF_IEEE802154, SOCK_DGRAM, 0);
.....

The address family, socket addresses etc. are defined in the
include/net/af_ieee802154.h header or in the special header
in our userspace package (see either linux-zigbee sourceforge download page
or git tree at git://linux-zigbee.git.sourceforge.net/gitroot/linux-zigbee).

One can use SOCK_RAW for passing raw data towards device xmit function. YMMV.

MLME - MAC Level Management
============================

Most of IEEE 802.15.4 MLME interfaces are directly mapped on netlink commands.
See the include/net/nl802154.h header. Our userspace tools package
(see above) provides CLI configuration utility for radio interfaces and simple
coordinator for IEEE 802.15.4 networks as an example users of MLME protocol.

Kernel side
=============

Like with WiFi, there are several types of devices implementing IEEE 802.15.4.
1) 'HardMAC'. The MAC layer is implemented in the device itself, the device
   exports MLME and data API.
2) 'SoftMAC' or just radio. These types of devices are just radio transceivers
   possibly with some kinds of acceleration like automatic CRC computation and
   comparation, automagic ACK handling, address matching, etc.

Those types of devices require different approach to be hooked into Linux kernel.

HardMAC
=======

See the header include/net/ieee802154_netdev.h. You have to implement Linux
net_device, with .type = ARPHRD_IEEE802154. Data is exchanged with socket family
code via plain sk_buffs. On skb reception skb->cb must contain additional
info as described in the struct ieee802154_mac_cb. During packet transmission
the skb->cb is used to provide additional data to device's header_ops->create
function. Be aware, that this data can be overriden later (when socket code
submits skb to qdisc), so if you need something from that cb later, you should
store info in the skb->data on your own.

To hook the MLME interface you have to populate the ml_priv field of your
net_device with a pointer to struct ieee802154_mlme_ops instance. All fields are
required.

We provide an example of simple HardMAC driver at drivers/ieee802154/fakehard.c

SoftMAC
=======

The MAC is middle layer in the IEEE 802.15.4 Linux stack. This moment it
provides interface for drivers registration and management of slave interfaces.
Currently the only monitor device type is supported - it's IEEE 802.15.4 stack
interface for network sniffers (for instance WireShark).

This layer is going to be extended soon.

See header include/net/mac802154.h and several drivers in drivers/ieee802154/.

Device drivers API
==================

The include/net/mac802154.h defines following functions:
 - struct ieee802154_dev *ieee802154_alloc_device
   (size_t priv_size, struct ieee802154_ops *ops):
   allocation of IEEE 802.15.4 compatible device

 - void ieee802154_free_device(struct ieee802154_dev *dev):
   freeing allocated device

 - int ieee802154_register_device(struct ieee802154_dev *dev):
   register PHY in the system

 - void ieee802154_unregister_device(struct ieee802154_dev *dev):
   freeing registered PHY

Moreover IEEE 802.15.4 device operations structure should be filled.

Fake drivers
============

In addition there are two drivers available which simulate real devices with
HardMAC (fakehard) and SoftMAC (fakelb - IEEE 802.15.4 loopback driver)
interfaces. This option provides possibility to test and debug stack without
usage of real hardware.

See sources in drivers/ieee802154 folder for more details.

6LowPAN Linux implementation
============================

The IEEE 802.15.4 standard specifies an MTU of 128 bytes, yielding about 80
octets of actual MAC payload once security is turned on, on a wireless link
with a link throughput of 250 kbps or less.  The 6LoWPAN adaptation format
[RFC4944] was specified to carry IPv6 datagrams over such constrained links,
taking into account limited bandwidth, memory, or energy resources that are
expected in applications such as wireless Sensor Networks.  [RFC4944] defines
a Mesh Addressing header to support sub-IP forwarding, a Fragmentation header
to support the IPv6 minimum MTU requirement [RFC2460], and stateless header
compression for IPv6 datagrams (LOWPAN_HC1 and LOWPAN_HC2) to reduce the
relatively large IPv6 and UDP headers down to (in the best case) several bytes.

In Semptember 2011 the standard update was published - [RFC6282].
It deprecates HC1 and HC2 compression and defines IPHC encoding format which is
used in this Linux implementation.

All the code related to 6lowpan you may find in files: net/ieee802154/6lowpan.*

To setup 6lowpan interface you need (busybox release > 1.17.0):
1. Add IEEE802.15.4 interface and initialize PANid;
2. Add 6lowpan interface by command like:
   # ip link add link wpan0 name lowpan0 type lowpan
3. Set MAC (if needs):
   # ip link set lowpan0 address de:ad:be:ef:ca:fe:ba:be
4. Bring up 'lowpan0' interface
------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@...
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel

Gmane