From owner-freebsd-stable@freebsd.org Mon Jul 13 08:07:36 2015 Return-Path: Delivered-To: freebsd-stable@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 6130D99B64B for ; Mon, 13 Jul 2015 08:07:36 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8E881AF8; Mon, 13 Jul 2015 08:07:35 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t6D87VxV083703; Mon, 13 Jul 2015 10:07:31 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 65DDD1EF; Mon, 13 Jul 2015 10:07:31 +0200 (CEST) Message-ID: <55A371C2.9030009@omnilan.de> Date: Mon, 13 Jul 2015 10:07:30 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= , FreeBSD Stable , kib@freebsd.org Subject: Re: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 References: <55A158E1.3000905@omnilan.de> <20150712094153.GA1549@brick> <55A23A75.8050003@omnilan.de> In-Reply-To: <55A23A75.8050003@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCA9E10B2FBD4A32190F98183" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 13 Jul 2015 10:07:31 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 08:07:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA9E10B2FBD4A32190F98183 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 12.07.2015 11:59 (loc= altime): =E2=80=A6 >>> I can't find suspicious code in r282213 which could cause this strang= e >>> regression, but I verified carefully that problem arises with r284665= =2E >>> Actually, r282901 >>> (https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Ddate&revisi= on=3D282901) >>> is the real trigger, verified by putting >>> nooptions RACCT >>> nooptions RACCT_DEFAULT_TO_DISABLED >>> nooptions RCTL >>> into my kernel config -> problem vanishes! >>> >>> Setting "kern.racct.enable=3D1" doesn't make any difference, as soon = as >>> 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and= >>> machine doesn't finish booting. >>> >>> Unfortunately, I don't have any idea how to track this down to the >>> actual culprit, but I hope the RACCT hackers do have ;-) >>> >>> Shall I open a bugzilla ticket? >> That's... curious. I don't see how those two things could be related.= >> What's the FreeBSD version? How reproducible it is? Have you tried >> compiling with and without those three lines a couple of times? > Yes, I tried several times, and falsified that with r284665 the timeout= s > reproducably show up (which blocks the booting process, a major issue i= n > my case). > I also verified that several different revisions <284665 don't lead to > that problem, and also that the changes in ahci code paths for the last= > year are not involved. > I also can't see any relation, wich doesn't mean much since I don't hav= e > the kernel skills, but I'm sure the symptoms start with "options RACCT"= While still true that I _always_ had troubles with ahcich-timeouts and "options RACCT". I now saw the same problem with kernel compiled without RACCT option :-( In this case, it's random and I had luck several times in a row, but later on, several times in a row not, when the ahcich-timeouts prevented the box from booting. So "options RACCT" does have an influence =E2=80=93 like mentioned, I cou= ld never boot the machine with kernel >=3D r284665 and "options RACCT", but most times with the same kernel without "options RACCT" =E2=80=93 but rem= oving "options RACCT" from the kernel config is _not_ a true solution. It just improves things in the way that it's possible to boot at all =E2=80=93 mo= st times =E2=80=93 but sometimes also leads to ahcich-timeouts. At least wit= h kernel >=3D r284665. I couldn't re-checked with older revisions. Next chance for tests is the weekende after the next :-( Do you have an idea which race "options RACCT" could influence? Verbose booting showed in all cases (with or without timeouts) the same IRQ mapping as far as I could see. Is it likely to be a ACPI-Routing problem? Once the machine booted, I couldn't see any ahcich-timeout yet in production. Thanks, -Harry --------------enigCA9E10B2FBD4A32190F98183 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlWjccIACgkQLDqVQ9VXb8hX0ACfQr1On9gC3hcAYPH/peKegv5h 9TkAoLDSW1hRDVczZY9/2cfl0PFaOdnh =ZwzR -----END PGP SIGNATURE----- --------------enigCA9E10B2FBD4A32190F98183--