On Mon, 2007-11-26 at 09:20 +0800, Zhenyu Wang wrote:
No idea how could my simple patch cause your problem...
I'm not saying your patch cause the problem , I say when this messages
begging to appears at more or less at same time my blacklight stops to
works, but not saying that is direct
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
'noapic' kernel parameter
ACPI or x86 breakage, I guess.
Did 'noapic' work?
I got the
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
'noapic'
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC +
On Mon, 26 Nov 2007 12:33:19 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
Unable to handle kernel NULL pointer dereference at 0021 RIP:
[8108382a] refresh_zone_stat_thresholds+0x6d/0x90
PGD 0
Oops: 0002 [1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 1,
On Mon, 26 Nov 2007, Andrew Morton wrote:
hm. This smells like a startup ordering problem, but everything which
refresh_zone_stat_thresholds() should be set up by the time we run
initcalls. Maybe the zone lists are bad?
refresh_zone_stat_thresholds goes through each zone and updates
the
On 11/26/2007 09:45 PM, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
This is an interesting one to me.
From various documentation:
After all arguments have been retrieved, va_end resets the pointer to
NULL.
va_end
Each invocation of va_start must be matched by a corresponding
invocation of va_end in the same function. After the call va_end(ap) the
variable ap is
On Mon, 26 Nov 2007 23:08:33 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
On 11/26/2007 09:45 PM, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007 14:39:43 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 22:18:39 -0800
Andrew Morton
On 11/26/2007 11:17 PM, Andrew Morton wrote:
http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
compile. I'd suggest bisecting 2.6.24-rc3-mm1 would be easier.
Yes, I've bisected this and it pointed to git-x86.patch + 2 pushed fixes from
series, Then tried x86 git, but
Hi Gary, Kenji-san, et. al,
* Gary Hade [EMAIL PROTECTED]:
Alex, What I was trying to suggest is a boot-time kernel
option, not a kernel configuration option. The basic idea is
to give the user (with a single binary kernel) the ability to
include your ACPI-PCI slot driver feature changes
On Mon, 19 Nov 2007 14:09:51 +0300
Alexey Starikovskiy [EMAIL PROTECTED] wrote:
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
cat
/sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:19/PNP0C0A:00/power_
supply/BAT1/status
This leads to a
- Make pci_slot the primary sysfs entity. hotplug_slot becomes a
subsidiary structure.
o pci_create_slot() creates and registers a slot with the PCI core
o pci_slot_add_hotplug() gives it hotplug capability
- Change the prototype of pci_hp_register() to take the bus and
slot
On 11/26/2007 11:17 PM, Andrew Morton wrote:
Maybe if you can emit a broken-out with the fresh pull to test?
http://userweb.kernel.org/~akpm/mmotm/ is current. But it probably won't
compile.
Yes it did :). And it worked. Both in qemu and on my desktop...
qemu output at:
-Original Message-
From: Sergio Monteiro Basto [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 27, 2007 3:39 AM
To: Wang, Zhenyu Z
Cc: Zhang, Rui; linux-acpi@vger.kernel.org
Subject: Re: No blacklight Re: [patch] remove debug info in acpi video
On Mon, 2007-11-26 at 09:20 +0800,
Yes, it's official ANSI C, so I agree with the portability. I'm probably
asking more about the history of the thing.
-Original Message-
From: Richard Knutsson [mailto:[EMAIL PROTECTED]
Sent: Monday, November 26, 2007 4:16 PM
To: Moore, Robert
Cc: Len Brown; [EMAIL PROTECTED];
Moore, Robert wrote:
Yes, it's official ANSI C, so I agree with the portability. I'm probably
asking more about the history of the thing.
the history of the thing? Sorry, you lost me there. I know there were
a pre-ANSI
version of va_start() co., but they seemed quite messy. When it comes
https://bugzilla.redhat.com/show_bug.cgi?id=399111
Looks like a use-after-free ..
BUG: unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip: c050a0c5 *pde =
Oops: [#1] SMP
Modules linked in: i915 drm rfcomm l2cap bluetooth autofs4 ipv6 ipt_REJECT
18 matches
Mail list logo