Hello,
I never tried integrating the code into any "standard way". I just
needed a quick fix and I do not have much experience with Kernel
programming.
I agree that running the code without checking the presence of this HW
can have bad side effects (however, I did not experienced any on several
different laptops).
I do not have the hardware easily accessible now to provide requested
information. I would really appreciate if anybody could take the code
and put it into some standard Kernel module.
Please note, that it is not possible to switch the wifi on by emulating
some software keys. It really needs to write to some HW ports. I
obtained these numbers by reverse engineering the original
Fujitsu-Siemens Windows driver.
Cheers,
Martin
On Sun, 2 Oct 2011 17:12:54 -0500, Jonathan Nieder wrote:
Hi,
Tino Schmidt wrote[1]:
My notebook is an Fujitsu Siemens Amilo A1655G, which has a
software-based RF-Switch. My wireless network card (
Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN
Controller (rev 02), ID 14e4:4318) would be unusable if there wasn't
a
project like http://sourceforge.net/projects/fsaa1655g/ which brings
support at least for kernel 2.6.26. But there isn't any support
beyond
kernel 2.6.26.
I notice that the wistron_btns driver has support for some other
Amilo
laptops. The source says:
/*
* If your machine is not here (which is currently rather likely),
please send
* a list of buttons and their key codes (reported when loading this
module
* with force=1) and the output of dmidecode to $MODULE_AUTHOR.
*/
Tino (or anyone with this hardware), could you send dmesg output from
modprobe wistron_btns force=1
and dmidecode (or "grep . /sys/class/dmi/id/*_{vendor,name,version}"
as Ben suggested)?
Thanks,
Jonathan
[1] http://bugs.debian.org/631664
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
