> > The problem the diff below fixes is a BIOS issue - the _STA
> control method
> > should always be returning a value, but in this case it doesn't. The
> > approach we're taking is "get everything working and THEN
> worry about broken
> > ACPI implementations" and hopefully in the meantime, pe
Hi!
This patch fixes ACPI oops on my toshiba.. This should go to Linus.
--- clean/drivers/acpi/cmbatt.c Wed Jan 31 16:14:26 2001
+++ linux/drivers/acpi/cmbatt.c Wed Jan 31 21:03:47 2001
@@ -163,11 +167,13 @@
result->battery_capacity_granularity_1=objs[7].integer.value;
result->ba
The problem the diff below fixes is a BIOS issue - the _STA control method
should always be returning a value, but in this case it doesn't. The
approach we're taking is "get everything working and THEN worry about broken
ACPI implementations" and hopefully in the meantime, people will release
fixe
> From: Drew Bertola [mailto:[EMAIL PROTECTED]]
> > This is a temporary interface, just to see if we're returning values
> > properly. Your points below are well taken. People really care about
> > minutes/percentage remaining. In your opinion should we
> just report that
> > through /proc or sho
Grover, Andrew writes:
> This is a temporary interface, just to see if we're returning values
> properly. Your points below are well taken. People really care about
> minutes/percentage remaining. In your opinion should we just report that
> through /proc or should we keep the data low-level like
5 matches
Mail list logo
