From owner-freebsd-sparc64@freebsd.org  Sat Sep 19 16:20:01 2015
Return-Path: <owner-freebsd-sparc64@freebsd.org>
Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 561509CFF34
 for <freebsd-sparc64@mailman.ysv.freebsd.org>;
 Sat, 19 Sep 2015 16:20:01 +0000 (UTC)
 (envelope-from danfe@freebsd.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id 4645B1C18;
 Sat, 19 Sep 2015 16:20:01 +0000 (UTC)
 (envelope-from danfe@freebsd.org)
Received: by freefall.freebsd.org (Postfix, from userid 1033)
 id 456551C54; Sat, 19 Sep 2015 16:20:01 +0000 (UTC)
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>
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>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <55FBB662.4080708@ilande.co.uk>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-BeenThere: freebsd-sparc64@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Porting FreeBSD to the Sparc <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-sparc64>, 
 <mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64/>
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>, 
 <mailto:freebsd-sparc64-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 19 Sep 2015 16:20:01 -0000

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