From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QNTUE-0002y8-3x for qemu-devel@nongnu.org; Fri, 20 May 2011 13:27:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QNTUD-0001Cp-8N for qemu-devel@nongnu.org; Fri, 20 May 2011 13:27:42 -0400 Received: from mail-qw0-f45.google.com ([209.85.216.45]:57291) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QNTUD-0001Cl-6D for qemu-devel@nongnu.org; Fri, 20 May 2011 13:27:41 -0400 Received: by qwj8 with SMTP id 8so2303735qwj.4 for ; Fri, 20 May 2011 10:27:40 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <91906CDF-E523-4D14-8B7C-78313501DAA8@suse.de> Date: Fri, 20 May 2011 21:27:40 +0400 Message-ID: From: Alexey Zaytsev Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] AHCI problems. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Kevin Wolf , qemu-devel@nongnu.org On Fri, May 20, 2011 at 00:29, Alexey Zaytsev wrote: > On Tue, May 17, 2011 at 17:46, Alexander Graf wrote: >> >> On 15.05.2011, at 18:41, Alexey Zaytsev wrote: >> >>> Hi again. >>> >>> After reverting 667bb59, ahci works fine in Linux, if I boot it with >>> -kernel, but grub seems to have some problems. >>> Grub2 gets to the rescue prompt. The disk and its partitions seem to >>> be detected correctly, but not the filesystem. >>> Grub-legacy (from illumos) complains about checksum verification >>> failures, supposedly in stage2. >> >> So I just tried again and grub-legacy works just fine for me with an opensuse image, after rebuilding SeaBIOS to enable AHCI. I suppose you're trying this on Ubuntu? >> >> > > Sorry for the delay. I see it's fixed now, so thanks a lot for that! > Ok, this works for both grub and grub-legacy, and Linux is happy as well. But illumos won't mount the root fs. From the AHCI debug I see: ahci: process_ncq_command: [0] NCQ transfer LBA from 0 to -1, drive max 62914559 ahci: process_ncq_command: [0] NCQ reading 0 sectors from LBA 0, tag 0 and this looks a bit suspicious.