Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Apr 2011 19:07:06 +0200
From:      David Naylor <naylor.b.david@gmail.com>
To:        Alexander Motin <mav@freebsd.org>
Cc:        FreeBSD-Current <freebsd-current@freebsd.org>
Subject:   Re: [regression] unable to boot: no GEOM devices found.
Message-ID:  <201104131907.12368.naylor.b.david@gmail.com>
In-Reply-To: <4DA4B247.6010901@FreeBSD.org>
References:  <mailpost.1302585106.8448174.20731.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw> <201104122132.23809.naylor.b.david@gmail.com> <4DA4B247.6010901@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart2602315.0xpPBTegJJ
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

On Tuesday 12 April 2011 22:12:55 Alexander Motin wrote:
> David Naylor wrote:
> > On Tuesday 12 April 2011 08:17:51 Alexander Motin wrote:
> >> David Naylor wrote:
> >>> I am running -current and since a few days ago (at least 2011/04/11) I
> >>> am unable to boot.
> >>>=20
> >>> The boot process stops when it looks to find a bootable device.  The
> >>> prompt (when pressing '?') does not display any device and yielding o=
ne
> >>> second (or more) to the kernel (by pressing '.') does not improve the
> >>> situation.
> >>>=20
> >>> A known working date is 2011/02/20.
> >>>=20
> >>> I am running amd64 on a nVidia MCP51 chipset.
> >>=20
> >> MCP51... again...
>
> +ata2: reiniting channel ..
> +ata2: SATA connect time=3D0ms status=3D00000113
> +ata2: reset tp1 mask=3D01 ostat0=3D58 ostat1=3D00
> +ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00
> +ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1
> +ata2: reinit done ..
> +unknown: FAILURE - ATA_IDENTIFY timed out LBA=3D0
>=20
> As soon as all devices detected but not responding to commands, I would
> suppose that there is something wrong with ATA interrupts. There is a
> long chain of interrupt problems in this chipset. I have already tried
> to debug one case where ATA wasn't generating interrupts at all.
> Unfortunately, without success -- requests were executing, but not
> generating interrupts, it wasn't looked like ATA driver problem.
>=20
> What's about possible candidate to revision triggering your problem, I
> would look on this message:
> +pcib0: Enabling MSI window for HyperTransport slave at pci0:0:9:0
>=20
> At least it is recent (SVN revs 219737,219740 on 2011-03-18 by jhb) and
> it is interrupt related.

I reverted those two revs and everything works again. =20

--nextPart2602315.0xpPBTegJJ
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (FreeBSD)

iEYEABECAAYFAk2l2EAACgkQUaaFgP9pFrJDLQCePItyLO3BLrvcHI8ISfqZCx5q
RvwAn3bXKUipMEDNYHydD+WosTwhvSDX
=G3GB
-----END PGP SIGNATURE-----

--nextPart2602315.0xpPBTegJJ--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201104131907.12368.naylor.b.david>