Date: Sat, 19 Sep 2015 16:20:01 +0000 From: Alexey Dokuchaev <danfe@FreeBSD.org> To: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> Cc: Marius Strobl <marius@alchemy.franken.de>, "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org> Subject: Re: PCI range checking under qemu-system-sparc64 Message-ID: <20150919162001.GA8802@FreeBSD.org> In-Reply-To: <55FBB662.4080708@ilande.co.uk> References: <55EDFE00.9090109@ilande.co.uk> <20150913022143.GA7862@alchemy.franken.de> <20150913103940.GA60101@FreeBSD.org> <20150913180126.GC7862@alchemy.franken.de> <55F89861.1030107@ilande.co.uk> <20150916031030.GA6711@FreeBSD.org> <55F9C2B8.7030605@ilande.co.uk> <20150916211914.GD18789@alchemy.franken.de> <20150917082817.GA71811@FreeBSD.org> <55FBB662.4080708@ilande.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 18, 2015 at 07:59:46AM +0100, Mark Cave-Ayland wrote: > On 17/09/15 09:28, Alexey Dokuchaev wrote: > > Then I've disabled all CAM/ATA stuff (scbus, ata, umass, etc.) in the > > kernel config and that's what I see now (this is with CDROM_DMA=on): > > What does the CAM/ATA stuff do here? Does this mean it may not > necessarily be an interrupt issue if you can get to mounting the root fs > with CDROM_DMA=on? Well, I don't know. I've played a bit more with this: turns out that "ATA controllers" block has nothing to do with it, but when I disable scbus and depending stuff, it gets past the "IPsec: Initialized Security Association Processing." message and trying to mount root off CD (which fails for obvious reasons). Disabling "device cd" alone is not enough, FWIW. Since Marius mentioned earlier that is might be CMD646 vs. CMD646U emulation, I thought that commenting out "device cd" could give us a data point, but unfortunately not: looks like something is wrong with entire SCSI bus. ./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150919162001.GA8802>