Re: 2.6.16-mm2
From: Andrew Morton
Date: Thu Mar 30 2006 - 04:41:16 EST
Reuben Farrelly <reuben-lkml@xxxxxxxx> wrote:
>
>
>
> On 28/03/2006 8:35 p.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.16/2.6.16-mm2/
> >
> >
> > - It seems to compile.
>
> I've just upgraded from an i386 to an x86_64. It was an.... ordeal, but the
> kernel was the least of the worries. Userland upgrades were a pain.
>
> Using the same config as on i386 apart from the differences that a 'make
> oldconfig' threw up on the new architecture, I am now seeing some problems with
> the x86_64 that I was not seeing on i386 on this release.
>
> Kernel messages like this when booting up:
>
> time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer.
> time.c: Detected 3000.283 MHz processor.
> Console: colour VGA+ 80x25
> time.c: Lost 85 timer tick(s)! rip 10:start_kernel+0x14c/0x220
> last clier stext+0x7fdff0e8/0xe8 caller stext+0x7fdff0e8/0xe8
> time.c: Lost 5 timer tick(s)! rip 10:__do_softirq+0x5a/0xea
> last clier stext+0x7fdff0e8/0xe8 caller stext+0x7fdff0e8/0xe8
> Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
> time.c: Lost 2 timer tick(s)! rip 10:release_console_sem+0x1a5/0x228
> last clier _spin_lock_irqsave+0x16/0x26 caller release_console_sem+0x1a/0x228
> Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
I don't know why the messages are mangled - it looks like there's some
problem with serial console (might be x86_64-specific).
But the messages you're seeing are due to some debug code, sorry - they
didn't happen on my test box. You'll need to change report_lost_ticks
(arch/x86_64/kernel/time.c, line 66) to zero.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/