Prism USB chipsets

As you maybe know tosa devices contain internal wifi cards based on Prism3-USB chipset (manufactured by Ambit). Wlan-ng driver (present in staging) for such kind of devices is old, mostly-unmaintained and does not really fits current kernel WiFi stack. Non-USB versions of Prism3 devices are supported by HostAP driver, which needs adaptation (kinda big one) to work with USB devices. Working right on tosa isn't really suitable for basic driver debugging. Today I've got normal external card (Siemens SS1022) compatible with tosa one which I can use for my experiments. Happy hacking!

Freescale licensing.

* No part of this document must be reproduced in any form - including copied,
* transcribed, printed or by any electronic means - without specific written
* permission from Freescale.

Except for the ZigBee Beestack, Freescale grants to you, free of charge, the non-exclusive, non-transferable right, exclusively for activities which support products incorporating a Freescale 802.15.4 Radio Frequency transceiver integrated circuit ("Freescale IC") (1) to use the Software internally, (2) to reproduce the Software for purposes outlined in this Agreement, (3) to prepare derivative works of only that Software provided in source code form and (4) to distribute the Software and any derivative works thereof, other than the BeeKit Tools, in object code form and solely in conjunction with a product that contains the Freescale IC.

Damn those proprietary vendors.

M68HC(S)08 toolchain

I've regisered a project on sf.net and pushed there my efforts in porting binutils/gdb/sim to the Freescale m68hc08/m68hc908/m68hcs08 platforms. Contributors are welcome!

Dreams...

Dreaming now about this USB stick.

Living w/o forks

Yes, currently I'm living without forks. I'm (again) trying to restore OE support for Blackfin platform in a clean way.

One of the major problems is that there is no fork() on Blackfin. And lot's of software expects to have it. E.g. even to build u-boot, via dependancy chain u-boot -> mtd-utils -> e2fsprogs-libs -> util-linux-ng -> udev you get stron dependancy on fork(). I see no way to resolve this, other than build uClibc with UCLIBC_HAS_STUBS, enabling stub for fork().

More on this later

Chine and Japanese LR-WPAN

Thanks to GetIEEE802 I can finally read the 802.15.4 ammendments for China and Japan regulations (802.15.4c and 802.15.4d).

What can I say? On the first glance there are no new bicycles invented. However there is one point in 802.15.4d that I've expressed to my wife in the following terms: 'There is a numeric value there. It's equal to 1 in Japan and to 2 in the rest of the world'.

Adding support for those ammendments into our stack should be straightforward. However most of the nasty things will/should be handled (and hidden) into hardware/firmware, and not present in the highlevel stack.

Git repo for binutils, gdb, etc.

For those fanatics of git who want to access SourceWare trees via git, I've created a repo on github, that is a mirror of the whole SourceWare CVS tree. Yes, everything, including BFD, binutils, gdb, sim, sid, etc.

Clone url: git://github.com/lumag/binutils.git