On Tue, 22 May 2007, Richard Hughes wrote:
> > > Ick indeed. It should really be automatic (ie. no need to poke anywhere
> > > to get the events back to user-space).
> >
> > No way, no how. The firmware often does better at it.
>
> Does better than userspace? By taking control of the backlight
On Tue, 22 May 2007, Dmitry Torokhov wrote:
> [Sorry, cut away too much in original reply...]
> On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> > On Tue, 22 May 2007, Dmitry Torokhov wrote:
> > >
> > > Notification to where? The driver? Userspace? Does delay in status
> > > rea
On Tue, 22 May 2007, Dmitry Torokhov wrote:
> > It was beaten into my heads that rfkill has two parts and that one is not to
> > try to use one without the other: The sysfs class, and the input layer
> > stuff.
>
> I am sorry if I come out too strong sometimes.
No problem, I am sure I come out t
On Tue, 22 May 2007, Dmitry Torokhov wrote:
> > 1. I have nothing against polling when it is the only way to do something,
> > as long as it can be kept at a reasonable rate to not waste too many
> > resources (ACPI access is *expensive*). But I really don't take kindly to
> > doing it with any hi
[Sorry, cut away too much in original reply...]
On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Tue, 22 May 2007, Dmitry Torokhov wrote:
> >
> > Notification to where? The driver? Userspace? Does delay in status
> > reading of ~0.5 sec matter? You are concerned with the loa
On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Tue, 22 May 2007, Dmitry Torokhov wrote:
> > On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> > > I can work with that, yes. In fact I have nothing against it, but current
> > > rfkill does not allow for th
On Tue, 22 May 2007, Lennart Poettering wrote:
> AFAIK the Windows Thinkpad utils show a nice OSD when the rfkill button
> is switched. Has anybody checked how they get the event?
Not that I know of, and that knowledge would be welcome, indeed...
--
"One disk to rule them all, One disk to fin
On Tue, 22.05.07 09:41, Henrique de Moraes Holschuh ([EMAIL PROTECTED]) wrote:
>
> On Tue, 22 May 2007, Richard Hughes wrote:
> > Yes, if there is no event on kill switch, I agree. We need a way so
>
> AFAIK one can poll it, but since it is in the EC space, it is a "we don't
> have events" thing
On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Mon, 21 May 2007, Dmitry Torokhov wrote:
> > On Monday 21 May 2007 13:22, Henrique de Moraes Holschuh wrote:
> > > On Mon, 21 May 2007, Dmitry Torokhov wrote:
> > > > RFkill is not only about "please disable radios", it _does_
On Tue, 22 May 2007, Dmitry Torokhov wrote:
> On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> > I can work with that, yes. In fact I have nothing against it, but current
> > rfkill does not allow for the above.
>
> RFKill sure does not. Rfkill does not support buttons, slider
On Tue, 22 May 2007, Richard Hughes wrote:
> > How about polling twice a second, PLUS a notification from rfkill
> > every time
> > something wants to read an attribute, so that we nearly close the
> > window of
> > opportunity where the status is incorrect? That's what I am asking of
> > rfkill,
On Mon, 21 May 2007, Dmitry Torokhov wrote:
> On Monday 21 May 2007 13:22, Henrique de Moraes Holschuh wrote:
> > On Mon, 21 May 2007, Dmitry Torokhov wrote:
> > > RFkill is not only about "please disable radios", it _does_ provide
> > > the standard sysfs interface to control the radios as well.
>
On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Tue, 22 May 2007, Richard Hughes wrote:
> > Yes, if there is no event on kill switch, I agree. We need a way so
>
> AFAIK one can poll it, but since it is in the EC space, it is a "we don't
> have events" thing. If someone fin
On Tue, 2007-05-22 at 09:41 -0300, Henrique de Moraes Holschuh wrote:
> > How about polling twice a second? That should cause no appreciable
> load
> > increase and give userspace a chance to do something clever.
>
> How about polling twice a second, PLUS a notification from rfkill
> every time
>
On Tue, 22 May 2007, Richard Hughes wrote:
> Yes, if there is no event on kill switch, I agree. We need a way so
AFAIK one can poll it, but since it is in the EC space, it is a "we don't
have events" thing. If someone finds a QXX DSDT method or somesuch we can
trap, then we will have events for i
On Monday 21 May 2007 13:22, Henrique de Moraes Holschuh wrote:
> On Mon, 21 May 2007, Dmitry Torokhov wrote:
> > RFkill is not only about "please disable radios", it _does_ provide
> > the standard sysfs interface to control the radios as well.
>
> To control? Fine, if it was really controlling
On Mon, 2007-05-21 at 14:03 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 21 May 2007, Richard Hughes wrote:
> > On Mon, 2007-05-21 at 10:05 -0300, Henrique de Moraes Holschuh wrote:
> > > There is no way around that. It is how these things work. You are
> > > actually
> > > requesting to
On Mon, 2007-05-21 at 14:11 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 21 May 2007, Bastien Nocera wrote:
> > On Mon, 2007-05-21 at 13:37 +0100, Richard Hughes wrote:
> > > On Mon, 2007-05-21 at 09:26 -0300, Henrique de Moraes Holschuh wrote:
> > > > On Mon, 21 May 2007, Richard Hughes wro
On Mon, 2007-05-21 at 23:29 -0400, Dmitry Torokhov wrote:
> And once you implement a polling input device for your slider that
> should
> work too. I know you don't like polling. But what you seem to be
> missing
> is that you still need to notify userspace that your radio state is
> changed
> so y
19 matches
Mail list logo
