From: William S. <wst...@po...> - 2005-10-13 03:40:20
|
Good evening, all, This is from 2.6.14-rc4 + Jeff's 2 patches: [PATCH 1/2] UML - Fix Al's build tidying (was there ever a 2/2? I didn't see one in the list) UML - Resend - Revert use of host AIO i386 FC3 host has no skas patch, so skas0 is in effect. md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. VFS: Mounted root (ext2 filesystem) readonly. Kernel panic - not syncing: do_syscall_stub : failed to wait for SIGUSR1/SIGTRAP, pid = 3357, n = 3357, errno = 0, status = 0xb7f EIP: 0000:[<0000007b>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 00000c8c ECX: 00000013 EDX: 00000c8c ESI: 00000c89 EDI: 0000007b EBP: 00000000 DS: 0025 ES: 4611 14603510: [<080751ec>] show_regs+0xb0/0xd0 14603530: [<08062cf7>] panic_exit+0x27/0x48 14603550: [<08086922>] notifier_call_chain+0x1e/0x3c 14603580: [<08078e66>] panic+0x56/0xfc 146035a0: [<08063e57>] wait_stub_done+0x73/0xd0 146035e0: [<080635c2>] do_syscall_stub+0x62/0x1c8 14603670: [<080637ce>] run_syscall_stub+0xa6/0xd4 14603690: [<08063a45>] unmap+0xad/0xd0 14603710: [<0806529f>] do_ops+0xaf/0xf8 14603750: [<08061c86>] fix_range_common+0x1d2/0x284 146037d0: [<0806531f>] fix_range+0x37/0x3c 14603800: [<080653d8>] force_flush_all_skas+0x34/0x38 14603820: [<08061f87>] force_flush_all+0xb/0x10 14603830: [<080634cb>] flush_thread_skas+0xb/0x2c 14603840: [<0805c76f>] flush_thread+0xb/0x10 14603850: [<080b8adf>] flush_old_exec+0x2bf/0xae4 146039a0: [<080d6699>] load_elf_binary+0x33d/0xea0 14603af0: [<080b9554>] search_binary_handler+0x54/0xf0 14603b30: [<080b9785>] do_execve+0x195/0x234 14603b70: [<0805c7b4>] execve1+0x28/0x7c 14603ba0: [<0805c81d>] um_execve+0x15/0x50 14603bc0: [<0805c164>] run_init_process+0x40/0x6c 14603bf0: [<0805c256>] init+0xc6/0x168 14603c10: [<080714d5>] run_kernel_thread+0x31/0x38 14603cd0: [<08064d0c>] new_thread_handler+0xb0/0x10c 14603d20: [<b7fec420>] 0xb7fec420 This first kernel didn't have tt support built in, so I recompiled with tt support as well and ran it with a mode=tt and it got further: Enabling local filesystem quotas: [ OK ] swapon: /dev/ubd/1: No such device or address Enabling swap space: [ OK ] Kernel panic - not syncing: Kernel mode fault at addr 0x66ab, ip 0xa002f711 Cheers, - Bill --------------------------------------------------------------------------- "A computer without a Microsoft operating system is like a dog without bricks tied to its head." -- Steve on slashdot -------------------------------------------------------------------------- William Stearns (wst...@po...). Mason, Buildkernel, freedups, p0f, rsync-backup, ssh-keyinstall, dns-check, more at: http://www.stearns.org -------------------------------------------------------------------------- |
From: Jeff D. <jd...@ad...> - 2005-10-13 18:24:22
|
On Wed, Oct 12, 2005 at 11:39:02PM -0400, William Stearns wrote: > Kernel panic - not syncing: do_syscall_stub : failed to wait for > SIGUSR1/SIGTRAP, pid = 3357, n = 3357, errno = 0, status = 0xb7f Can you apply the patch below, and see what it says? Jeff Index: linux-2.6.14-rc2-mm1/arch/um/kernel/skas/process.c =================================================================== --- linux-2.6.14-rc2-mm1.orig/arch/um/kernel/skas/process.c 2005-10-05 18:37:51.000000000 -0400 +++ linux-2.6.14-rc2-mm1/arch/um/kernel/skas/process.c 2005-10-05 18:50:23.000000000 -0400 @@ -69,6 +69,17 @@ if((n < 0) || !WIFSTOPPED(status) || (WSTOPSIG(status) != SIGUSR1 && WSTOPSIG(status) != SIGTRAP)){ + unsigned long regs[FRAME_SIZE]; + if(ptrace(PTRACE_GETREGS, pid, 0, regs) < 0) + printk("Failed to get registers from stub, " + "errno = %d\n", errno); + else { + int i; + + printk("Stub registers -\n"); + for(i = 0; i < FRAME_SIZE; i++) + printk("\t%d - %lx\n", i, regs[i]); + } panic("%s : failed to wait for SIGUSR1/SIGTRAP, " "pid = %d, n = %d, errno = %d, status = 0x%x\n", fname, pid, n, errno, status); |
From: William S. <wst...@po...> - 2005-10-19 04:11:56
|
Good evening, Jeff, On Thu, 13 Oct 2005, Jeff Dike wrote: > On Wed, Oct 12, 2005 at 11:39:02PM -0400, William Stearns wrote: >> Kernel panic - not syncing: do_syscall_stub : failed to wait for >> SIGUSR1/SIGTRAP, pid = 3357, n = 3357, errno = 0, status = 0xb7f > > Can you apply the patch below, and see what it says? > > Jeff > > Index: linux-2.6.14-rc2-mm1/arch/um/kernel/skas/process.c > =================================================================== > --- linux-2.6.14-rc2-mm1.orig/arch/um/kernel/skas/process.c 2005-10-05 18:37:51.000000000 -0400 > +++ linux-2.6.14-rc2-mm1/arch/um/kernel/skas/process.c 2005-10-05 18:50:23.000000000 -0400 > @@ -69,6 +69,17 @@ > > if((n < 0) || !WIFSTOPPED(status) || > (WSTOPSIG(status) != SIGUSR1 && WSTOPSIG(status) != SIGTRAP)){ > + unsigned long regs[FRAME_SIZE]; > + if(ptrace(PTRACE_GETREGS, pid, 0, regs) < 0) > + printk("Failed to get registers from stub, " > + "errno = %d\n", errno); > + else { > + int i; > + > + printk("Stub registers -\n"); > + for(i = 0; i < FRAME_SIZE; i++) > + printk("\t%d - %lx\n", i, regs[i]); > + } > panic("%s : failed to wait for SIGUSR1/SIGTRAP, " > "pid = %d, n = %d, errno = %d, status = 0x%x\n", > fname, pid, n, errno, status); OK, switched over to an fc3 rootfs and ran with your patch: ... kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Warning: unable to open an initial console. Stub registers - 0 - 357e 1 - 13 2 - 357e 3 - 357b 4 - 0 5 - 0 6 - 4 7 - 0 8 - 0 9 - 0 10 - 0 11 - ffffffff 12 - bfffe0dd 13 - 73 14 - 10202 15 - bffff008 16 - 7b Kernel panic - not syncing: do_syscall_stub : failed to wait for SIGUSR1/SIGTRAP, pid = 13697, n = 13697, errn o = 0, status = 0xb7f EIP: 0000:[<0000007b>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 0000357e ECX: 00000013 EDX: 0000357e ESI: 0000357b EDI: 0000007b EBP: 00000000 DS: 0025 ES: 46c1 a64a3300: [<a0032e13>] show_regs+0x1db/0x1ec a64a3330: [<a001c933>] panic_exit+0x27/0x48 a64a3350: [<a00478f2>] notifier_call_chain+0x1e/0x3c a64a3380: [<a0036dc6>] panic+0x56/0xfc a64a33a0: [<a0020119>] wait_stub_done+0xc1/0x170 a64a3440: [<a001f836>] do_syscall_stub+0x62/0x1c8 a64a34d0: [<a001fa42>] run_syscall_stub+0xa6/0xd4 a64a34f0: [<a001fbee>] map+0xf2/0x110 a64a3580: [<a0021634>] do_ops+0xec/0xf8 a64a35d0: [<a001b6d2>] fix_range_common+0x1d2/0x284 a64a3650: [<a0021677>] fix_range+0x37/0x3c a64a3680: [<a00216c2>] flush_tlb_range_skas+0x2e/0x34 a64a36a0: [<a001ba33>] flush_tlb_range+0x33/0x38 a64a36c0: [<a001b93b>] flush_tlb_page+0x1f/0x24 a64a36e0: [<a001bc15>] handle_page_fault+0x189/0x250 a64a3730: [<a0021906>] maybe_map+0x66/0x98 a64a3770: [<a0021949>] do_op+0x11/0x48 a64a3790: [<a00219eb>] do_buffer_op+0x6b/0x138 a64a37e0: [<a001d081>] setjmp_wrapper+0x45/0x50 a64a38b0: [<a0021adf>] buffer_op+0x27/0x5c a64a38f0: [<a0021e43>] clear_user_skas+0x53/0x7c a64a3930: [<a0099a47>] padzero+0x2f/0x50 a64a3950: [<a009a337>] load_elf_interp+0x1e3/0x2a0 a64a39a0: [<a009ae97>] load_elf_binary+0x8bf/0xf84 a64a3af0: [<a007c00c>] search_binary_handler+0x54/0xf0 a64a3b30: [<a007c22a>] do_execve+0x182/0x240 a64a3b70: [<a00157e4>] execve1+0x28/0x7c a64a3ba0: [<a001584d>] um_execve+0x15/0x50 a64a3bc0: [<a0015164>] run_init_process+0x40/0x6c a64a3bf0: [<a0015256>] init+0xc6/0x168 a64a3c10: [<a002daa9>] run_kernel_thread+0x31/0x38 a64a3cd0: [<a0021014>] new_thread_handler+0xb0/0x10c a64a3d20: [<b7f5d420>] 0xb7f5d420 [wstearns@sparrow test-fc3]$ These filesystems seem to have an almost empty /dev/, so I'll repopulate with device nodes and retry. I'll report back if I can get any more luck with this, but wanted to get an initial answer back finally. Sorry to take so long. Cheers, - Bill --------------------------------------------------------------------------- "Hackers do not feel that leisure time is automatically any more meaningful than work time. The desirability of both depends on how they are realized. From the point of a view of a meaningful life, the entire work/leisure duality must be abandoned. As long as we are living our work or our leisure, we are not even truly living. Meaning cannot be found in work or leisure but has to arise out of the nature of the activity itself. Out of passion. Social value. Creativity." -- Andrew Leonard <ale...@sa...> http://salon.com/tech/col/leon/2001/02/05/hacker_ethic/index2.html -------------------------------------------------------------------------- William Stearns (wst...@po...). Mason, Buildkernel, freedups, p0f, rsync-backup, ssh-keyinstall, dns-check, more at: http://www.stearns.org -------------------------------------------------------------------------- |
From: William S. <wst...@po...> - 2005-10-19 04:37:17
|
Good evening, Jeff, On Wed, 19 Oct 2005, William Stearns wrote: > On Thu, 13 Oct 2005, Jeff Dike wrote: > >> On Wed, Oct 12, 2005 at 11:39:02PM -0400, William Stearns wrote: >>> Kernel panic - not syncing: do_syscall_stub : failed to wait for >>> SIGUSR1/SIGTRAP, pid = 3357, n = 3357, errno = 0, status = 0xb7f >> >> Can you apply the patch below, and see what it says? >> >> Jeff >> >> Index: linux-2.6.14-rc2-mm1/arch/um/kernel/skas/process.c >> =================================================================== >> --- linux-2.6.14-rc2-mm1.orig/arch/um/kernel/skas/process.c 2005-10-05 >> 18:37:51.000000000 -0400 >> +++ linux-2.6.14-rc2-mm1/arch/um/kernel/skas/process.c 2005-10-05 >> 18:50:23.000000000 -0400 >> @@ -69,6 +69,17 @@ >> >> if((n < 0) || !WIFSTOPPED(status) || >> (WSTOPSIG(status) != SIGUSR1 && WSTOPSIG(status) != SIGTRAP)){ >> + unsigned long regs[FRAME_SIZE]; >> + if(ptrace(PTRACE_GETREGS, pid, 0, regs) < 0) >> + printk("Failed to get registers from stub, " >> + "errno = %d\n", errno); >> + else { >> + int i; >> + >> + printk("Stub registers -\n"); >> + for(i = 0; i < FRAME_SIZE; i++) >> + printk("\t%d - %lx\n", i, regs[i]); >> + } >> panic("%s : failed to wait for SIGUSR1/SIGTRAP, " >> "pid = %d, n = %d, errno = %d, status = 0x%x\n", >> fname, pid, n, errno, status); > > OK, switched over to an fc3 rootfs and ran with your patch: > > ... > kjournald starting. Commit interval 5 seconds > EXT3-fs: mounted filesystem with ordered data mode. > VFS: Mounted root (ext3 filesystem) readonly. > Warning: unable to open an initial console. > Stub registers - > 0 - 357e > 1 - 13 > 2 - 357e > 3 - 357b > 4 - 0 > 5 - 0 > 6 - 4 > 7 - 0 > 8 - 0 > 9 - 0 > 10 - 0 > 11 - ffffffff > 12 - bfffe0dd > 13 - 73 > 14 - 10202 > 15 - bffff008 > 16 - 7b > Kernel panic - not syncing: do_syscall_stub : failed to wait for > SIGUSR1/SIGTRAP, pid = 13697, n = 13697, errn > o = 0, status = 0xb7f > > > EIP: 0000:[<0000007b>] CPU: 0 Not tainted EFLAGS: 00000000 > Not tainted > EAX: 00000000 EBX: 0000357e ECX: 00000013 EDX: 0000357e > ESI: 0000357b EDI: 0000007b EBP: 00000000 DS: 0025 ES: 46c1 > a64a3300: [<a0032e13>] show_regs+0x1db/0x1ec > a64a3330: [<a001c933>] panic_exit+0x27/0x48 > a64a3350: [<a00478f2>] notifier_call_chain+0x1e/0x3c > a64a3380: [<a0036dc6>] panic+0x56/0xfc > a64a33a0: [<a0020119>] wait_stub_done+0xc1/0x170 > a64a3440: [<a001f836>] do_syscall_stub+0x62/0x1c8 > a64a34d0: [<a001fa42>] run_syscall_stub+0xa6/0xd4 > a64a34f0: [<a001fbee>] map+0xf2/0x110 > a64a3580: [<a0021634>] do_ops+0xec/0xf8 > a64a35d0: [<a001b6d2>] fix_range_common+0x1d2/0x284 > a64a3650: [<a0021677>] fix_range+0x37/0x3c > a64a3680: [<a00216c2>] flush_tlb_range_skas+0x2e/0x34 > a64a36a0: [<a001ba33>] flush_tlb_range+0x33/0x38 > a64a36c0: [<a001b93b>] flush_tlb_page+0x1f/0x24 > a64a36e0: [<a001bc15>] handle_page_fault+0x189/0x250 > a64a3730: [<a0021906>] maybe_map+0x66/0x98 > a64a3770: [<a0021949>] do_op+0x11/0x48 > a64a3790: [<a00219eb>] do_buffer_op+0x6b/0x138 > a64a37e0: [<a001d081>] setjmp_wrapper+0x45/0x50 > a64a38b0: [<a0021adf>] buffer_op+0x27/0x5c > a64a38f0: [<a0021e43>] clear_user_skas+0x53/0x7c > a64a3930: [<a0099a47>] padzero+0x2f/0x50 > a64a3950: [<a009a337>] load_elf_interp+0x1e3/0x2a0 > a64a39a0: [<a009ae97>] load_elf_binary+0x8bf/0xf84 > a64a3af0: [<a007c00c>] search_binary_handler+0x54/0xf0 > a64a3b30: [<a007c22a>] do_execve+0x182/0x240 > a64a3b70: [<a00157e4>] execve1+0x28/0x7c > a64a3ba0: [<a001584d>] um_execve+0x15/0x50 > a64a3bc0: [<a0015164>] run_init_process+0x40/0x6c > a64a3bf0: [<a0015256>] init+0xc6/0x168 > a64a3c10: [<a002daa9>] run_kernel_thread+0x31/0x38 > a64a3cd0: [<a0021014>] new_thread_handler+0xb0/0x10c > a64a3d20: [<b7f5d420>] 0xb7f5d420 > > > [wstearns@sparrow test-fc3]$ > > These filesystems seem to have an almost empty /dev/, so I'll > repopulate with device nodes and retry. I'll report back if I can get any > more luck with this, but wanted to get an initial answer back finally. OK, I repopulated /dev with static device nodes from an fc2 dev package and rebooted it. Command line: ./linux26 mem=96M ubd0=cow,root_fs.2005060501 ubd1=swap ubd2=workspace con=pty con0=fd:0,fd:1 Checking PROT_EXEC mmap in /tmp...OK Checking for /proc/mm...not found Checking for the skas3 patch in the host...not found UML running in SKAS0 mode Adding 32411648 bytes to physical memory to account for exec-shield gap Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...missing Linux version 2.6.14-rc4 (wst...@sp...) (gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)) #3 Fri Oct 14 00:34:04 EDT 2005 Built 1 zonelists Kernel command line: mem=96M ubd0=cow,root_fs.2005060501 ubd1=swap ubd2=workspace con=pty con0=fd:0,fd:1 root=98:0 PID hash table entries: 512 (order: 9, 8192 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 91264k available Mount-cache hash table entries: 512 Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Checking for /dev/anon on the host...Not available (open failed with errno 2) softlockup thread 0 started up. Using 2.6 host AIO ... md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Stub registers - 0 - 51ae 1 - 13 2 - 51ae 3 - 51ab 4 - 0 5 - 0 6 - 4 7 - 0 8 - 0 9 - 0 10 - 0 11 - ffffffff 12 - bfffe0dd 13 - 73 14 - 10202 15 - bffff008 16 - 7b Kernel panic - not syncing: do_syscall_stub : failed to wait for SIGUSR1/SIGTRAP, pid = 20915, n = 20915, errno = 0, status = 0xb7f EIP: 0000:[<0000007b>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 000051ae ECX: 00000013 EDX: 000051ae ESI: 000051ab EDI: 0000007b EBP: 00000000 DS: 0025 ES: 46c1 a2a334a0: [<a0032e13>] show_regs+0x1db/0x1ec a2a334d0: [<a001c933>] panic_exit+0x27/0x48 a2a334f0: [<a00478f2>] notifier_call_chain+0x1e/0x3c a2a33520: [<a0036dc6>] panic+0x56/0xfc a2a33540: [<a0020119>] wait_stub_done+0xc1/0x170 a2a335e0: [<a001f836>] do_syscall_stub+0x62/0x1c8 a2a33670: [<a001fa42>] run_syscall_stub+0xa6/0xd4 a2a33690: [<a001fcb9>] unmap+0xad/0xd0 a2a33710: [<a00215f7>] do_ops+0xaf/0xf8 a2a33750: [<a001b6d2>] fix_range_common+0x1d2/0x284 a2a337d0: [<a0021677>] fix_range+0x37/0x3c a2a33800: [<a0021730>] force_flush_all_skas+0x34/0x38 a2a33820: [<a001ba89>] force_flush_all+0x1d/0x20 a2a33830: [<a001f70f>] flush_thread_skas+0xb/0x2c a2a33840: [<a0015781>] flush_thread+0x1d/0x20 a2a33850: [<a007b597>] flush_old_exec+0x2bf/0xae4 a2a339a0: [<a009a915>] load_elf_binary+0x33d/0xf84 a2a33af0: [<a007c00c>] search_binary_handler+0x54/0xf0 a2a33b30: [<a007c22a>] do_execve+0x182/0x240 a2a33b70: [<a00157e4>] execve1+0x28/0x7c a2a33ba0: [<a001584d>] um_execve+0x15/0x50 a2a33bc0: [<a0015164>] run_init_process+0x40/0x6c a2a33bf0: [<a0015256>] init+0xc6/0x168 a2a33c10: [<a002daa9>] run_kernel_thread+0x31/0x38 a2a33cd0: [<a0021014>] new_thread_handler+0xb0/0x10c a2a33d20: [<b7f7a420>] 0xb7f7a420 If I've done something as moronic as I've done in the past, I apologize in advance. :-) Cheers, - Bill --------------------------------------------------------------------------- I called up the Bureau of Alcohol, Tobacco, and Firearms regional office and asked, "What wine goes best with an M-16?" The guy who answered did his best to be helpful: "That depends. What are you smoking?" (Courtesy of Andrej Todosic <ato...@ub...>) -------------------------------------------------------------------------- William Stearns (wst...@po...). Mason, Buildkernel, freedups, p0f, rsync-backup, ssh-keyinstall, dns-check, more at: http://www.stearns.org -------------------------------------------------------------------------- |
From: Jeff D. <jd...@ad...> - 2005-10-20 16:48:07
|
On Wed, Oct 19, 2005 at 12:35:50AM -0400, William Stearns wrote: > Stub registers - > 0 - 51ae > 1 - 13 > 2 - 51ae > 3 - 51ab > 4 - 0 > 5 - 0 > 6 - 4 > 7 - 0 > 8 - 0 > 9 - 0 > 10 - 0 > 11 - ffffffff > 12 - bfffe0dd > 13 - 73 > 14 - 10202 > 15 - bffff008 > 16 - 7b I should have asked for this earlier, but can you also do this in gdb: disas batch_syscall_stub batch_syscall_stub+0x30 gdb doesn't have to be attached to a paniced UML, or any UML at all. Jeff |
From: Blaisorblade <bla...@ya...> - 2005-10-15 11:38:38
|
On Thursday 13 October 2005 05:39, William Stearns wrote: > Good evening, all, > This is from 2.6.14-rc4 + Jeff's 2 patches: > [PATCH 1/2] UML - Fix Al's build tidying > (was there ever a 2/2? I didn't see one in the list) Yes, there was, but was about sysrq-t (and had as title only "[PATCH 2/2] UML). > UML - Resend - Revert use of host AIO > i386 FC3 host has no skas patch, so skas0 is in effect. > md: Autodetecting RAID arrays. > md: autorun ... > md: ... autorun DONE. > VFS: Mounted root (ext2 filesystem) readonly. > Kernel panic - not syncing: do_syscall_stub : failed to wait for > SIGUSR1/SIGTRAP, pid = 3357, n = 3357, errno = 0, status = 0xb7f With which compilers? It has been reported that SKAS0 is (rightfully) miscompiled by some GCC, and I have some fixes. I'm porting them to 2.6.14 too. Btw, the thing should be the same as 2.6.13; 2.6.13-bs4 has the fixes for this instead - but read the NEWS page on my site for a note about COW files compatibility. > This first kernel didn't have tt support built in, so I recompiled > with tt support as well and ran it with a mode=tt and it got further: > Enabling local filesystem quotas: [ OK ] > swapon: /dev/ubd/1: No such device or address This is some kind of setup error - which was your previous kernel? 2.6.13 onwards have no DevFS. > Enabling swap space: [ OK > ] > Kernel panic - not syncing: Kernel mode fault at addr 0x66ab, ip > 0xa002f711 This is really strange... -- 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 |
From: Blaisorblade <bla...@ya...> - 2005-10-20 17:17:50
|
On Thursday 13 October 2005 05:39, William Stearns wrote: > Good evening, all, > This is from 2.6.14-rc4 + Jeff's 2 patches: > [PATCH 1/2] UML - Fix Al's build tidying > (was there ever a 2/2? I didn't see one in the list) > UML - Resend - Revert use of host AIO > > i386 FC3 host has no skas patch, so skas0 is in effect. > This first kernel didn't have tt support built in, so I recompiled > with tt support as well and ran it with a mode=tt and it got further: > > Enabling local filesystem quotas: [ OK ] > swapon: /dev/ubd/1: No such device or address > Enabling swap space: [ OK > ] > Kernel panic - not syncing: Kernel mode fault at addr 0x66ab, ip > 0xa002f711 On this case: what happens if you try to fix the first problem (about /dev/ubd/1)? It's strange that "Enabling swap space" says ok, and it's not clear where it's failing. Finally, I'm attaching my SKAS0 stub fixes. Not everybody experience the bug they fix (it happens probably with GCC-3.2), so I don't know if they'll help you at all. However, try them. On top of -rc5 possibly - which should have everything else. -- 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 |