Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-09 Thread PAOLACCI Sebastien
With lastest acpi I had to patch the acpi_os_table_override and not the 
acpi_os_initialize function as it was the case before to include my own dsdt 
table. I've attached my dsdt.hex file for Compaq Presario 2818, it should 
work with all the 2800 family.
All work now (even suspend on disk, but still problems with some modules at 
wake-up).

Thank you very much for having included a functionnal acpi on mdk kernel, this 
is very helpfull to my laptop which was still a Windows addict, only for 
power management (which is most than important on laptops).

Regards,

Sebastien.

--- osl.c   2003-02-08 20:46:00.0 +0100
+++ osl.c.new   2003-02-09 10:07:08.0 +0100
@@ -36,6 +36,7 @@
 #include 
 #include "acpi_bus.h"
 #include "acpi.h"
+#include "dsdt.hex"

 #ifdef CONFIG_ACPI_EFI
 #include 
@@ -208,7 +209,11 @@
if (!existing_table || !new_table)
return AE_BAD_PARAMETER;

-   *new_table = NULL;
+   if (strncmp(existing_table->signature,"DSDT",4))
+   *new_table = NULL;
+   else
+   *new_table = (struct acpi_table_header *)AmlCode;
+
return AE_OK;
 }


Le Dimanche 9 Février 2003 01:29, PAOLACCI Sebastien a écrit :
> It seems that the last two kernels have lost the "acpi tweaked table"
> option, so I can't use acpi anymore because of my Presario 2800
> non-standard acpi implementation (or I have to patch the kernel myself).
> Could you please put back this option for next releases ?
>
> Regards,
>
> Sebastien.
>
> Le Samedi 8 Février 2003 17:55, Adam Williamson a écrit :
> > On Sat, 2003-02-08 at 16:18, [Bug 1422] wrote:
> > > https://qa.mandrakesoft.com/show_bug.cgi?id=1422
> > >
> > >Product: kernel
> > >  Component: libsasl2-plug-ntlm
> > >Summary: no apm support
> > >Version: 2.4.21-0.pre4.4mdk
> > >   Platform: PC
> > > OS/Version: All
> > > Status: UNCONFIRMED
> > >   Severity: normal
> > >   Priority: P2
> > > AssignedTo: [EMAIL PROTECTED]
> > > ReportedBy: [EMAIL PROTECTED]
> > >
> > >
> > > There is no default support for APM in the kernel. As a result, applets
> > > like the battery status (gnome) does not work.
> >
> > I think bugs like this indicate the current state of ACPI is inadequate.
> > We don't really want to ship a distribution which appears, to laptop
> > users, to have no power management support. There really needs to be
> > some kind of improvement. Ideally, DrakX should somehow determine if
> > it's running on a laptop and have the appropriate ACPI modules loaded
> > during startup; then we could institute some kind of blacklist for
> > laptops on which ACPI doesn't work. But the current state of affairs is
> > not satisfactory. The documentation for ACPI is atrocious, and users
> > simply won't know to load the ac, battery etc. modules.



dsdt_presario_2800.bz2
Description: BZip2 compressed data


Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread PAOLACCI Sebastien
It seems that the last two kernels have lost the "acpi tweaked table" option, 
so I can't use acpi anymore because of my Presario 2800 non-standard acpi 
implementation (or I have to patch the kernel myself). Could you please put 
back this option for next releases ?

Regards,

Sebastien.


Le Samedi 8 Février 2003 17:55, Adam Williamson a écrit :
> On Sat, 2003-02-08 at 16:18, [Bug 1422] wrote:
> > https://qa.mandrakesoft.com/show_bug.cgi?id=1422
> >
> >Product: kernel
> >  Component: libsasl2-plug-ntlm
> >Summary: no apm support
> >Version: 2.4.21-0.pre4.4mdk
> >   Platform: PC
> > OS/Version: All
> > Status: UNCONFIRMED
> >   Severity: normal
> >   Priority: P2
> > AssignedTo: [EMAIL PROTECTED]
> > ReportedBy: [EMAIL PROTECTED]
> >
> >
> > There is no default support for APM in the kernel. As a result, applets
> > like the battery status (gnome) does not work.
>
> I think bugs like this indicate the current state of ACPI is inadequate.
> We don't really want to ship a distribution which appears, to laptop
> users, to have no power management support. There really needs to be
> some kind of improvement. Ideally, DrakX should somehow determine if
> it's running on a laptop and have the appropriate ACPI modules loaded
> during startup; then we could institute some kind of blacklist for
> laptops on which ACPI doesn't work. But the current state of affairs is
> not satisfactory. The documentation for ACPI is atrocious, and users
> simply won't know to load the ac, battery etc. modules.





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 22:55, Chmouel Boudjnah wrote:

> > I don't know - I use GNOME. GNOME behaviour is just to use whatever's
> > there, so if ACPI isn't there it uses APM - that's the sensible way to
> > do it, so I guess KDE would do the same.
> 
> humm fcrozat told me that GNOME didn't do that but only KDE. Well i
> guess i didn't understand what he say..

To make sure we're talking about the same thing - I'm talking about the
GNOME panel applet which displays battery status. I remember when ACPI
was first merged, it didn't work on my laptop. If I booted with ACPI,
the applet displayed nothing. If I booted with APM, it displayed the
status properly. Now ACPI works, if I boot with ACPI, I get the status.
So it seems to me it uses ACPI if ACPI is enabled, or APM if ACPI is
disabled.
-- 
adamw





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Adam Williamson <[EMAIL PROTECTED]> writes:

> On Sat, 2003-02-08 at 21:05, Jeremy Salch wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>> 
>> On Saturday 08 February 2003 02:56 pm, Adam Williamson wrote:
>> > On Sat, 2003-02-08 at 19:33, Jeremy Salch wrote:
>> > > That isn't the problem.  I have all the modules loaded.  It shows that I
>> > > am pluged in or not BUT  it can't get any usefull information. I looked
>> > > at the acip files under /proc/acpi acpi can't get correct information
>> > > from the pc  but APM worked fine
>> >
>> > So you have the battery module loaded, but don't get useful battery
>> > power info? Interesting, guess it's a non-compatible ACPI
>> > implementation. In that case you need to add the "acpi=off" parameter to
>> > lilo.conf, then you'll get APM.
>> 
>> If I set that parameter in lilo will KDE be able to use APM instead of ACPI ?  
>> It seems that kde3.1 uses ACPI by default

i guess it should detect it or if not i will patch it but well we
are far at this time of patching user applications.

> I don't know - I use GNOME. GNOME behaviour is just to use whatever's
> there, so if ACPI isn't there it uses APM - that's the sensible way to
> do it, so I guess KDE would do the same.

humm fcrozat told me that GNOME didn't do that but only KDE. Well i
guess i didn't understand what he say..





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 21:05, Jeremy Salch wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Saturday 08 February 2003 02:56 pm, Adam Williamson wrote:
> > On Sat, 2003-02-08 at 19:33, Jeremy Salch wrote:
> > > That isn't the problem.  I have all the modules loaded.  It shows that I
> > > am pluged in or not BUT  it can't get any usefull information. I looked
> > > at the acip files under /proc/acpi acpi can't get correct information
> > > from the pc  but APM worked fine
> >
> > So you have the battery module loaded, but don't get useful battery
> > power info? Interesting, guess it's a non-compatible ACPI
> > implementation. In that case you need to add the "acpi=off" parameter to
> > lilo.conf, then you'll get APM.
> 
> If I set that parameter in lilo will KDE be able to use APM instead of ACPI ?  
> It seems that kde3.1 uses ACPI by default

I don't know - I use GNOME. GNOME behaviour is just to use whatever's
there, so if ACPI isn't there it uses APM - that's the sensible way to
do it, so I guess KDE would do the same.
-- 
adamw





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 21:18, Chmouel Boudjnah wrote:
> Adam Williamson <[EMAIL PROTECTED]> writes:
> 
> > That's not what I'm talking about, I just mean basic stuff like battery
> > levels (which you don't get with the current ACPI implementation unless
> > you *manually* get the ac and battery modules loaded). Does swsuspend
> 
> manually yes at this time this is something i am working on, but i get
> some more important stuff fo now. But for sure at final release you
> will not have to do manually.
> 
> > apply to suspend-to-RAM? I thought it was just suspend-to-HD.
> 
> suspend-to-HD, why does it make a difference to you ?

Yeah, I just use suspend-to-RAM because it's simpler.
-- 
adamw





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Michael Scherer <[EMAIL PROTECTED]> writes:

>> Dell Inspiron 8200   P4   Nvidia video...   what all info do you need /
>> want about the system ?
>
> I think this laptop is not compatible with acpi.
> A friend of mine have it, and still run with APM.
>
> Well, this may have changed since last month, of course ;)

humm in that case it would be better to use acpi=off at boot time to
get back apm support.





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Michael Scherer

> Dell Inspiron 8200   P4   Nvidia video...   what all info do you need /
> want about the system ?

I think this laptop is not compatible with acpi.
A friend of mine have it, and still run with APM.

Well, this may have changed since last month, of course ;)

-- 

Michaël Scherer





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Saturday 08 February 2003 03:23 pm, Chmouel Boudjnah wrote:
> Jeremy Salch <[EMAIL PROTECTED]> writes:
> > On Saturday 08 February 2003 02:39 pm, Chmouel Boudjnah wrote:
> >> Jeremy Salch <[EMAIL PROTECTED]> writes:
> >> > it can tell there batteries are there..  and that it is pluged in or
> >> > not.. but all the informational data is wrong or N/A
> >>
> >> so let's try, what kind of laptop ?
> >
> > Dell Inspiron 8200   P4   Nvidia video...   what all info do you need /
> > want about the system ?
>
> according to acpi ml's there is problem with acpi and theses laptop
> when running a old BIOS. What kind of BIOS you know ?


Hmm I am running the Newest version of the BIOS.  That could be a problem.   
Should I try to downgrade the BIOS ?   The bios that came with the system 
didn't work either with ACPI, it had the same effect. Do the the acpi 
ml's say which BIOS version it works with ?



- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+RXcGsKWd3vub6wURAghvAJ9CP6PIfAxJTmx1v+0EPF6pcR9negCfVpnc
GFnz7ThlurWPlriktbqQ8K0=
=9FZb
-END PGP SIGNATURE-





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Jeremy Salch <[EMAIL PROTECTED]> writes:

> On Saturday 08 February 2003 02:39 pm, Chmouel Boudjnah wrote:
>> Jeremy Salch <[EMAIL PROTECTED]> writes:
>> > it can tell there batteries are there..  and that it is pluged in or
>> > not.. but all the informational data is wrong or N/A
>>
>> so let's try, what kind of laptop ?
>
> Dell Inspiron 8200   P4   Nvidia video...   what all info do you need / want 
> about the system ?

according to acpi ml's there is problem with acpi and theses laptop
when running a old BIOS. What kind of BIOS you know ?





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Adam Williamson <[EMAIL PROTECTED]> writes:

> That's not what I'm talking about, I just mean basic stuff like battery
> levels (which you don't get with the current ACPI implementation unless
> you *manually* get the ac and battery modules loaded). Does swsuspend

manually yes at this time this is something i am working on, but i get
some more important stuff fo now. But for sure at final release you
will not have to do manually.

> apply to suspend-to-RAM? I thought it was just suspend-to-HD.

suspend-to-HD, why does it make a difference to you ?





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Saturday 08 February 2003 02:56 pm, Adam Williamson wrote:
> On Sat, 2003-02-08 at 19:33, Jeremy Salch wrote:
> > That isn't the problem.  I have all the modules loaded.  It shows that I
> > am pluged in or not BUT  it can't get any usefull information. I looked
> > at the acip files under /proc/acpi acpi can't get correct information
> > from the pc  but APM worked fine
>
> So you have the battery module loaded, but don't get useful battery
> power info? Interesting, guess it's a non-compatible ACPI
> implementation. In that case you need to add the "acpi=off" parameter to
> lilo.conf, then you'll get APM.

If I set that parameter in lilo will KDE be able to use APM instead of ACPI ?  
It seems that kde3.1 uses ACPI by default


- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+RXEIsKWd3vub6wURAp7wAJ9RoHY9kXeb2RODwArDSQzcE0uMfwCePxAX
7Nni5YGBhrYWy328jkMK3TI=
=jUeA
-END PGP SIGNATURE-





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 19:33, Jeremy Salch wrote:

> That isn't the problem.  I have all the modules loaded.  It shows that I am 
> pluged in or not BUT  it can't get any usefull information. I looked at the 
> acip files under /proc/acpi acpi can't get correct information from the 
> pc  but APM worked fine

So you have the battery module loaded, but don't get useful battery
power info? Interesting, guess it's a non-compatible ACPI
implementation. In that case you need to add the "acpi=off" parameter to
lilo.conf, then you'll get APM.
-- 
adamw





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 19:16, Chmouel Boudjnah wrote:
> Adam Williamson <[EMAIL PROTECTED]> writes:
> 
> > I think bugs like this indicate the current state of ACPI is inadequate.
> > We don't really want to ship a distribution which appears, to laptop
> > users, to have no power management support. There really needs to be
> > some kind of improvement. Ideally, DrakX should somehow determine if
> > it's running on a laptop and have the appropriate ACPI modules loaded
> > during startup; then we could institute some kind of blacklist for
> > laptops on which ACPI doesn't work. But the current state of affairs is
> > not satisfactory. The documentation for ACPI is atrocious, and users
> > simply won't know to load the ac, battery etc. modules.
> 
> at this time suspend is handle with swsusp you can try to download the
> swsusp script from http://swsusp.sourceforge.net/ and use it, it will
> be done by the release (i hope).

That's not what I'm talking about, I just mean basic stuff like battery
levels (which you don't get with the current ACPI implementation unless
you *manually* get the ac and battery modules loaded). Does swsuspend
apply to suspend-to-RAM? I thought it was just suspend-to-HD.
-- 
adamw





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Saturday 08 February 2003 02:39 pm, Chmouel Boudjnah wrote:
> Jeremy Salch <[EMAIL PROTECTED]> writes:
> > it can tell there batteries are there..  and that it is pluged in or
> > not.. but all the informational data is wrong or N/A
>
> so let's try, what kind of laptop ?

Dell Inspiron 8200   P4   Nvidia video...   what all info do you need / want 
about the system ?


- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+RW1PsKWd3vub6wURAvAXAJ9+51YV/YHNrN9yWP8wi+DYuucQUQCfWBbn
Qj6yygK7RVlTtxDtBDsfifw=
=32KY
-END PGP SIGNATURE-





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Jeremy Salch <[EMAIL PROTECTED]> writes:

> it can tell there batteries are there..  and that it is pluged in or not..  
> but all the informational data is wrong or N/A

so let's try, what kind of laptop ?





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Saturday 08 February 2003 02:04 pm, Chmouel Boudjnah wrote:
> Jeremy Salch <[EMAIL PROTECTED]> writes:
> > That isn't the problem.  I have all the modules loaded.  It shows that I
> > am pluged in or not BUT  it can't get any usefull information. I looked
> > at the acip files under /proc/acpi acpi can't get correct information
> > from the pc  but APM worked fine
>
> what if you install the acpi- package and type acpi ?

[root@pr2 salch]# acpi
 Battery 1: unknown, 0%
 Battery 2: unknown, 0%
[root@pr2 salch]#


it reports the same thing i see in the files under /proc/acpi

it can tell there batteries are there..  and that it is pluged in or not..  
but all the informational data is wrong or N/A


- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+RWVSsKWd3vub6wURAohsAJ49/Mxf40UnaqABYoPZGKjfAtwMDQCeO+Hy
YsCvO94yy3VQEP0nN7R4Fq0=
=Y2oN
-END PGP SIGNATURE-





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Jeremy Salch <[EMAIL PROTECTED]> writes:

> That isn't the problem.  I have all the modules loaded.  It shows that I am 
> pluged in or not BUT  it can't get any usefull information. I looked at the 
> acip files under /proc/acpi acpi can't get correct information from the 
> pc  but APM worked fine

what if you install the acpi- package and type acpi ?





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Saturday 08 February 2003 11:54 am, Adam Williamson wrote:
> On Sat, 2003-02-08 at 17:24, Jeremy Salch wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Saturday 08 February 2003 10:55 am, Adam Williamson wrote:
> > > On Sat, 2003-02-08 at 16:18, [Bug 1422] wrote:
> > > > https://qa.mandrakesoft.com/show_bug.cgi?id=1422
> > > >
> > > >Product: kernel
> > > >  Component: libsasl2-plug-ntlm
> > > >Summary: no apm support
> > > >Version: 2.4.21-0.pre4.4mdk
> > > >   Platform: PC
> > > > OS/Version: All
> > > > Status: UNCONFIRMED
> > > >   Severity: normal
> > > >   Priority: P2
> > > > AssignedTo: [EMAIL PROTECTED]
> > > > ReportedBy: [EMAIL PROTECTED]
> > > >
> > > >
> > > > There is no default support for APM in the kernel. As a result,
> > > > applets like the battery status (gnome) does not work.
> > >
> > > I think bugs like this indicate the current state of ACPI is
> > > inadequate. We don't really want to ship a distribution which appears,
> > > to laptop users, to have no power management support. There really
> > > needs to be some kind of improvement. Ideally, DrakX should somehow
> > > determine if it's running on a laptop and have the appropriate ACPI
> > > modules loaded during startup; then we could institute some kind of
> > > blacklist for laptops on which ACPI doesn't work. But the current state
> > > of affairs is not satisfactory. The documentation for ACPI is
> > > atrocious, and users simply won't know to load the ac, battery etc.
> > > modules.
> >
> > I Totally agree. I use a Inspiron 8200 and ACPI loads but it doesn't show
> > any battery status or really anything. So i never know how much battery
> > power I have left or anything.  But APM worked fine
>
> See what I wrote. You need to load some modules to get the
> functionality. For battery power monitoring, load "battery" and "ac",
> then the GNOME panel applet should monitor power as normal (I dunno if
> the KDE applet supports ACPI, but I guess it does). There's others that
> may do things, depending on your system - button, thermal and some
> others. To have them load on boot, just add the module names (nothing
> else) as lines in the file /etc/modules. The *only* way I found this
> out, though, was from this list - it just doesn't seem to be documented
> anywhere on the net.

That isn't the problem.  I have all the modules loaded.  It shows that I am 
pluged in or not BUT  it can't get any usefull information. I looked at the 
acip files under /proc/acpi acpi can't get correct information from the 
pc  but APM worked fine



- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+RVt1sKWd3vub6wURAm7jAJ9siXqZ5YsE5OtbGK1/o9QZDRQYywCgha3j
+MrC69M55N02WDesmZFCR7Y=
=kU8r
-END PGP SIGNATURE-





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Chmouel Boudjnah
Adam Williamson <[EMAIL PROTECTED]> writes:

> I think bugs like this indicate the current state of ACPI is inadequate.
> We don't really want to ship a distribution which appears, to laptop
> users, to have no power management support. There really needs to be
> some kind of improvement. Ideally, DrakX should somehow determine if
> it's running on a laptop and have the appropriate ACPI modules loaded
> during startup; then we could institute some kind of blacklist for
> laptops on which ACPI doesn't work. But the current state of affairs is
> not satisfactory. The documentation for ACPI is atrocious, and users
> simply won't know to load the ac, battery etc. modules.

at this time suspend is handle with swsusp you can try to download the
swsusp script from http://swsusp.sourceforge.net/ and use it, it will
be done by the release (i hope).





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 17:24, Jeremy Salch wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Saturday 08 February 2003 10:55 am, Adam Williamson wrote:
> > On Sat, 2003-02-08 at 16:18, [Bug 1422] wrote:
> > > https://qa.mandrakesoft.com/show_bug.cgi?id=1422
> > >
> > >Product: kernel
> > >  Component: libsasl2-plug-ntlm
> > >Summary: no apm support
> > >Version: 2.4.21-0.pre4.4mdk
> > >   Platform: PC
> > > OS/Version: All
> > > Status: UNCONFIRMED
> > >   Severity: normal
> > >   Priority: P2
> > > AssignedTo: [EMAIL PROTECTED]
> > > ReportedBy: [EMAIL PROTECTED]
> > >
> > >
> > > There is no default support for APM in the kernel. As a result, applets
> > > like the battery status (gnome) does not work.
> >
> > I think bugs like this indicate the current state of ACPI is inadequate.
> > We don't really want to ship a distribution which appears, to laptop
> > users, to have no power management support. There really needs to be
> > some kind of improvement. Ideally, DrakX should somehow determine if
> > it's running on a laptop and have the appropriate ACPI modules loaded
> > during startup; then we could institute some kind of blacklist for
> > laptops on which ACPI doesn't work. But the current state of affairs is
> > not satisfactory. The documentation for ACPI is atrocious, and users
> > simply won't know to load the ac, battery etc. modules.
> 
> I Totally agree. I use a Inspiron 8200 and ACPI loads but it doesn't show any 
> battery status or really anything. So i never know how much battery power I 
> have left or anything.  But APM worked fine 

See what I wrote. You need to load some modules to get the
functionality. For battery power monitoring, load "battery" and "ac",
then the GNOME panel applet should monitor power as normal (I dunno if
the KDE applet supports ACPI, but I guess it does). There's others that
may do things, depending on your system - button, thermal and some
others. To have them load on boot, just add the module names (nothing
else) as lines in the file /etc/modules. The *only* way I found this
out, though, was from this list - it just doesn't seem to be documented
anywhere on the net.
-- 
adamw





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Saturday 08 February 2003 10:55 am, Adam Williamson wrote:
> On Sat, 2003-02-08 at 16:18, [Bug 1422] wrote:
> > https://qa.mandrakesoft.com/show_bug.cgi?id=1422
> >
> >Product: kernel
> >  Component: libsasl2-plug-ntlm
> >Summary: no apm support
> >Version: 2.4.21-0.pre4.4mdk
> >   Platform: PC
> > OS/Version: All
> > Status: UNCONFIRMED
> >   Severity: normal
> >   Priority: P2
> > AssignedTo: [EMAIL PROTECTED]
> > ReportedBy: [EMAIL PROTECTED]
> >
> >
> > There is no default support for APM in the kernel. As a result, applets
> > like the battery status (gnome) does not work.
>
> I think bugs like this indicate the current state of ACPI is inadequate.
> We don't really want to ship a distribution which appears, to laptop
> users, to have no power management support. There really needs to be
> some kind of improvement. Ideally, DrakX should somehow determine if
> it's running on a laptop and have the appropriate ACPI modules loaded
> during startup; then we could institute some kind of blacklist for
> laptops on which ACPI doesn't work. But the current state of affairs is
> not satisfactory. The documentation for ACPI is atrocious, and users
> simply won't know to load the ac, battery etc. modules.

I Totally agree. I use a Inspiron 8200 and ACPI loads but it doesn't show any 
battery status or really anything. So i never know how much battery power I 
have left or anything.  But APM worked fine 



- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+RT1gsKWd3vub6wURAkuwAJ9n1104j7RJA+8DmuIbXmhlsU853wCdEMQ+
SjHIf56cUBWnkGAtPKKkwAE=
=AFK/
-END PGP SIGNATURE-





Re: [Cooker] [Bug 1422] [kernel] New: no apm support

2003-02-08 Thread Adam Williamson
On Sat, 2003-02-08 at 16:18, [Bug 1422] wrote:
> https://qa.mandrakesoft.com/show_bug.cgi?id=1422
> 
>Product: kernel
>  Component: libsasl2-plug-ntlm
>Summary: no apm support
>Version: 2.4.21-0.pre4.4mdk
>   Platform: PC
> OS/Version: All
> Status: UNCONFIRMED
>   Severity: normal
>   Priority: P2
> AssignedTo: [EMAIL PROTECTED]
> ReportedBy: [EMAIL PROTECTED]
> 
> 
> There is no default support for APM in the kernel. As a result, applets like the
> battery status (gnome) does not work.

I think bugs like this indicate the current state of ACPI is inadequate.
We don't really want to ship a distribution which appears, to laptop
users, to have no power management support. There really needs to be
some kind of improvement. Ideally, DrakX should somehow determine if
it's running on a laptop and have the appropriate ACPI modules loaded
during startup; then we could institute some kind of blacklist for
laptops on which ACPI doesn't work. But the current state of affairs is
not satisfactory. The documentation for ACPI is atrocious, and users
simply won't know to load the ac, battery etc. modules.
-- 
adamw