From: Pavan Savoy <pavan_savoy@yahoo.co.in>
To: Johannes Berg <johannes@sipsolutions.net>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] rfkill: core: add custom rfkill switch
Date: Fri, 26 Mar 2010 21:43:19 +0530 (IST) [thread overview]
Message-ID: <911285.11966.qm@web94910.mail.in2.yahoo.com> (raw)
In-Reply-To: <20100326065803.GD26602@core.coreip.homeip.net>
--- On Fri, 26/3/10, Dmitry Torokhov <dmitry.torokhov@gmail.com> wrote:
> From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> Subject: Re: [PATCH] rfkill: core: add custom rfkill switch
> To: "Johannes Berg" <johannes@sipsolutions.net>
> Cc: "Pavan Savoy" <pavan_savoy@yahoo.co.in>
> Date: Friday, 26 March, 2010, 12:28 PM
> On Thu, Mar 25, 2010 at 11:39:10PM
> -0700, Johannes Berg wrote:
> > On Thu, 2010-03-25 at 23:23 -0700, Dmitry Torokhov
> wrote:
> >
> > > > I do have an actual driver it's just that
> all 3 cores are controlled
> > > > by 1 chip_enable and individual cores are
> powered up down by s/w
> > > > commands.
> > > >
> > >
> > > Hmm, so the main portion of the driver needs to
> count the number of
> > > active users across rfkill interfaces
> before powering down the chip. I
> > > do not quite understand what the issue is
> here...
> >
> > He also wants to (ab)use rfkill to signal to userspace
> what the value of
> > that counter is ...
> >
>
> Well, this one is easy - just say 'No' ;)
>
> --
> Dmitry
Well, Almost, I don't want to signal the user-space about the counter.
Have a look @ http://lkml.org/lkml/2010/3/24/303
See the kernel space (bluetooth driver) would register itself, to my line discipline driver, when someone does a 'hciconfig hci0 up' which is essentially BT-On.
So, now from my ldisc driver (which intends to mux BT/FM and GPS over UART), I need to signal a user-space daemon to open the TTY device, set the baud rate and install the ldisc - So I can make use of it.
To notify that user-space daemon, I had planned to use /dev/rfkill.
However, now with BT application also toggling the rfkill switch by writing to sysfs entry - is causing a bit of confusion to my user-space daemon.
Although I now use hard/soft members of struct rfkill_event now to differentiate the 2 events (1 auto generated, another from BT app) - This patch would make it a bit more proper.
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/
next parent reply other threads:[~2010-03-26 16:13 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20100326065803.GD26602@core.coreip.homeip.net>
2010-03-26 16:13 ` Pavan Savoy [this message]
2010-03-26 17:12 ` Johannes Berg
2010-06-09 10:15 ` rfkill switch state during suspend? Pavan Savoy
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=911285.11966.qm@web94910.mail.in2.yahoo.com \
--to=pavan_savoy@yahoo.co.in \
--cc=dmitry.torokhov@gmail.com \
--cc=johannes@sipsolutions.net \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®