On Friday 15 February 2008, Greg KH wrote:
I swear someone sent this patch in before. Can you try this one below,
there seems to be an imbalance with kobject_get and _put.
I did remember seeing this patch before [1] and can confirm that it does
indeed fix the issue: with this patch applied to
On Wednesday 13 February 2008, you wrote:
On Tue, 12 Feb 2008 22:45:09 +0100 Frans Pop [EMAIL PROTECTED] wrote:
Symptom is that the system shuts down normally and completely, it just
does not power off.
I've been struggling with an identically-manifesting regression on one of
my test
On Tuesday 12 February 2008, Greg KH wrote:
On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
On Monday 11 February 2008, Frans Pop wrote:
In general 2.6.25 if looking quite good on my desktop, but there's
one important issue: the system no longer powers off after shutdown
On Wednesday 13 February 2008, Greg KH wrote:
So, just on the off chance, I applied the patch below and bingo, the
system powers off again. I doubt this will be the correct solution, but
just in case it is, here's my signed off. A comment why the double put
is needed would probably be good
On Tuesday 12 February 2008, Greg KH wrote:
On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
On Monday 11 February 2008, Frans Pop wrote:
In general 2.6.25 if looking quite good on my desktop, but there's
one important issue: the system no longer powers off after shutdown
(Mail below was sent to me privately, forwarding to the lists.)
On Mon, 2008-01-07 at 00:48 +0100, Frans Pop wrote:
(Adding the kernel list back. Any reason you did not send the reply
there?)
Sorry for the late reply: Christmas, New Year, the flue, etc.
Thank you for caring this problem
.
With 'battery_allow_extract_string_from_integer.patch' all info in /proc is
back and I now also see the new files in /sys/class/power_supply.
The OEM info field (line 13 in BAT1/info) is empty, just as it was empty
in 2.6.23 too.
Tested-by: Frans Pop [EMAIL PROTECTED]
Cheers,
Frans Pop
-
To unsubscribe from
Andrey Borzenkov wrote:
I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
no /proc/acpi/battery and cannot test netlink interface because right now
there is no consumer of this.
This is a known issue. Please see:
http://lkml.org/lkml/2007/10/22/110
Cheers,
Frans Pop
Andrey Borzenkov wrote:
I already have power_supply module, battery depends on it and it is
autloaded. But I fail to see where I can get battery info in /sys
Ah, yes. I see what you mean now and I can confirm the same regression wrt
missing battery data in /proc for my laptop.
$ cat
Jeff Chua wrote:
Just pulled latest linux-2.6, and couldn't get ACPI to detect
ACPI_BATTERY and ACPI_AC.
It seems ACPI POWER_SUPPLY is still missing.
I had the same problem. It turns out you need to enable
drivers - Power supply class support
(either built in or as module) to get ACPI
On Monday 22 October 2007, Alexey Starikovskiy wrote:
Frans Pop wrote:
I must say that having these relatively top-level ACPI settings
depending on something that is relatively buried away is not very
intuitive! Especially not since at first glance you don't really seem
to need
From: Frans Pop [EMAIL PROTECTED]
Current description for CONFIG_ACPI includes the word Support twice.
One effect of this is that in menuconfig the --- that indicates the
presence of sub-options will not show up unless you have a very wide
console.
Signed-off-by: Frans Pop [EMAIL PROTECTED
On Tuesday 25 September 2007, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 17:40, Linus Torvalds wrote:
Len - why are you guys moving stuff into CONFIG_PM_SLEEP? I know you
seem to think that absolutely *everybody* should always support suspend
and hibernation, but the fact is,
On Sunday 23 September 2007, Alexey Starikovskiy wrote:
Frans Pop wrote:
drivers/built-in.o: In function `acpi_power_off_prepare':
main.c:(.text+0x32282): undefined reference to `acpi_sleep_prepare'
drivers/built-in.o: In function `acpi_hibernation_prepare':
main.c:(.text+0x3228c
On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
2.8GHz).
-Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED]) ...
+Linux version 2.6.23-rc6
On Thursday 20 September 2007, Frans Pop wrote:
On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium
4, 2.8GHz).
-Linux version 2.6.22-2-686 (Debian 2.6.22-4
On Thursday 20 September 2007, Rafael J. Wysocki wrote:
On Thursday, 20 September 2007 20:33, Alexey Starikovskiy wrote:
Frans Pop wrote:
On Thursday 20 September 2007, you wrote:
Please try this patch.
Works. All states are now listed again.
I've not tested suspend to disk
On Thursday 20 September 2007, Frans Pop wrote:
On Thursday 20 September 2007, Rafael J. Wysocki wrote:
On Thursday, 20 September 2007 20:33, Alexey Starikovskiy wrote:
Frans Pop wrote:
Maybe S0 should be taken outside the #ifdef and the loop as that
state is also basically always
EC in DSDT
ACPI: Interpreter enabled
-ACPI: (supports S0 S3 S4 S5)
+ACPI: (supports S0 S3)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (:00)
I see no other relevant changes in dmesg (full output below).
Is this a regression or expected?
Cheers,
Frans Pop
00:00.0
19 matches
Mail list logo