> I'm working on the alignment issue also, should be a fix this week.
With Bjorn's tip on using console=uart,mmio,0x{address} I can now
get a complete trace from boot using acpi_dbg_level = 0xff ...
well in theory I can, I started the boot two days ago and have
2.2 million lines of output so f
I'm working on the alignment issue also, should be a fix this week.
Bob
> -Original Message-
> From: Thomas Renninger [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 9:50 AM
> To: Moore, Robert
> Cc: Bjorn Helgaas; Andreas Schwab; Luck, Tony; Brown, Len; linux-
> [EMAIL PRO
Moore, Robert wrote:
I think the original code may have been attempting to subtract off the
size of the descriptor header to obtain the length of the vendor data
bytes. However, something like a global replace may have broken it.
Thanks, this one fixes the mem corruption.
Unaligned access messa
Matthew Garrett wrote:
On Wed, Feb 15, 2006 at 01:36:59PM +0100, Thomas Renninger wrote:
Maybe I oversaw an issue, but I really don't see a reason for connecting
the brightness to ac in kernel space.
The backlight class maintainer specified that /sys/../brightness should
Who's that? Is ther
Hi!
Because one of my motherboards exhibited some stability problems, I've
decided to try a new one. And because I wanted to keep all the remaining
components like CPU and RAM, I've bought the probably last 32bit Athlon
board from MSI with VIA KT880 chipset.
On a box of the board, there are man
Sorry for the spam again, but the kernel 2.6.15.4 have some
differences on the methods I saw.
On parser/psparse.c, function acpi_ps_parse_aml:
status = acpi_ds_call_control_method(thread, walk_state, NULL);
(...)
} else if ((status != AE_OK) && (walk_state->method_desc)) {
ACPI_REPORT_METHOD_ER
Just one more information i got from my 2.6.12-10 kernel's source. I'm
not a kernel hacker but I could find some points that it may be
calling that error messages.
What I got is that both errors on parser/psparse.c and
utilities/uteval.c call the acpi_ns_report_error with the message
"Method execu
On Wed, Feb 15, 2006 at 01:36:59PM +0100, Thomas Renninger wrote:
> Maybe I oversaw an issue, but I really don't see a reason for connecting
> the brightness to ac in kernel space.
The backlight class maintainer specified that /sys/../brightness should
return the *current* brightness. In some ca
Rafael J. Wysocki wrote:
On Tuesday 14 February 2006 18:44, Thomas Renninger wrote:
Pavel Machek wrote:
On Pá 10-02-06 09:06:43, Stefan Seyfried wrote:
On Wed, Feb 08, 2006 at 12:57:53PM +, Matthew Garrett wrote:
The included patch adds support for power management methods to register
cal
Hi folks,
I did a previous search on this mailing list archive and found no
similar problem, that's why I'm posting it now. My problem is similar to
this one:
http://bugzilla.kernel.org/show_bug.cgi?id=5751
which seems to be resolved but I got the latest kernel available
(2.6.15.4) and the probl
Hi,
At Tue, 14 Feb 2006 18:17:20 +0900,
Kenji Kaneshige <[EMAIL PROTECTED]> wrote:
>
> With your patch, I think this list_for_each_safe() loop becomes
> needless and it should be removed. In addition, slot_list is no
> longer needed.
>
> Here is a sample patch against your patch. Note that I hav
11 matches
Mail list logo
