From kaber at trash.net Fri Jul 22 13:45:20 2011 From: kaber at trash.net (Patrick McHardy) Date: Fri, 22 Jul 2011 15:45:20 +0200 Subject: Linux 3.0 merged Message-ID: <4E297EF0.8070507@trash.net> I've merged the DECT tree with the Linux 3.0 release. Due to some recent firmware changes, I'd appreciate feedback whether things are still working properly for everyone. From romain.fliedel at gmail.com Thu Jul 28 13:39:54 2011 From: romain.fliedel at gmail.com (Fliedel Romain) Date: Thu, 28 Jul 2011 15:39:54 +0200 Subject: problem building kernel Message-ID: <4E3166AA.5010200@gmail.com> Hi, I'm trying to build a kernel from the git repository with dect stack enabled but i get this error : net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: it appears that this file has been removed in kernel 2.6.36 Do you have any idea to solve this problem ? Thanks From kaber at trash.net Thu Jul 28 18:00:59 2011 From: kaber at trash.net (Patrick McHardy) Date: Thu, 28 Jul 2011 20:00:59 +0200 Subject: problem building kernel In-Reply-To: <4E3166AA.5010200@gmail.com> References: <4E3166AA.5010200@gmail.com> Message-ID: <4E31A3DB.3030104@trash.net> Am 28.07.2011 15:39, schrieb Fliedel Romain: > Hi, > > I'm trying to build a kernel from the git repository with dect stack > enabled but i get this error : > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: > > it appears that this file has been removed in kernel 2.6.36 > > Do you have any idea to solve this problem ? > Disable the TIPC option for now, the code hasn't been adapter to the latest upstream changes yet. From romain.fliedel at gmail.com Thu Jul 28 18:05:26 2011 From: romain.fliedel at gmail.com (Romain Fliedel) Date: Thu, 28 Jul 2011 20:05:26 +0200 Subject: problem building kernel In-Reply-To: <4E31A3DB.3030104@trash.net> References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> Message-ID: 2011/7/28 Patrick McHardy > Am 28.07.2011 15:39, schrieb Fliedel Romain: > > Hi, > > > > I'm trying to build a kernel from the git repository with dect stack > > enabled but i get this error : > > > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: > > > > it appears that this file has been removed in kernel 2.6.36 > > > > Do you have any idea to solve this problem ? > > > > Disable the TIPC option for now, the code hasn't been adapter to > the latest upstream changes yet. > Thanks, that's what I end up doing and I am now able to build a kernel. But now I have a problem with the driver, in my dmesg I've got the following error : com_on_air_pci: probe of 0000:07:04.0 failed with error -2 any idea ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaber at trash.net Thu Jul 28 18:35:43 2011 From: kaber at trash.net (Patrick McHardy) Date: Thu, 28 Jul 2011 20:35:43 +0200 Subject: problem building kernel In-Reply-To: References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> Message-ID: <4E31ABFF.6070104@trash.net> Am 28.07.2011 20:05, schrieb Romain Fliedel: > > 2011/7/28 Patrick McHardy > > > Am 28.07.2011 15:39, schrieb Fliedel Romain: > > Hi, > > > > I'm trying to build a kernel from the git repository with dect stack > > enabled but i get this error : > > > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: > > > > it appears that this file has been removed in kernel 2.6.36 > > > > Do you have any idea to solve this problem ? > > > > Disable the TIPC option for now, the code hasn't been adapter to > the latest upstream changes yet. > > > Thanks, that's what I end up doing and I am now able to build a kernel. > But now I have a problem with the driver, in my dmesg I've got the > following error : > > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 > > any idea ? I guess you linked the driver statically. This currently doesn't work since the transceiver layer hasn't initialized the radio band frequencies when the driver loads. Will probably fix that shortly, using a modular build should work. From romain.fliedel at gmail.com Thu Jul 28 18:40:40 2011 From: romain.fliedel at gmail.com (Romain Fliedel) Date: Thu, 28 Jul 2011 20:40:40 +0200 Subject: problem building kernel In-Reply-To: <4E31ABFF.6070104@trash.net> References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> <4E31ABFF.6070104@trash.net> Message-ID: 2011/7/28 Patrick McHardy > Am 28.07.2011 20:05, schrieb Romain Fliedel: > > > > 2011/7/28 Patrick McHardy > > > > > Am 28.07.2011 15:39, schrieb Fliedel Romain: > > > Hi, > > > > > > I'm trying to build a kernel from the git repository with dect > stack > > > enabled but i get this error : > > > > > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: > > > > > > it appears that this file has been removed in kernel 2.6.36 > > > > > > Do you have any idea to solve this problem ? > > > > > > > Disable the TIPC option for now, the code hasn't been adapter to > > the latest upstream changes yet. > > > > > > Thanks, that's what I end up doing and I am now able to build a kernel. > > But now I have a problem with the driver, in my dmesg I've got the > > following error : > > > > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 > > > > any idea ? > > I guess you linked the driver statically. This currently doesn't > work since the transceiver layer hasn't initialized the radio band > frequencies when the driver loads. Will probably fix that shortly, > using a modular build should work. > Ok I'll try with the modular version. I noticed that no /dev/coa is created, is it normal ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaber at trash.net Thu Jul 28 18:42:19 2011 From: kaber at trash.net (Patrick McHardy) Date: Thu, 28 Jul 2011 20:42:19 +0200 Subject: problem building kernel In-Reply-To: References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> <4E31ABFF.6070104@trash.net> Message-ID: <4E31AD8B.6020001@trash.net> Am 28.07.2011 20:40, schrieb Romain Fliedel: > 2011/7/28 Patrick McHardy > > > Am 28.07.2011 20:05, schrieb Romain Fliedel: > > > > 2011/7/28 Patrick McHardy >> > > > > Am 28.07.2011 15:39, schrieb Fliedel Romain: > > > Hi, > > > > > > I'm trying to build a kernel from the git repository with > dect stack > > > enabled but i get this error : > > > > > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: > > > > > > it appears that this file has been removed in kernel 2.6.36 > > > > > > Do you have any idea to solve this problem ? > > > > > > > Disable the TIPC option for now, the code hasn't been adapter to > > the latest upstream changes yet. > > > > > > Thanks, that's what I end up doing and I am now able to build a > kernel. > > But now I have a problem with the driver, in my dmesg I've got the > > following error : > > > > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 > > > > any idea ? > > I guess you linked the driver statically. This currently doesn't > work since the transceiver layer hasn't initialized the radio band > frequencies when the driver loads. Will probably fix that shortly, > using a modular build should work. > > > Ok I'll try with the modular version. > I noticed that no /dev/coa is created, is it normal ? Yes, the stack uses netlink and a socket API for userspace communication. From romain.fliedel at gmail.com Fri Jul 29 13:27:14 2011 From: romain.fliedel at gmail.com (Romain Fliedel) Date: Fri, 29 Jul 2011 15:27:14 +0200 Subject: problem building kernel In-Reply-To: <4E31AD8B.6020001@trash.net> References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> <4E31ABFF.6070104@trash.net> <4E31AD8B.6020001@trash.net> Message-ID: 2011/7/28 Patrick McHardy > Am 28.07.2011 20:40, schrieb Romain Fliedel: > > 2011/7/28 Patrick McHardy > > > > > Am 28.07.2011 20:05, schrieb Romain Fliedel: > > > > > > 2011/7/28 Patrick McHardy > > >> > > > > > > Am 28.07.2011 15:39, schrieb Fliedel Romain: > > > > Hi, > > > > > > > > I'm trying to build a kernel from the git repository with > > dect stack > > > > enabled but i get this error : > > > > > > > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: > > > > > > > > it appears that this file has been removed in kernel 2.6.36 > > > > > > > > Do you have any idea to solve this problem ? > > > > > > > > > > Disable the TIPC option for now, the code hasn't been adapter > to > > > the latest upstream changes yet. > > > > > > > > > Thanks, that's what I end up doing and I am now able to build a > > kernel. > > > But now I have a problem with the driver, in my dmesg I've got the > > > following error : > > > > > > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 > > > > > > any idea ? > > > > I guess you linked the driver statically. This currently doesn't > > work since the transceiver layer hasn't initialized the radio band > > frequencies when the driver loads. Will probably fix that shortly, > > using a modular build should work. > > > > > > Ok I'll try with the modular version. > > I noticed that no /dev/coa is created, is it normal ? > > Yes, the stack uses netlink and a socket API for userspace communication. > > Ok with the modular build it is working, thanks for you help. Now I'm trying to get a dump of the messages exchanged between a my FP and a my PP, i've found the dectmon utility, but the dump file created is not usable in wireshark. Is there a way to convert it to a pcap file ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaber at trash.net Fri Jul 29 13:30:58 2011 From: kaber at trash.net (Patrick McHardy) Date: Fri, 29 Jul 2011 15:30:58 +0200 Subject: problem building kernel In-Reply-To: References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> <4E31ABFF.6070104@trash.net> <4E31AD8B.6020001@trash.net> Message-ID: <4E32B612.90608@trash.net> On 29.07.2011 15:27, Romain Fliedel wrote: > 2011/7/28 Patrick McHardy > >> Am 28.07.2011 20:40, schrieb Romain Fliedel: >>> 2011/7/28 Patrick McHardy > >>> >>> Am 28.07.2011 20:05, schrieb Romain Fliedel: >>> > >>> > 2011/7/28 Patrick McHardy >> >> >> >>> > >>> > Am 28.07.2011 15:39, schrieb Fliedel Romain: >>> > > Hi, >>> > > >>> > > I'm trying to build a kernel from the git repository with >>> dect stack >>> > > enabled but i get this error : >>> > > >>> > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: >>> > > >>> > > it appears that this file has been removed in kernel 2.6.36 >>> > > >>> > > Do you have any idea to solve this problem ? >>> > > >>> > >>> > Disable the TIPC option for now, the code hasn't been adapter >> to >>> > the latest upstream changes yet. >>> > >>> > >>> > Thanks, that's what I end up doing and I am now able to build a >>> kernel. >>> > But now I have a problem with the driver, in my dmesg I've got the >>> > following error : >>> > >>> > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 >>> > >>> > any idea ? >>> >>> I guess you linked the driver statically. This currently doesn't >>> work since the transceiver layer hasn't initialized the radio band >>> frequencies when the driver loads. Will probably fix that shortly, >>> using a modular build should work. >>> >>> >>> Ok I'll try with the modular version. >>> I noticed that no /dev/coa is created, is it normal ? >> >> Yes, the stack uses netlink and a socket API for userspace communication. >> >> > Ok with the modular build it is working, thanks for you help. > Now I'm trying to get a dump of the messages exchanged between a my FP and a > my PP, i've found the dectmon utility, but the dump file created is not > usable in wireshark. Is there a way to convert it to a pcap file ? No, but it should be easy to add. Alternatively you can use the patched libpcap with tcpdump or wireshark directly. IIRC it needs a one-liner change to the wireshark build though, will try to find the patch again :) From romain.fliedel at gmail.com Fri Jul 29 16:54:30 2011 From: romain.fliedel at gmail.com (Romain Fliedel) Date: Fri, 29 Jul 2011 18:54:30 +0200 Subject: problem building kernel In-Reply-To: References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> <4E31ABFF.6070104@trash.net> <4E31AD8B.6020001@trash.net> <4E32B612.90608@trash.net> Message-ID: 2011/7/29 Patrick McHardy On 29.07.2011 15:27, Romain Fliedel wrote: > 2011/7/28 Patrick McHardy > >> Am 28.07.2011 20:40, schrieb Romain Fliedel: >>> 2011/7/28 Patrick McHardy > >>> >>> Am 28.07.2011 20:05, schrieb Romain Fliedel: >>> > >>> > 2011/7/28 Patrick McHardy >> >> >> >>> > >>> > Am 28.07.2011 15:39, schrieb Fliedel Romain: >>> > > Hi, >>> > > >>> > > I'm trying to build a kernel from the git repository with >>> dect stack >>> > > enabled but i get this error : >>> > > >>> > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: >>> > > >>> > > it appears that this file has been removed in kernel 2.6.36 >>> > > >>> > > Do you have any idea to solve this problem ? >>> > > >>> > >>> > Disable the TIPC option for now, the code hasn't been adapter >> to >>> > the latest upstream changes yet. >>> > >>> > >>> > Thanks, that's what I end up doing and I am now able to build a >>> kernel. >>> > But now I have a problem with the driver, in my dmesg I've got the >>> > following error : >>> > >>> > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 >>> > >>> > any idea ? >>> >>> I guess you linked the driver statically. This currently doesn't >>> work since the transceiver layer hasn't initialized the radio band >>> frequencies when the driver loads. Will probably fix that shortly, >>> using a modular build should work. >>> >>> >>> Ok I'll try with the modular version. >>> I noticed that no /dev/coa is created, is it normal ? >> >> Yes, the stack uses netlink and a socket API for userspace communication. >> >> > Ok with the modular build it is working, thanks for you help. > Now I'm trying to get a dump of the messages exchanged between a my FP and a > my PP, i've found the dectmon utility, but the dump file created is not > usable in wireshark. Is there a way to convert it to a pcap file ? No, but it should be easy to add. Alternatively you can use the patched libpcap with tcpdump or wireshark directly. IIRC it needs a one-liner change to the wireshark build though, will try to find the patch again :) I've build wireshark with the modified libpcap, but I can't find a dect interface. (even though I can produce a dump with dectmon) If i call the function pcap_findalldevs() it return : Devive : eth0 Desc : (null) Devive : eth1 Desc : (null) Devive : usbmon1 Desc : USB bus number 1 Devive : usbmon2 Desc : USB bus number 2 Devive : usbmon3 Desc : USB bus number 3 Devive : usbmon4 Desc : USB bus number 4 Devive : usbmon5 Desc : USB bus number 5 Devive : usbmon6 Desc : USB bus number 6 Devive : usbmon7 Desc : USB bus number 7 Devive : usbmon8 Desc : USB bus number 8 Devive : any Desc : Pseudo-device that captures on all interfaces Devive : lo Desc : (null) am I missing something ? My configuration is the one provided on the wiki : ./dect-cluster-add --name cluster0 --mode fp --emc 0x1182 --fpn 0x0fac3 ./dect-cell-add --name cell0 --cluster cluster0 ./dect-transceiver-bind --transceiver trx0 --cell cell0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaber at trash.net Fri Jul 29 17:42:12 2011 From: kaber at trash.net (Patrick McHardy) Date: Fri, 29 Jul 2011 19:42:12 +0200 Subject: problem building kernel In-Reply-To: References: <4E3166AA.5010200@gmail.com> <4E31A3DB.3030104@trash.net> <4E31ABFF.6070104@trash.net> <4E31AD8B.6020001@trash.net> <4E32B612.90608@trash.net> Message-ID: <4E32F0F4.9090301@trash.net> On 29.07.2011 18:54, Romain Fliedel wrote: > 2011/7/29 Patrick McHardy > > On 29.07.2011 15:27, Romain Fliedel wrote: >> 2011/7/28 Patrick McHardy >> >>> Am 28.07.2011 20:40, schrieb Romain Fliedel: >>>> 2011/7/28 Patrick McHardy > >>>> >>>> Am 28.07.2011 20:05, schrieb Romain Fliedel: >>>> > >>>> > 2011/7/28 Patrick McHardy >>> >>> >> >>>> > >>>> > Am 28.07.2011 15:39, schrieb Fliedel Romain: >>>> > > Hi, >>>> > > >>>> > > I'm trying to build a kernel from the git repository with >>>> dect stack >>>> > > enabled but i get this error : >>>> > > >>>> > > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h: >>>> > > >>>> > > it appears that this file has been removed in kernel 2.6.36 >>>> > > >>>> > > Do you have any idea to solve this problem ? >>>> > > >>>> > >>>> > Disable the TIPC option for now, the code hasn't been adapter >>> to >>>> > the latest upstream changes yet. >>>> > >>>> > >>>> > Thanks, that's what I end up doing and I am now able to build a >>>> kernel. >>>> > But now I have a problem with the driver, in my dmesg I've got the >>>> > following error : >>>> > >>>> > com_on_air_pci: probe of 0000:07:04.0 failed with error -2 >>>> > >>>> > any idea ? >>>> >>>> I guess you linked the driver statically. This currently doesn't >>>> work since the transceiver layer hasn't initialized the radio band >>>> frequencies when the driver loads. Will probably fix that shortly, >>>> using a modular build should work. >>>> >>>> >>>> Ok I'll try with the modular version. >>>> I noticed that no /dev/coa is created, is it normal ? >>> >>> Yes, the stack uses netlink and a socket API for userspace communication. >>> >>> >> Ok with the modular build it is working, thanks for you help. >> Now I'm trying to get a dump of the messages exchanged between a my FP and > a >> my PP, i've found the dectmon utility, but the dump file created is not >> usable in wireshark. Is there a way to convert it to a pcap file ? > > No, but it should be easy to add. Alternatively you can use the > patched libpcap with tcpdump or wireshark directly. IIRC it needs > a one-liner change to the wireshark build though, will try to > find the patch again :) > > I've build wireshark with the modified libpcap, but I can't find a dect > interface. (even though I can produce a dump with dectmon) > > If i call the function pcap_findalldevs() it return : > > Devive : eth0 > Desc : (null) > Devive : eth1 > Desc : (null) > Devive : usbmon1 > Desc : USB bus number 1 > Devive : usbmon2 > Desc : USB bus number 2 > Devive : usbmon3 > Desc : USB bus number 3 > Devive : usbmon4 > Desc : USB bus number 4 > Devive : usbmon5 > Desc : USB bus number 5 > Devive : usbmon6 > Desc : USB bus number 6 > Devive : usbmon7 > Desc : USB bus number 7 > Devive : usbmon8 > Desc : USB bus number 8 > Devive : any > Desc : Pseudo-device that captures on all interfaces > Devive : lo > Desc : (null) > > am I missing something ? > > My configuration is the one provided on the wiki : > > ./dect-cluster-add --name cluster0 --mode fp --emc 0x1182 --fpn 0x0fac3 > ./dect-cell-add --name cell0 --cluster cluster0 > ./dect-transceiver-bind --transceiver trx0 --cell cell0 You probably didn't built against the modifieren libpcap, otherwise you'd get an error from the dynamic linker when starting wireshark (that's what the oneliner patch is for). I'll try to put an howto in the dect.osmocom.org wiki tommorrow. From debaer at gmail.com Fri Jul 29 10:09:46 2011 From: debaer at gmail.com (Simon Kowalewski) Date: Fri, 29 Jul 2011 12:09:46 +0200 Subject: USB DECT devices Message-ID: Hi! I'd like to play around with OsmocomDECT a bit, but my prehistoric laptop with PCMCIA (my Pismo) has given up on me and all desktop computers I have are PCIe, none has PCI (the oldest being a PowerMac G5). But they all do have USB, and I have a Sinus 702 data, also known as Gigaset M34, a USB DECT adapter. Here are the details as seen from the PC side: DECT Data Device: Produkt-ID: 0x0026 Hersteller-ID: 0x0681 (Siemens Information and Communication Products) Version: 1,00 Seriennummer: 00045ABF42 Geschwindigkeit: Bis zu 12 MBit/s Hersteller: Siemens AG Standort-ID: 0x04100000 / 5 Verf?gbare Stromst?rke (mA): 500 Erforderliche Stromst?rke (mA): 90 I couldn't find too much information on the chipset in these things, but if anyone is interested in hacking around with this, I could bring it to the camp. Cheers, Simon -- ATOM-STROM-AUSSTIEG JETZT! Noch heute zum g?nstigsten ?kostromanbieter wechseln! Naturstrom: 22,5 Cent/kWh, Preisgarantie bis Jahresende! Einfach anmelden unter http://naturstrom-jetzt.de/ From domi at tomcsanyi.net Fri Jul 29 11:16:01 2011 From: domi at tomcsanyi.net (=?UTF-8?Q?Tomcs=C3=A1nyi_Domonkos?=) Date: Fri, 29 Jul 2011 13:16:01 +0200 Subject: USB DECT devices In-Reply-To: References: Message-ID: <005b01cc4de0$e6350830$b29f1890$@tomcsanyi.net> I struggled with the same problem, what I tried to do is getting an ExpressCard ->PCMCIA adapter 'cause they are pretty cheap, and the laptops I gotta work with all have an ExpressCard slot. I haven't got the adapters yet (I ordered them a week ago), so I can't tell if they an good or not, but I just wanted to mention this, so it may help someone. Domi -----Original Message----- From: linux-dect-bounces at lists.osmocom.org [mailto:linux-dect-bounces at lists.osmocom.org] On Behalf Of Simon Kowalewski Sent: Friday, July 29, 2011 12:10 PM To: linux-dect at lists.osmocom.org Subject: USB DECT devices Hi! I'd like to play around with OsmocomDECT a bit, but my prehistoric laptop with PCMCIA (my Pismo) has given up on me and all desktop computers I have are PCIe, none has PCI (the oldest being a PowerMac G5). But they all do have USB, and I have a Sinus 702 data, also known as Gigaset M34, a USB DECT adapter. Here are the details as seen from the PC side: DECT Data Device: Produkt-ID: 0x0026 Hersteller-ID: 0x0681 (Siemens Information and Communication Products) Version: 1,00 Seriennummer: 00045ABF42 Geschwindigkeit: Bis zu 12 MBit/s Hersteller: Siemens AG Standort-ID: 0x04100000 / 5 Verf?gbare Stromst?rke (mA): 500 Erforderliche Stromst?rke (mA): 90 I couldn't find too much information on the chipset in these things, but if anyone is interested in hacking around with this, I could bring it to the camp. Cheers, Simon -- ATOM-STROM-AUSSTIEG JETZT! Noch heute zum g?nstigsten ?kostromanbieter wechseln! Naturstrom: 22,5 Cent/kWh, Preisgarantie bis Jahresende! Einfach anmelden unter http://naturstrom-jetzt.de/ From kaber at trash.net Fri Jul 29 14:56:04 2011 From: kaber at trash.net (Patrick McHardy) Date: Fri, 29 Jul 2011 16:56:04 +0200 Subject: USB DECT devices In-Reply-To: References: Message-ID: <4E32CA04.90202@trash.net> On 29.07.2011 12:09, Simon Kowalewski wrote: > Hi! > > I'd like to play around with OsmocomDECT a bit, but my prehistoric > laptop with PCMCIA (my Pismo) has given up on me and all desktop > computers I have are PCIe, none has PCI (the oldest being a PowerMac > G5). > > But they all do have USB, and I have a Sinus 702 data, also known as > Gigaset M34, a USB DECT adapter. Here are the details as seen from the > PC side: > > DECT Data Device: > > Produkt-ID: 0x0026 > Hersteller-ID: 0x0681 (Siemens Information and Communication Products) > Version: 1,00 > Seriennummer: 00045ABF42 > Geschwindigkeit: Bis zu 12 MBit/s > Hersteller: Siemens AG > Standort-ID: 0x04100000 / 5 > Verf?gbare Stromst?rke (mA): 500 > Erforderliche Stromst?rke (mA): 90 > > I couldn't find too much information on the chipset in these things, > but if anyone is interested in hacking around with this, I could bring > it to the camp. I have a similar adapter, but they work fundamentally different from the PCMCIA/PCI devices as far as I can tell. Basically they're running at least the MAC layer (possibly also DLC layer) on the device itself and only export a higher layer API. Still it might be possible to support them using my stack, but so far there's is exactly zero information about how they work. I guess having a closer look at the windows drivers would be a good start.