On Mon, 26 Nov 2007 15:28:32 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 27 Nov 2007 00:14:17 +0100
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> > 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://us
On Tue, 27 Nov 2007 00:14:17 +0100
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> 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
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:
http://www.fi.
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
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 -08
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
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 s
On Mon, 26 Nov 2007 12:33:19 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Unable to handle kernel NULL pointer dereference at 0021 RIP:
> > [] refresh_zone_stat_thresholds+0x6d/0x90
> > PGD 0
> > Oops: 0002 [1] SMP
> > last sysfs file:
> > CPU 0
> > Modules linked in:
> > Pid: 1
* 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 - n
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
> >
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?
On Tue, Nov 20, 2007 at 10:18:39PM -0800, Andrew Morton wrote:
> On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > Kernel panic's across different architectures like powerpc, x86_64,
>
> powerpc complains about IO-APICs??
>
> > Dentry cache
On [Wed, 21.11.2007 20:33], Torsten Kaiser wrote:
> On Nov 21, 2007 10:29 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 21 Nov 2007 14:52:26 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Andrew Morton wrote:
> > > > On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <
On Nov 21, 2007 8:22 PM, Len Brown <[EMAIL PROTECTED]> wrote:
> On Wednesday 21 November 2007 01:18, Andrew Morton wrote:
> > On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
>
> > > SMP alternatives: switching to UP code
> > > ACPI: Core revision 20070126
> > > .
On Nov 21, 2007 10:29 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 21 Nov 2007 14:52:26 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton wrote:
> > > On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > > wrote:
> > >> ACPI: Core revision 20070
On Wednesday 21 November 2007 01:18, Andrew Morton wrote:
> On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> > SMP alternatives: switching to UP code
> > ACPI: Core revision 20070126
> > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
did previous kernels print
Andrew Morton wrote:
> On Wed, 21 Nov 2007 14:52:26 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton wrote:
>>> On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>>> wrote:
>>>
Hi Andrew,
Kernel panic's across different architectures like p
On Wed, 21 Nov 2007 14:52:26 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Hi Andrew,
> >>
> >> Kernel panic's across different architectures like powerpc, x86_64,
> >
> >
Andrew Morton wrote:
> On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>> Hi Andrew,
>>
>> Kernel panic's across different architectures like powerpc, x86_64,
>
> powerpc complains about IO-APICs??
>
>> Dentry cache hash table entries: 8388608 (order: 14, 671088
On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Kernel panic's across different architectures like powerpc, x86_64,
powerpc complains about IO-APICs??
> Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes)
> Inode-cache hash table
Hi Andrew,
Kernel panic's across different architectures like powerpc, x86_64,
Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes)
Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes)
Mount-cache hash table entries: 256
SMP alternatives: switching to UP code
ACPI:
21 matches
Mail list logo