From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 14:09:06 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70F32B5A for ; Fri, 27 Sep 2013 14:09:06 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel09.rubas.ch (cpanel09.rubas.ch [195.182.222.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 250BE23F1 for ; Fri, 27 Sep 2013 14:09:05 +0000 (UTC) Received: from 98-41.199-178.cust.bluewin.ch ([178.199.41.98]:56801 helo=gahrfit.gahr.ch) by cpanel09.rubas.ch with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VPYj0-000p0B-KP; Fri, 27 Sep 2013 16:08:56 +0200 Date: Fri, 27 Sep 2013 16:08:51 +0200 From: Pietro Cerutti To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927140851.GB87559@gahrfit.gahr.ch> 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> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: X-PGP-Key: fp="DA6D E106 A5B8 54B8 5DD8 6D49 ADD0 D38E A192 089E"; id="0xA192089E"; get=; get=; User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel09.rubas.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Get-Message-Sender-Via: cpanel09.rubas.ch: authenticated_id: gahr@gahr.ch Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 14:09:06 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Sep-27, 07:56, Scott Long wrote: >=20 > On Sep 27, 2013, at 7:38 AM, Boris Samorodov wrote: >=20 > > 27.09.2013 16:59, Pietro Cerutti =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> On 2013-Sep-27, 05:57, Scott Long wrote: > >>>=20 > >>> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko 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 sta= te? > >>>>=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 dri= vers > >>> a loadable modules that might be out of sync now, or did you use a sh= ort- > >>> cut for building your kernel, like NO_CLEAN? > >>=20 > >> I had the same problem with a clean src tree. After commenting out the > >> ahci line from my kernel conf file, I got these instead: > >>=20 > >> Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed > >> Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfe= r attempte > >>=20 > >> reverting those two commits solved the issue. > >=20 > > In my case just rebuilding and restarting of sysutils/hal helped. >=20 >=20 > Interesting. I didn't test hal, probably should have. The compat shims = I put in > place should have made it work without a rebuild. I wonder if it's someh= ow > corrupting kernel state. Are others who are experiencing problems also r= unning > the hal package? I am, I can try to rebuild hal with a non-reverted kernel. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQJ8BAEBCgBmBQJSRZFvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQTZERTEwNkE1Qjg1NEI4NUREODZENDlB REQwRDM4RUExOTIwODlFAAoJEK3Q046hkgie7k4P/iKwSz5nMvtO5JwZOTAMqCEG 8JSOu7MIpfPs6ieT/1NPN9rWKhsRuBwSaahMLxOJpfC5Nd+T2LlXGR3bCPbN6a1n ieojB1/efAMHBoRj3Vw5SuluYdeNk30x7qs38QajzyqxJxB8drNMl0ve24q/RBWc jFjww0fVf0jKC4Wag3PLnsEQUYczlpmdd/vnl2gNEERrPxeKfT/+Fb9E5fIN4DAy KyeaGWPdmTe8HKAQ/5FRzJu2UGs9BqYjmSS6pKQUHW72nvDux9futGiqeonUVI8N siFyKIUH9/mRqWLIL5phtJ6ZQjPyVWiIqRId3tUgsuV7Z7lYYiBF9LJt/MniVmPZ Odhpfyjbpl3zC8HP+h1qYHnhzE73O98hUGGtpFtQ/Ldgl1Q9WL8uc5K3kLMjSmxv w2/P5Rwmf4gMHACE3OQy4M4PyNtowWNfCddSGiHdSC0/AM32XOqgKZ+eDaLOiaFK tV5y+dwQDXTO9cMMPy+IiX8c0FWSWI5IG2WshhJ1lHritqb1/nG9pk7ndjHMUAte 4S8SPZ4te/P+53tuZmDpjwDzYRCgJoec4B3eopZZeIThNY/+o/9d5fUAcw5N7KkJ mLJeUIXhw5uEyWoRNpRIB/7S85Sbbt53JH9/neq7VdNO79GRJygTuLISThGZc/4J xa6MsyVA9CPU92aq+UWp =vQVW -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG--