On Mon, 2 Nov 2009 19:53:54 +0800, wu zhangjin <wuzhang...@gmail.com>
wrote:
> Hi, Robert
>
> Could you please compile rtl8187b into the kernel(2.6.30.9), not just
> as a module.
>
> Just checked it, if as module, Fn+F5 will not work, but the interface
> /sys/class/rfkill/rfkill0/state works! This means the relative kernel
> handling is "broken"(not really broken). but if you really want to use
> rtl8187b as a module, try to ensure this program start as a daemon, it
> will accept the event of Fn+F5 and switch the status of the wireless
> automatically:
>
> #!/usr/bin/env python
> # file: wlan-rfkill.py
>
> import dbus
> import dbus.glib
> import gobject
> import re
> import commands
> import os
>
> bus = dbus.SystemBus()
> obj = bus.get_object( 'org.freedesktop.Hal',
> '/org/freedesktop/Hal/devices/platform_yeeloong_laptop_logicaldev_input')
>
> def wlan_handler():
> status = commands.getoutput("cat /sys/class/rfkill/rfkill0/state")
> if status == "1":
> status = "0"
> else:
> stutus = "1"
> c = "echo " + status + " > /sys/class/rfkill/rfkill0/state"
> os.system(c)
>
> def signal_handler(action, key):
> print ("Received signal and it says: " + action + "," + key)
> if re.search("wlan", key):
> wlan_handler()
>
> obj.connect_to_signal("Condition", signal_handler,
> dbus_interface="org.freedesktop.Hal.Device")
>
> # Tell the remote object to emit the signal
>
> loop = gobject.MainLoop()
> loop.run()
> # end
>
> and of course, you are recommended to use 2.6.31.5 directly, rtl8187b
> works as a module or not with it very well~~
>
> Regards,
> Wu Zhangjin
>
> On Mon, Nov 2, 2009 at 5:11 PM, wu zhangjin <wuzhang...@gmail.com> wrote:
>> On Sun, Nov 1, 2009 at 11:41 PM, Robert Millan <r...@aybabtu.com> wrote:
>>> On Sun, Nov 01, 2009 at 09:30:44PM +0800, Zhang Le wrote:
>>>> On 12:53 Sun 01 Nov , Robert Millan wrote:
>>>> > On Sun, Nov 01, 2009 at 05:16:04PM +0800, Zhang Le wrote:
>>>> > > On 22:43 Mon 26 Oct , Robert Millan wrote:
>>>> > > >
>>>> > > > Try with the Linux 2.6.30.9 packages (see my other mail)
>>>> > >
>>>> > > For those who are not aware of:
>>>> > >
>>>> > > Actually, the wifi driver provided by realtek (the working one)
has
>>>> > > been
>>>> > > integrated into lemote's git tree for quite some time, at least
two
>>>> > > months.
>>>> > >
>>>> > > Please pay attention to Wu Zhangjin's announcement about latest
>>>> > > release on
>>>> > > loongson-dev mailing list. The most recent one is:
>>>> > >
>>>> > >
http://groups.google.com/group/loongson-dev/browse_thread/thread/97dca50474f6fdbb
>>>> >
>>>> > Are you sure that one's working? It didn't work for me when I
tried
>>>> > with
>>>> > linux-loongson 2.6.30.9.
>>>>
>>>> Which one are you talking about? Coz there are 3.
>>>> The 2.6.30.x and 2.6.31.x branch are supposed to work.
>>>> While the master branch is not.
>>>
>>> I mean CONFIG_RTL8187B.
>>>
>>
>> Hello,
>>
>> are you using the latest 30.9?
>> or this git branch:
>>
>> git://dev.lemote.com/rt4ls.git linux-loongson/2.6.30/stable
>>
>> I will check it asap. thanks!
>>
>> did you try:
>>
>> $ echo 1 > /sys/class/rfkill/rfkill0/state
>>
>> and
>>
>> $ echo 0 > /sys/class/rfkill/rfkill0/state
>>
>> It may help to enable/disable the wireless~~
>>
>> if you want to enable it when booting, add the first line into
>> /etc/rc.local or something else which is executed when booting.
>>
>> Regards,
>> falcon
>>> --
>>> Robert Millan
>>>
>>> The DRM opt-in fallacy: "Your data belongs to us. We will decide when
>>> (and
>>> how) you may access your data; but nobody's threatening your freedom:
>>> we
>>> still allow you to remove your data and not access it at all."
>>>
>>
>>
>>
>> --
>> Studying engineer. Wu Zhangjin
>> Lanzhou University http://www.lzu.edu.cn
>> Distributed & Embedded System Lab http://dslab.lzu.edu.cn
>> School of Information Science and Engeneering
>> http://xxxy.lzu.edu.cn
>> wuzhang...@gmail.com http://falcon.oss.lzu.edu.cn
>> Address:Tianshui South Road 222,Lanzhou,P.R.China Zip Code:730000
>> Tel:+86-931-8912025
>>
The driver issue still exists, as confirmed of yesterday. Can the bogus
driver please be removed already?
- Fred
_______________________________________________
gNewSense-dev mailing list
gNewSense-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gnewsense-dev
