Another regression.
Begin forwarded message:
Date: Sat, 29 Dec 2007 16:07:30 -0800 (PST)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 9663] New: in 2.6.24-rc6 function keys on my notebook
doesn`t work
http://bugzilla.kernel.org/show_bug.cgi?id=9663
Summa
Len Brown wrote:
1000 interrupts/second isn't a lot on modern hardware.
Indeed, many linux distros run with 1000 clock ticks/second today.
I don't understand why interrupt priority has anything to do
with what you are seeing. To notice such a thing, you'd have
to have a lot of competing interru
hey,
Logs requested this. Demidecode info under the base info from lspci and
uname. If you need other info, just let me know.
Mike
Linux largo 2.6.23-gentoo-r3-2 #1 SMP Fri Dec 28 13:08:12 PST 2007 i686
Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz GenuineIntel GNU/Linux
lspci -v
00:00.
Yo,
I saw a message in syslog to send dmidecode output to this email address.
Here goes:
---
# dmidecode 2.9
SMBIOS 2.4 present.
27 structures occupying 867 bytes.
Table at 0x000DC010.
Handle 0x, DM
On Friday 28 December 2007 01:06, Shaohua Li wrote:
>
> On Thu, 2007-12-27 at 21:29 -0800, Lee Howard wrote:
> > Shaohua Li wrote:
> > > In IOAPIC mode, interrupt priority isn't related with the pin (in your
> > > case, irq 16 or 19), but the vector of the pin. How vector of a pin is
> > > allocat
Subject: ACPI: Correct wakeup set error and append a new column PCI ID
From: Yi Yang <[EMAIL PROTECTED]>
The user can't get any information when echo an invalid value to
/proc/acpi/wakeup although it is failed, but the user can set
/proc/acpi/wakeup successfully if echo an value whose prefix is a