On Saturday 19 November 2005 14:11, Joel Palmius wrote: > These tests are running on the following:
> * Dual opteron running in amd64 mode > * Host kernel 2.6.14-skas3-v9-pre7 > * Host OS is gentoo > * Guest OS is vanilla stage3-athlonxp > > (suite 1) > * Guest kernel 2.6.15-rc1 + jeff's patches as of nov17 > * Guest kernel config is defconfig + enabled tt and highmem > * Guest kernel compiled in a 32bit chroot (64bit doesn't compile) > (suite 2) > * Guest kernel 2.6.14-bs1 > * Guest kernel config is defconfig + enabled tt and highmem > * Guest kernel compiled in a 32bit chroot Can you please check if disabling HIGHMEM solves anything? I'd not call it neither well-tested nor useful... Also, especially for any SKAS0 problems, comparing with binaries provided at my home-page may be worth. > Results (suite 1): > * TT mode, crash: > ... > Initializing software serial port version 1 > ubda: unknown partition table > ubdb: unknown partition table > VFS: Mounted root (ext2 filesystem). > line_ioctl: tty0: ioctl KDSIGACCEPT called > INIT: version 2.86 booting > fix_range_common: failed, killing current process > fix_range_common: failed, killing current process > > > * SKAS0 mode, crash: > > ... > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Initialized stdio console driver > Console initialized on /dev/tty0 > Initializing software serial port version 1 > ubda: unknown partition table > ubdb: unknown partition table > EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended > VFS: Mounted root (ext2 filesystem). > line_ioctl: tty0: ioctl KDSIGACCEPT called > INIT: version 2.86 booting > Stub registers - > 0 - bffff000 > 1 - 1000 > 2 - 3 > 3 - 11 > 4 - 3 > 5 - 0 > 6 - bffff000 > 7 - 2b > 8 - 2b > 9 - 0 > 10 - 0 > 11 - ffffffff > 12 - bfffe092 > 13 - 23 > 14 - 10246 > 15 - bffff7fc > 16 - 2b > Kernel panic - not syncing: copy_context_skas0 : failed to wait for > SIGUSR1/SIGTRAP, pid = 11008, n = 11008, errno = 0, status = 0xb7f > > > * SKAS3 mode, busy hang: > > ... > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Initialized stdio console driver > Console initialized on /dev/tty0 > Initializing software serial port version 1 > ubda: unknown partition table > ubdb: unknown partition table > VFS: Mounted root (ext2 filesystem). > > > Results (suite 2): > > * TT mode, crash: > > (right at being about to kick up a login prompt) > ... > Kernel panic - not syncing: Kernel mode fault at addr 0x5554, ip > 0xa002892e > > * SKAS0 mode, boots fine (!! .. see comment below) > > * SKAS3 mode, busy hang: > > ... > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Initialized stdio console driver > Console initialized on /dev/tty0 > Initializing software serial port version 1 > ubda: unknown partition table > ubdb: unknown partition table > VFS: Mounted root (ext2 filesystem). > > > > Comment > > The new thing to me here was that a vanilla gentoo stage 3 actually booted > fine in SKAS0. Previously I always had to recompile glibc and disable tls. Hmm, there was sometimes recently a fix to modify_ldt() behaviour which made it work (and recent glibc can fall back to it correctly). -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
