ACPI: SBS in linux-2.6.18-rc1 - Works for me!

2006-07-13 Thread Berthold Cogel
Hello! I've tested linux-2.6.18-rc1 with Smart Battery System enabled. It works for my Acer Extensa 3002 WLMi. No compile errors or bugs at first sight. Perhaps there should be some logic in the configuration to disable the ac and battery modules. They are not needed if SBS is active. Is it

Re: ACPI: SBS in linux-2.6.18-rc1 - Works for me!

2006-07-13 Thread Johan Vromans
Berthold Cogel <[EMAIL PROTECTED]> writes: > I've tested linux-2.6.18-rc1 with Smart Battery System enabled. It > works for my Acer Extensa 3002 WLMi. That's good to hear! > Is it possible to load sbs and i2c-ec automatically together with the > other ACPI modules? On my Debian system I had to l

Re: ACPI: SBS in linux-2.6.18-rc1 - Works for me!

2006-07-13 Thread Luca Capello
Hello! On Thu, 13 Jul 2006 09:57:32 +0200, Berthold Cogel wrote: > Perhaps there should be some logic in the configuration to disable > the ac and battery modules. They are not needed if SBS is active. > > Is it possible to load sbs and i2c-ec automatically together with > the other ACPI modules?

RE: kacpi_notify?

2006-07-13 Thread Starikovskiy, Alexey Y
Linus, I'm terribly sorry that my patch broke on your machine. May I ask you to send me or attach to #5534 output of acpidump from this machine? Do you think that the whole idea is crap, or if I limit number of possible spawned threads and forsibly put current thread to sleep (which will release A

RE: kacpi_notify?

2006-07-13 Thread Linus Torvalds
On Thu, 13 Jul 2006, Starikovskiy, Alexey Y wrote: > > I'm terribly sorry that my patch broke on your machine. > May I ask you to send me or attach to #5534 output of acpidump from this > machine? I'll send it in another email, since I already generated it for Len ;) > Do you think that the wh

RE: kacpi_notify?

2006-07-13 Thread Starikovskiy, Alexey Y
>I don't think the _idea_ is crap per se, but it would at a >minimum need a >thread limit. But I think it's the wrong approach: especially >if you put >the current thread to sleep, you really don't want another >thread at all, >you are really just working around a problem that is totally >in

RE: [patch 1/5] ACPI: Atlas ACPI driver

2006-07-13 Thread Brown, Len
Jaya, Thanks for updating this patch. Note that this driver can not be accepted into the kernel without an entry being added to the MAINTAINERS file showing who is going to look after it. Preferably, that person should be inside Atlas, or have documentation or other connections or insight into th

Re: [patch 1/5] ACPI: Atlas ACPI driver

2006-07-13 Thread Dmitry Torokhov
On 7/13/06, Brown, Len <[EMAIL PROTECTED]> wrote: Jaya, Thanks for updating this patch. Note that this driver can not be accepted into the kernel without an entry being added to the MAINTAINERS file showing who is going to look after it. Preferably, that person should be inside Atlas, or have d

RE: [patch 4/5] ACPI: disable SBS by default

2006-07-13 Thread Roman Zippel
Hi, On Sun, 9 Jul 2006, Brown, Len wrote: > >Default is 'n' when omitted... > > This default stuff seems to be make-work > without any real value. > > At one time we had default =m to try to show > what a reasonable usable configuration was. > These got globally replaced to =y because > apparen

Re: [patch 1/5] ACPI: Atlas ACPI driver

2006-07-13 Thread Jaya Kumar
On 7/14/06, Brown, Len <[EMAIL PROTECTED]> wrote: Note that this driver can not be accepted into the kernel without an entry being added to the MAINTAINERS file showing who is going to look after it. Ok. I'll add a maintainers entry for myself. Yes, I know that you were following the existing

RE: [patch 4/5] ACPI: disable SBS by default

2006-07-13 Thread Brown, Len
>> >Default is 'n' when omitted... >> >> This default stuff seems to be make-work >> without any real value. >> >> At one time we had default =m to try to show >> what a reasonable usable configuration was. >> These got globally replaced to =y because >> apparently it is taboo to have default =m