From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 10:33:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D651216A41F; Mon, 1 Aug 2005 10:33:23 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD2143D4C; Mon, 1 Aug 2005 10:33:22 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.3] (host46-147.pool8254.interbusiness.it [82.54.147.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 831CC58EE; Mon, 1 Aug 2005 12:33:36 +0200 (CEST) Message-ID: <42EDFA77.1080704@freesbie.org> Date: Mon, 01 Aug 2005 12:33:27 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Grehan References: <42EB7B3E.3030308@freebsd.org> <42ED67A5.8060102@freesbie.org> In-Reply-To: <42ED67A5.8060102@freesbie.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 10:33:24 -0000 Dario Freni wrote: > Peter Grehan wrote: > >>Hi Dario, >> >> I've come across this too: a hack is at: >> >> http://people.freebsd.org/~grehan/cd9660_vfsops.diff >> >> ... though I think that's the wrong way to do it. >> >> I guess you and I are the only ones to ever mount cd9660 as root :) > > > I guess it too :) Thank you very much for the patch. Can't be it > commited? Or can't this problem be fixed on the source tree in some way? > I think the cd9660 root "feature" is quite unusable this way. The patched worked for me in a normal environment. I'm getting a LOR under qemu: acd0: CDROM at ata1-master PIO3 ATA PseudoRAID loaded GEOM_LABEL: Label for provider acd0 is iso9660/FreeSBIE. Trying to mount root from cd9660:/dev/iso9660/FreeSBIE lock order reversal 1st 0xc12ef6e8 ATA state lock (ATA state lock) @ /usr/src/sys/dev/ata/ata-all.c:297 2nd 0xc10611c4 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0985108,c0985cc0,c090d5ec) at kdb_backtrace+0x29 witness_checkorder(c10611c4,9,c08c1360,bb5) at witness_checkorder+0x564 _sx_xlock(c10611c4,c08c1360,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c1061180,c08c1360,bb5,2009b2b,c) at _vm_map_lock_read+0x37 vm_map_lookup(c838bb7c,c708f000,2,c838bb80,c838bb70) at vm_map_lookup+0x28 vm_fault(c1061000,c708f000,2,0,c132b300) at vm_fault+0x66 trap_pfault(c838bc44,0,c708f800) at trap_pfault+0x137 trap(8,28,28,c708f800,c12ef600) at trap+0x341 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04fc828, esp = 0xc838bc84, ebp = 0xc838bca4 --- ata_pio_read(c1452578,800,129,c13e4200,c13f1c00) at ata_pio_read+0x78 ata_end_transaction(c1452578) at ata_end_transaction+0x8b8 ata_interrupt(c12ef600) at ata_interrupt+0xdf ithread_loop(c12fa800,c838bd38,c12fa800,c065ad88,0) at ithread_loop+0x11c fork_exit(c065ad88,c12fa800,c838bd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc838bd6c, ebp = 0 --- panic: vm_fault: fault on nofault entry, addr: c708f000 cpuid = 0 KDB: enter: panic [thread pid 26 tid 100026 ] Stopped at kdb_enter+0x2b: nop db> -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc