All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Hutchings <ben@decadent.org.uk>
To: Tino Schmidt <mailtinoshomepage@gmx.net>
Cc: "Jonathan Nieder" <jrnieder@gmail.com>,
	linux-input@vger.kernel.org, "Miloslav Trmac" <mitr@volny.cz>,
	"Martin Večeřa" <ja@marvec.org>,
	"Jonathan Woithe" <jwoithe@physics.adelaide.edu.au>,
	"Éric Piel" <eric.piel@tremplin-utc.net>,
	631664@bugs.debian.org
Subject: Re: Wishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook
Date: Tue, 01 Nov 2011 04:33:25 +0000	[thread overview]
Message-ID: <1320122005.30281.18.camel@deadeye> (raw)
In-Reply-To: <4EAEDB1A.3070906@gmx.net>

[-- Attachment #1: Type: text/plain, Size: 2865 bytes --]

On Mon, 2011-10-31 at 18:30 +0100, Tino Schmidt wrote:
> > On Sun, 2011-10-16 at 22:25 +0200, Tino Schmidt wrote:
> > [...]
> >    
> >> Hi,
> >> I'm sorry for the long delay but I can use the laptop only on weekend.
> >> Here is the output:
> >>
> >> # modprobe wistron_btns force=1
> >> FATAL: Error inserting wistron_btns
> >> (/lib/modules/2.6.26-2-686/kernel/drivers/input/misc/wistron_btns.ko):
> >> No such device
> >>      
> > It looks like this model is rather different, maybe not a Wistron design
> > at all.
> >
> > I would prefer you to test against Linux 3.0, but it appears that the
> > model detection has not changed since 2.6.26.
> >
> >    
> >> # dmesg
> >> [  168.628474] wistron_btns: BIOS entry point not found
> >>
> >> and
> >> # grep . /sys/class/dmi/id/*_{vendor,name,version}
> >> /sys/class/dmi/id/bios_vendor:FUJITSU SIEMENS
> >> /sys/class/dmi/id/board_vendor:FUJITSU SIEMENS
> >> /sys/class/dmi/id/chassis_vendor:FUJITSU SIEMENS
> >> /sys/class/dmi/id/sys_vendor:FUJITSU SIEMENS
> >> /sys/class/dmi/id/board_name:AMILO A1655
> >> /sys/class/dmi/id/product_name:AMILO A Series
> >> /sys/class/dmi/id/bios_version:1.0C-8044-8A20
> >> /sys/class/dmi/id/board_version:Rev0.4b
> >> /sys/class/dmi/id/chassis_version:N/A
> >> /sys/class/dmi/id/product_version:0100
> >>      
> > Please build and test the attached driver (make&&  insmod
> > amilo-rfkill.ko).  It provides a standard rfkill device which you can
> > control with e.g. the 'rfkill' command, and will only bind to specific
> > models.
> >
> > If this works, I'll submit the code upstream.
> >
> > Ben.
> >
> >    
> Hi Ben,
> Thank you for your code!
> 
> Before I built the module (Kernel 2.6.32) I had to insert the include 
> line #include <asm/io.h> ( -> inb()-function ?)

That should be <linux/io.h>, actually.

> With Kernel 2.6.26 I couldn't even built the module.
> 
> But loading of the module failed:
> # insmod amilo-rfkill.ko
> insmod: error inserting 'amilo-rfkill.ko': -1 No such device

Sorry, I made the driver look for product name "AMILO A1655" but that is
actually the board name.  Could you try changing DMI_PRODUCT_NAME to
DMI_BOARD_NAME?

> In kernel 2.6.32 exists /dev/rfkill but
> 
> # rfkill list
> 0: phy0: Wireless LAN
>     Soft blocked: no
>     Hard blocked: yes
> 
> # rfkill unblock all
> 
> # rfkill list
> 0: phy0: Wireless LAN
>     Soft blocked: no
>     Hard blocked: yes
> 
> doesn't work here. Nothing changed.

This is the rfkill device exposed by the regular wireless driver.  Since
it doesn't know anything about the model-specific blocking behaviour, it
appears to treat it as hard-blocking.  But that shouldn't matter if we
can get this new driver working.

Ben.

-- 
Ben Hutchings
Computers are not intelligent.	They only think they are.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  reply	other threads:[~2011-11-01  4:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20110625211738.3615.21718.reportbug@lisa>
     [not found] ` <1317441406.4068.43.camel@deadeye>
2011-10-02 22:12   ` Wishlist: Add support for software-rf-switch in Fujitsu-Siemens notebook Jonathan Nieder
2011-10-04  8:25     ` ja
2011-10-16 20:25     ` Tino Schmidt
2011-10-17  4:03       ` Ben Hutchings
2011-10-31 17:30         ` Tino Schmidt
2011-11-01  4:33           ` Ben Hutchings [this message]
2011-11-06 21:04             ` Tino Schmidt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1320122005.30281.18.camel@deadeye \
    --to=ben@decadent.org.uk \
    --cc=631664@bugs.debian.org \
    --cc=eric.piel@tremplin-utc.net \
    --cc=ja@marvec.org \
    --cc=jrnieder@gmail.com \
    --cc=jwoithe@physics.adelaide.edu.au \
    --cc=linux-input@vger.kernel.org \
    --cc=mailtinoshomepage@gmx.net \
    --cc=mitr@volny.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.