From: Yin Kangkai <kangkai.yin@linux.intel.com>
To: Joey Lee <jlee@novell.com>, "corentin.chary" <corentin.chary@gmail.com>
Cc: bing.wei.liu@intel.com, yong.y.wang@intel.com,
Gary Lin <GLin@novell.com>,
mjg@redhat.com, linux-kernel@vger.kernel.org,
platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH] platform-driver-x86: ACPI EC Extra driver for Oaktrail
Date: Fri, 7 Jan 2011 08:01:48 +0800 [thread overview]
Message-ID: <20110107000148.GF30215@kai-debian> (raw)
In-Reply-To: <4D2642F40200002300026856@novprvlin0050.provo.novell.com>
On 2011-01-06, 04:32 -0700, Joey Lee wrote:
> Hi Yin Kangkai,
>
> 於 四,2011-01-06 於 11:54 +0100,Corentin Chary 提到:
> > On Thu, Jan 6, 2011 at 11:50 AM, Yin Kangkai
> > <kangkai.yin@linux.intel.com> wrote:
> > > On 2011-01-06, 08:29 +0100, Corentin Chary wrote:
> > >> > + * gps - GPS subsystem enabled: contains either 0 or 1. (rw)
> > >> > + * wifi - WiFi subsystem enabled: contains either 0 or 1. (rw)
> > >> > + * wwan - WWAN (3G) subsystem enabled: contains either 0 or 1. (rw)
> > >>
> > >> Is there a reason do add these files in /sys/devices/platform while the
> > >> functionality is already provided by rfkill ?
> > >
> > > This is not the same functionality.
> > >
> > > enable/disable using files in /sys/devices/platform will completely
> > > cut power of those components. For example, if disabled, you can not
> > > list out those components using lsusb. Can we achieve this using
> > > rfkill?
My fault. they are actually the same. As you can see from function
oaktrail_rfkill_set(), when you use rfkill to block a component, it
write the bit in EC space, just exactly the same as writing files in
/sys/devices/platform..
> > oh, sorry then, I didn't understood that.
> >
> > So, you're lucky, you can control both the device and the radio. I'm
> > not sure what's
> > the best thing to do here, you can probably keep these files here.
> >
> > CCing Matthew, he may have something to say about that.
Sorry Corentin Chary, for the confusion.
> We should used rfkill to provide interface to userland for
> enable/disable wlan/bluetooth/wwan. You can set the killswitch state to
> soft block when your driver call EC function to disable devices.
>
> Udev/HAL will forward the killswitch change event to userland, then
> userland application can do some response, e.g. show up OSD.
> And, userland app also can control killswitch by /dev/rfkill.
>
> There also have a urfkill daemon to provide DBus to userland app for
> control killswitch:
> http://freedesktop.org/wiki/Software/urfkill
>
> Use rfkill interface is more standard then create special sysfs file
> in /sys/devices/platform/intel_oaktrail.
Yeah, thanks Joey and Corentin for the comments, I will remove the
interface (wifi, 3g, bt, gps) from /sys/devices/platform.
Kangkai
next prev parent reply other threads:[~2011-01-07 0:01 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-06 2:59 [PATCH] platform-driver-x86: ACPI EC Extra driver for Oaktrail Yin Kangkai
2011-01-06 2:59 ` Yin Kangkai
2011-01-06 7:29 ` Corentin Chary
2011-01-06 10:11 ` Yin Kangkai
2011-01-06 10:21 ` Corentin Chary
2011-01-06 10:50 ` Yin Kangkai
2011-01-06 10:54 ` Corentin Chary
2011-01-06 11:32 ` Joey Lee
2011-01-06 11:32 ` Joey Lee
2011-01-06 11:35 ` Joey Lee
2011-01-06 11:35 ` Joey Lee
2011-01-07 0:01 ` Yin Kangkai [this message]
2011-01-07 7:41 ` [PATCH V2] " Yin Kangkai
2011-01-07 7:41 ` Yin Kangkai
2011-01-07 8:56 ` Corentin Chary
2011-01-07 11:24 ` Yin Kangkai
2011-01-10 6:57 ` Yin Kangkai
2011-01-07 22:09 ` Matthew Garrett
2011-01-10 7:10 ` Yin Kangkai
2011-01-10 9:16 ` Thomas Renninger
2011-01-10 7:15 ` [PATCH V3] platform-driver-x86: " Yin Kangkai
2011-01-10 7:15 ` Yin Kangkai
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=20110107000148.GF30215@kai-debian \
--to=kangkai.yin@linux.intel.com \
--cc=GLin@novell.com \
--cc=bing.wei.liu@intel.com \
--cc=corentin.chary@gmail.com \
--cc=jlee@novell.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mjg@redhat.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=yong.y.wang@intel.com \
/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.