Date: Fri, 27 Sep 2013 17:03:36 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Scott Long <scottl@samsco.org> Cc: Konstantin Belousov <kostikbel@gmail.com>, "Sergey V. Dyatko" <sergey.dyatko@gmail.com>, FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927170336.36af6490@telesto> In-Reply-To: <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/TZDOmBt7c=ucjKOx8nGk38X
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long <scottl@samsco.org> wrote:
>=20
> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
> <sergey.dyatko@gmail.com> wrote:
>=20
> >>>=20
> >>> yes, these messages disappeared after revert 255870 and r255871
> >>>=20
> >>=20
> >>=20
> >> Hi,
> >>=20
> >> Nothing that I changes should have affected the ahci driver. In
> >> fact, I tested this driver specifically during my development. Can
> >> you confirm that you built both kernel and modules from a clean
> >> state?
> >=20
> > [tiger@laptop]:/usr/src%svn st
> > M sys/boot/i386/zfsboot/zfsboot.c
> > [tiger@laptop]:/usr/src%svn diff=20
> > Index: sys/boot/i386/zfsboot/zfsboot.c
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
> > +++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
> > @@ -302,6 +302,7 @@
> > * region in the SMAP, use the last 3MB of 'extended' memory as
> > a
> > * high heap candidate.
> > */
> > + high_heap_size =3D 0;
> > if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) {
> > high_heap_size =3D HEAP_MIN;
> > high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN;
> > [tiger@laptop]:/usr/src%
> >=20
> > nothing more.=20
> >=20
>=20
> Yes, no local source changes, but are you loading the cam or ahci
> drivers a loadable modules that might be out of sync now, or did you
> use a short- cut for building your kernel, like NO_CLEAN?
>=20
> Thanks,
> Scott
>=20
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to
> "freebsd-current-unsubscribe@freebsd.org"
In my case, as the initiator of the thread, I perform ALWAYS a complete
delete of /usr/obj/ and start building the system from scratch.
The codebase is "vanilla" CURRENT - means without local changes or
additions.
In my case, AHCI driver and CAM are built-in.
I also realise that only more "modern" systems seem to get affected.
The box in question is a LGA1155/Z77 system with an additional SATA 6GB
controller, which I susepct "owning" the ahaci channel7.
The P45-based boxes with the same CURRENT do not expose this phenomenon.
Oliver
--Sig_/TZDOmBt7c=ucjKOx8nGk38X
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (FreeBSD)
iQEcBAEBAgAGBQJSRZ5MAAoJEOgBcD7A/5N8i6UH/iVFQrRjY7PrltROUzIfzLfs
L3T21CqIcUF4Op9gI5grrqo8axFthYSbj5XvazkKiJ7r3M2CCKnMxahH9ZdBGoo3
Eg8YM24QXkqBFVeZA0f/xmIryBepHMtWUMRkELR80a1gfwYaiBp4NG+iWHdrBLsX
ps3I1BwGjyAJn99CyMjOhblSqzG/2ACWCFMcDowHr/QPbvqMqWB2yUq+DXnSGUfC
se0N6z/l8Nm3hlyworG0a4dWUWhAOYnfO2fNT2hDI8h9qPJiWGstr1gCQOmzf6gt
ReDKCFK9g2A5YkBvtyfdncIoaSUzwVWIxISvriUQZR/AgkKG/dtzWdPpJWRIAJQ=
=scZy
-----END PGP SIGNATURE-----
--Sig_/TZDOmBt7c=ucjKOx8nGk38X--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130927170336.36af6490>