From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 00:09:19 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B51416A468 for ; Sun, 28 Oct 2007 00:09:19 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id A2AE513C4BC for ; Sun, 28 Oct 2007 00:09:18 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9S09Hkc017853; Sun, 28 Oct 2007 02:09:17 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 128D7B8F8; Sun, 28 Oct 2007 02:09:17 +0200 (CEST) Date: Sun, 28 Oct 2007 02:09:17 +0200 From: Roland Smith To: Kris Kennaway Message-ID: <20071028000917.GC47576@slackbox.xs4all.nl> Mail-Followup-To: Kris Kennaway , freebsd-amd64@freebsd.org References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B4IIlcmfBL/1gGOG" Content-Disposition: inline In-Reply-To: <4723CD55.5090307@FreeBSD.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-amd64@freebsd.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 00:09:19 -0000 --B4IIlcmfBL/1gGOG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 28, 2007 at 01:44:21AM +0200, Kris Kennaway wrote: > Roland Smith wrote: >> Hovewer, sometimes a program seems to hog the CPU for a couple of >> seconds (as seen in top(1)) >=20 > Can you please explain (with supporting paste of command output) what you= =20 > mean by this? I'll save some top output next time. But what happened was this; all of a sudden the mouse pointer started moving erratically, and the music playing in audacious started skipping. All other X programs started responding erratically as well. It looked like the X server wasn't getting any CPU time. After starting top in a terminal I saw that telak was at 99% WCPU. That is odd, because it's job is to keep a couple of pictures on the X root window updated every minute. I've used the same port (same version even) on 6-STABLE with SCHED_4BSD without these symptoms. It is started from my ~/.xinitrc. After killing telak, the situation returned to normal. I restarted telak, and a couple of hours later it happened again. It also happened with cc1 when I was compiling a port. In that case the situation returned to normal when that particular instance was finished. That compilation was running in a terminal window that was iconified at the time. In case I forgot to mention it, I deleted and recompiled all ports after the 6->7 update to make sure there was no old cruft lying around. I am running a custom kernel because I'm using GEOM_ELI. Do you need to see my kernel config? >> and interactivity suffers >> tremendously. Could this be the scheduler getting mixed up? This happened >> two times with graphics/telak, which I use to put update some graphs on >> my desktop every minute. In both cases I killed the program. But it also >> happened one time with cc1 during compilation of a program. >=20 > This is usually caused by the system running out of memory and touching= =20 > swap. Have you ruled this out? According to conky, memory usage was at around 35% (of 1GB) and swap usage was unused. Those are pretty regular values for this system. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --B4IIlcmfBL/1gGOG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHI9MtEnfvsMMhpyURAkv6AKCD1VfF7VvWKqMnWjIp/m3ERm4SPACeP443 2rJDYz82TdZCrohL2jRAd2s= =do0n -----END PGP SIGNATURE----- --B4IIlcmfBL/1gGOG-- From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 00:23:04 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867CF16A420 for ; Sun, 28 Oct 2007 00:23:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 2111413C4A8 for ; Sun, 28 Oct 2007 00:23:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 506 invoked by uid 399); 27 Oct 2007 23:56:23 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 27 Oct 2007 23:56:23 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 27 Oct 2007 16:56:20 -0700 (PDT) From: Doug Barton To: Roland Smith In-Reply-To: <20071027202252.GA40377@slackbox.xs4all.nl> Message-ID: References: <20071027202252.GA40377@slackbox.xs4all.nl> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-amd64@freebsd.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 00:23:04 -0000 On Sat, 27 Oct 2007, Roland Smith wrote: > Rebuilding my ports with portmaster didn't really work. Apparently there > ware some mixed-up dependencies. I ended up nuking all ports and > reinstalling them from scratch, which went without problems. Thanks for this report. If you think it's worth pursuing, I'd be interested in hearing more details about this. The most important being what command line options did you use. Feel free to follow up with me personally, or to the -ports list. Doug -- This .signature sanitized for your protection From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 00:45:00 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D422C16A419; Sun, 28 Oct 2007 00:45:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9AE13C48D; Sun, 28 Oct 2007 00:44:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4723DB8F.8060407@FreeBSD.org> Date: Sun, 28 Oct 2007 02:45:03 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kris Kennaway , freebsd-amd64@freebsd.org References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> In-Reply-To: <20071028000917.GC47576@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 00:45:00 -0000 Roland Smith wrote: > On Sun, Oct 28, 2007 at 01:44:21AM +0200, Kris Kennaway wrote: >> Roland Smith wrote: >>> Hovewer, sometimes a program seems to hog the CPU for a couple of >>> seconds (as seen in top(1)) >> Can you please explain (with supporting paste of command output) what you >> mean by this? > > I'll save some top output next time. But what happened was this; all of > a sudden the mouse pointer started moving erratically, and the music > playing in audacious started skipping. All other X programs started > responding erratically as well. It looked like the X server wasn't > getting any CPU time. After starting top in a terminal I saw that telak > was at 99% WCPU. That is odd, because it's job is to keep a couple of > pictures on the X root window updated every minute. I've used the same > port (same version even) on 6-STABLE with SCHED_4BSD without these > symptoms. It is started from my ~/.xinitrc. > > After killing telak, the situation returned to normal. I restarted > telak, and a couple of hours later it happened again. Sounds like the issue is that telak is misbehaving. The scheduler will not cause it to suddenly chew up CPU when it should be sleeping. > It also happened with cc1 when I was compiling a port. In that case the > situation returned to normal when that particular instance was > finished. That compilation was running in a terminal window that was > iconified at the time. This may be unrelated. The new version of gcc has higher memory requirements, and it is common for it to access swap during compilation when the system is also busy running other tasks. If you see it happening with cc again, make sure to check this. > In case I forgot to mention it, I deleted and recompiled all ports after > the 6->7 update to make sure there was no old cruft lying around. I am > running a custom kernel because I'm using GEOM_ELI. Do you need to see > my kernel config? What are you using GELI for? If it's encrypting data used by those processes that will of course add to the load. Kris From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 05:15:14 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7161E16A41A; Sun, 28 Oct 2007 05:15:14 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id A502113C481; Sun, 28 Oct 2007 05:15:13 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.1/8.14.1) with ESMTP id l9S5FSaY021610; Sun, 28 Oct 2007 06:15:28 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.1/8.14.1/Submit) with ESMTP id l9S5FRtM021607; Sun, 28 Oct 2007 06:15:28 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Sun, 28 Oct 2007 06:15:27 +0100 (CET) From: "P.U.Kruppa" X-X-Sender: ulrich@small To: Kris Kennaway In-Reply-To: <4723DB8F.8060407@FreeBSD.org> Message-ID: <20071028060318.W1571@small> References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> <4723DB8F.8060407@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 05:15:14 -0000 On Sun, 28 Oct 2007, Kris Kennaway wrote: > Roland Smith wrote: >> On Sun, Oct 28, 2007 at 01:44:21AM +0200, Kris Kennaway wrote: >>> Roland Smith wrote: >>>> Hovewer, sometimes a program seems to hog the CPU for a couple of >>>> seconds (as seen in top(1)) >>> Can you please explain (with supporting paste of command output) what you >>> mean by this? >> >> I'll save some top output next time. But what happened was this; all of >> a sudden the mouse pointer started moving erratically, and the music >> playing in audacious started skipping. All other X programs started >> responding erratically as well. It looked like the X server wasn't >> getting any CPU time. I can see that happening during portupgrade on my 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Sat Oct 27 04:15:22 CEST 2007 amd64 UP-machine as well. Situation has been improved by using SCHED_ULE instead of SCHED_4BSD . >> It also happened with cc1 when I was compiling a port. In that case the >> situation returned to normal when that particular instance was >> finished. That compilation was running in a terminal window that was >> iconified at the time. > > This may be unrelated. The new version of gcc has higher memory > requirements, and it is common for it to access swap during compilation when > the system is also busy running other tasks. If you see it happening with cc > again, make sure to check this. My swap space remains untouched, I have got 2 GB of RAM. Is there - perhaps - some way to tune down gcc's CPU greediness? Regards, Uli. > > Kris > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > Peter Ulrich Kruppa Wuppertal Germany From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 10:22:47 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB9FE16A419 for ; Sun, 28 Oct 2007 10:22:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 433BB13C4A3; Sun, 28 Oct 2007 10:22:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472462F9.7010308@FreeBSD.org> Date: Sun, 28 Oct 2007 11:22:49 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "P.U.Kruppa" References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> <4723DB8F.8060407@FreeBSD.org> <20071028060318.W1571@small> In-Reply-To: <20071028060318.W1571@small> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 10:22:48 -0000 P.U.Kruppa wrote: > On Sun, 28 Oct 2007, Kris Kennaway wrote: > >> Roland Smith wrote: >>> On Sun, Oct 28, 2007 at 01:44:21AM +0200, Kris Kennaway wrote: >>>> Roland Smith wrote: >>>>> Hovewer, sometimes a program seems to hog the CPU for a couple of >>>>> seconds (as seen in top(1)) >>>> Can you please explain (with supporting paste of command output) >>>> what you mean by this? >>> >>> I'll save some top output next time. But what happened was this; all of >>> a sudden the mouse pointer started moving erratically, and the music >>> playing in audacious started skipping. All other X programs started >>> responding erratically as well. It looked like the X server wasn't >>> getting any CPU time. > I can see that happening during portupgrade on my 7.0-BETA1 FreeBSD > 7.0-BETA1 #0: Sat Oct 27 04:15:22 CEST 2007 amd64 UP-machine as well. > Situation has been improved by using > SCHED_ULE instead of SCHED_4BSD . Yes, so this is a different problem again. People have reported this problem with 4BSD, but I don't think it is understood. Just to confirm, since we're discussing ULE here do you see this problem with ULE? >>> It also happened with cc1 when I was compiling a port. In that case the >>> situation returned to normal when that particular instance was >>> finished. That compilation was running in a terminal window that was >>> iconified at the time. >> >> This may be unrelated. The new version of gcc has higher memory >> requirements, and it is common for it to access swap during >> compilation when the system is also busy running other tasks. If you >> see it happening with cc again, make sure to check this. > My swap space remains untouched, I have got 2 GB of RAM. > > Is there - perhaps - some way to tune down gcc's CPU greediness? That isn't really the right solution :) Kris From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 10:51:37 2007 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B0416A419; Sun, 28 Oct 2007 10:51:37 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id B379B13C48A; Sun, 28 Oct 2007 10:51:36 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.1/8.14.1) with ESMTP id l9SApoUT023582; Sun, 28 Oct 2007 11:51:51 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.1/8.14.1/Submit) with ESMTP id l9SApoqq023579; Sun, 28 Oct 2007 11:51:50 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Sun, 28 Oct 2007 11:51:50 +0100 (CET) From: "P.U.Kruppa" X-X-Sender: ulrich@small To: Kris Kennaway In-Reply-To: <472462F9.7010308@FreeBSD.org> Message-ID: <20071028114924.G1571@small> References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> <4723DB8F.8060407@FreeBSD.org> <20071028060318.W1571@small> <472462F9.7010308@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@FreeBSD.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 10:51:37 -0000 On Sun, 28 Oct 2007, Kris Kennaway wrote: > P.U.Kruppa wrote: >> On Sun, 28 Oct 2007, Kris Kennaway wrote: >> >>> Roland Smith wrote: >>>> On Sun, Oct 28, 2007 at 01:44:21AM +0200, Kris Kennaway wrote: >>>>> Roland Smith wrote: >>>>>> Hovewer, sometimes a program seems to hog the CPU for a couple of >>>>>> seconds (as seen in top(1)) >>>>> Can you please explain (with supporting paste of command output) what >>>>> you mean by this? >>>> >>>> I'll save some top output next time. But what happened was this; all of >>>> a sudden the mouse pointer started moving erratically, and the music >>>> playing in audacious started skipping. All other X programs started >>>> responding erratically as well. It looked like the X server wasn't >>>> getting any CPU time. >> I can see that happening during portupgrade on my 7.0-BETA1 FreeBSD >> 7.0-BETA1 #0: Sat Oct 27 04:15:22 CEST 2007 amd64 UP-machine as well. >> Situation has been improved by using >> SCHED_ULE instead of SCHED_4BSD . > > Yes, so this is a different problem again. People have reported this problem > with 4BSD, but I don't think it is understood. Just to confirm, since we're > discussing ULE here do you see this problem with ULE? Yes, but as I said, ULE works better than 4BSD. Uli. > >>>> It also happened with cc1 when I was compiling a port. In that case the >>>> situation returned to normal when that particular instance was >>>> finished. That compilation was running in a terminal window that was >>>> iconified at the time. >>> >>> This may be unrelated. The new version of gcc has higher memory >>> requirements, and it is common for it to access swap during compilation >>> when the system is also busy running other tasks. If you see it happening >>> with cc again, make sure to check this. >> My swap space remains untouched, I have got 2 GB of RAM. >> >> Is there - perhaps - some way to tune down gcc's CPU greediness? > > That isn't really the right solution :) > > Kris > > Peter Ulrich Kruppa Wuppertal Germany From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 11:00:19 2007 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924F416A469 for ; Sun, 28 Oct 2007 11:00:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id D5FBC13C4B5; Sun, 28 Oct 2007 11:00:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47246BC5.3010900@FreeBSD.org> Date: Sun, 28 Oct 2007 12:00:21 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "P.U.Kruppa" References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> <4723DB8F.8060407@FreeBSD.org> <20071028060318.W1571@small> <472462F9.7010308@FreeBSD.org> <20071028114924.G1571@small> In-Reply-To: <20071028114924.G1571@small> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@FreeBSD.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 11:00:19 -0000 P.U.Kruppa wrote: > On Sun, 28 Oct 2007, Kris Kennaway wrote: > >> P.U.Kruppa wrote: >>> On Sun, 28 Oct 2007, Kris Kennaway wrote: >>> >>>> Roland Smith wrote: >>>>> On Sun, Oct 28, 2007 at 01:44:21AM +0200, Kris Kennaway wrote: >>>>>> Roland Smith wrote: >>>>>>> Hovewer, sometimes a program seems to hog the CPU for a couple of >>>>>>> seconds (as seen in top(1)) >>>>>> Can you please explain (with supporting paste of command output) >>>>>> what you mean by this? >>>>> >>>>> I'll save some top output next time. But what happened was this; >>>>> all of >>>>> a sudden the mouse pointer started moving erratically, and the music >>>>> playing in audacious started skipping. All other X programs started >>>>> responding erratically as well. It looked like the X server wasn't >>>>> getting any CPU time. >>> I can see that happening during portupgrade on my 7.0-BETA1 FreeBSD >>> 7.0-BETA1 #0: Sat Oct 27 04:15:22 CEST 2007 amd64 UP-machine as well. >>> Situation has been improved by using >>> SCHED_ULE instead of SCHED_4BSD . >> >> Yes, so this is a different problem again. People have reported this >> problem with 4BSD, but I don't think it is understood. Just to >> confirm, since we're discussing ULE here do you see this problem with >> ULE? > Yes, but as I said, ULE works better than 4BSD. OK, so what does "works better" mean? Kris From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 11:18:19 2007 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1925C16A418; Sun, 28 Oct 2007 11:18:19 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6640013C4AC; Sun, 28 Oct 2007 11:18:17 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.1/8.14.1) with ESMTP id l9SBIWwe023694; Sun, 28 Oct 2007 12:18:32 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.1/8.14.1/Submit) with ESMTP id l9SBIWd6023691; Sun, 28 Oct 2007 12:18:32 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Sun, 28 Oct 2007 12:18:32 +0100 (CET) From: "P.U.Kruppa" X-X-Sender: ulrich@small To: Kris Kennaway In-Reply-To: <47246BC5.3010900@FreeBSD.org> Message-ID: <20071028120311.B1571@small> References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> <4723DB8F.8060407@FreeBSD.org> <20071028060318.W1571@small> <472462F9.7010308@FreeBSD.org> <20071028114924.G1571@small> <47246BC5.3010900@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@FreeBSD.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 11:18:19 -0000 On Sun, 28 Oct 2007, Kris Kennaway wrote: > P.U.Kruppa wrote: >> On Sun, 28 Oct 2007, Kris Kennaway wrote: >> >>>>>> I'll save some top output next time. But what happened was this; all of >>>>>> a sudden the mouse pointer started moving erratically, and the music >>>>>> playing in audacious started skipping. All other X programs started >>>>>> responding erratically as well. It looked like the X server wasn't >>>>>> getting any CPU time. >>>> I can see that happening during portupgrade on my 7.0-BETA1 FreeBSD >>>> 7.0-BETA1 #0: Sat Oct 27 04:15:22 CEST 2007 amd64 UP-machine as well. >>>> Situation has been improved by using >>>> SCHED_ULE instead of SCHED_4BSD . >>> >>> Yes, so this is a different problem again. People have reported this >>> problem with 4BSD, but I don't think it is understood. Just to confirm, >>> since we're discussing ULE here do you see this problem with ULE? >> Yes, but as I said, ULE works better than 4BSD. > > OK, so what does "works better" mean? This is the difficult point. Actually this is my personal and subjective impression. I can explain what I would like to do: As a typical FreeBSD "user" (probably opposed to a "developer"), I do upgrade base system and ports about once a week. In the meantime I have got my work to do (usually with firefox, openoffice, evince, gimp and diverse mathematics tools - all inside my gnome enviroment). Thus I don't care to much about upgrade performance - it should just run in the background and get ready some day. But honestly, I have no idea how to quantify or benchmark this. Uli. > > Kris > > Peter Ulrich Kruppa Wuppertal Germany From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 28 12:18:43 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAECE16A418; Sun, 28 Oct 2007 12:18:43 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id B045613C481; Sun, 28 Oct 2007 12:18:42 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9SCIfaw064684; Sun, 28 Oct 2007 13:18:41 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id CB8F1B82D; Sun, 28 Oct 2007 13:18:40 +0100 (CET) Date: Sun, 28 Oct 2007 13:18:40 +0100 From: Roland Smith To: Kris Kennaway Message-ID: <20071028121840.GB65714@slackbox.xs4all.nl> Mail-Followup-To: Kris Kennaway , freebsd-amd64@freebsd.org References: <20071027202252.GA40377@slackbox.xs4all.nl> <4723CD55.5090307@FreeBSD.org> <20071028000917.GC47576@slackbox.xs4all.nl> <4723DB8F.8060407@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <4723DB8F.8060407@FreeBSD.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-amd64@freebsd.org Subject: Re: Experiences with RELENG_7 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 12:18:44 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 28, 2007 at 02:45:03AM +0200, Kris Kennaway wrote: >> After killing telak, the situation returned to normal. I restarted >> telak, and a couple of hours later it happened again. >=20 > Sounds like the issue is that telak is misbehaving. The scheduler will n= ot=20 > cause it to suddenly chew up CPU when it should be sleeping. The thing is, why didn't it happen on 6-STABLE? The current version of telak hasn't fundamentally changed in over a year. There are only two possible causes that I can think of; - gcc 4.x produces different code from gcc 3.x, and that causes the problem. - changes to the kernel caused the problem. Meanwhile I've started telak with 'nice -n 15', to see if that fixes the problem. :-) I also reniced the X server to -10. >> It also happened with cc1 when I was compiling a port. In that case the >> situation returned to normal when that particular instance was >> finished. That compilation was running in a terminal window that was >> iconified at the time. >=20 > This may be unrelated. The new version of gcc has higher memory=20 > requirements, and it is common for it to access swap during compilation= =20 > when the system is also busy running other tasks. If you see it happenin= g=20 > with cc again, make sure to check this. I didn't see any swap usage, but I'll keep an eye on it next time I'm rebuilding a big port. My desktop's CPU is usually not very busy, unless it= 's running a port compile or a big TeX or povray job. =20 >> In case I forgot to mention it, I deleted and recompiled all ports after >> the 6->7 update to make sure there was no old cruft lying around. I am >> running a custom kernel because I'm using GEOM_ELI. Do you need to see >> my kernel config? >=20 > What are you using GELI for? If it's encrypting data used by those=20 > processes that will of course add to the load. Only my /home partition is encrypted. The files that telak uses are on /usr. roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJH4gEnfvsMMhpyURAvVJAJ4s5CDpj/7kc2lreupSg2jB3r6HMQCbBoTj e/VjOPTVjGhJUcNhGJ7soDU= =mLZ/ -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 29 11:07:03 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEC2916A4A7 for ; Mon, 29 Oct 2007 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A3BBC13C4A8 for ; Mon, 29 Oct 2007 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9TB6wYA090035 for ; Mon, 29 Oct 2007 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9TB6vOh090031 for freebsd-amd64@FreeBSD.org; Mon, 29 Oct 2007 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Oct 2007 11:06:57 GMT Message-Id: <200710291106.l9TB6vOh090031@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 29 Oct 2007 11:43:47 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2007 11:07:04 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/80691 amd64 amd64 kernel hangs on load o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 FreeBSD/amd64 - Fails to boot on HP Pavilion dv8000 La o amd64/105531 amd64 [sata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - doe o amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 [re] Asus P5B with internal RealTek PCIe Ethernet gets o amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work f amd64/109584 amd64 zdump doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/111955 amd64 [install] Install CD boot panic due to missing BIOS sm o amd64/111992 amd64 BTX failed - HP Laptop dv2315nr s gnu/112215 amd64 [patch] gcc(1): "gcc -m32" attempts to link against 64 o amd64/112677 amd64 [aac] Adaptec 4805SAS causes 6.2 (AMD64) to panic (amd f amd64/112828 amd64 Complete data loss after upgrade 6.1 -> 6.2 (Amd64) o amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/115784 amd64 Compiling with -m32 breaks on FreeBSD/amd64 s amd64/115815 amd64 [sata] [request] Gigabyte GA-M61P-S3 Motherboard unsup o amd64/116159 amd64 Panic while debugging on CURRENT o amd64/116322 amd64 At start fsck on current, the system panics o amd64/116620 amd64 Ifconfig spins when creating carp(4) device on amd64/S o amd64/116977 amd64 FreeBSD/amd64 - Fails to boot on HP Pavilion dv9030ea o amd64/117296 amd64 [sata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 FreeBSD 6.2 crash on amd64 4400+ 55 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 [nve] NIC on GA-K8NF-9 motherboard is recognized, but o amd64/97489 amd64 [ata] nForce 410 ATA controller dma time out (ASUS K8N o amd64/100326 amd64 [fdc] /dev/fd0 not created after installation FreeBSD o amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi f amd64/101132 amd64 [smp] Incorrect cpu idle and usage statistics in top a o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot o amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [patch] -mfancy-math-387 has no effect o amd64/116457 amd64 cant install freebsd on dv9420us o amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car o amd64/116670 amd64 onboard SATA RAID1 controllers o amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/116775 amd64 make distribution failed for sendmail o amd64/117186 amd64 kldload Unsupported file type on STABLE amd64 25 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 29 17:08:48 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CD6C16A418; Mon, 29 Oct 2007 17:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7A22A13C4CE; Mon, 29 Oct 2007 17:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TFJEMH068731; Mon, 29 Oct 2007 11:19:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TFJE55027557; Mon, 29 Oct 2007 11:19:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D84A41B5078; Mon, 29 Oct 2007 11:19:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029151912.D84A41B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:19:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2007 17:08:48 -0000 TB --- 2007-10-29 15:11:35 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 15:11:35 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2007-10-29 15:11:35 - cleaning the object tree TB --- 2007-10-29 15:11:35 - checking out the source tree TB --- 2007-10-29 15:11:35 - cd /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2007-10-29 15:11:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2007-10-29 15:16:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:16:19 - cd /src TB --- 2007-10-29 15:16:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] In file included from /src/gnu/usr.bin/binutils/as/amd64-freebsd/targ-cpu.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:19:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:19:12 - ERROR: failed to build world TB --- 2007-10-29 15:19:12 - tinderbox aborted TB --- 0.04 user 0.00 system 456.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 29 17:09:36 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 577FB16A41B; Mon, 29 Oct 2007 17:09:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7BBAA13C491; Mon, 29 Oct 2007 17:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TF4Opt065944; Mon, 29 Oct 2007 11:04:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TF4Ogr087414; Mon, 29 Oct 2007 11:04:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0E5FE1B5079; Mon, 29 Oct 2007 11:04:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029150417.0E5FE1B5079@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:04:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2007 17:09:36 -0000 TB --- 2007-10-29 14:54:21 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 14:54:21 - starting RELENG_6_1 tinderbox run for amd64/amd64 TB --- 2007-10-29 14:54:21 - cleaning the object tree TB --- 2007-10-29 14:54:21 - checking out the source tree TB --- 2007-10-29 14:54:21 - cd /tinderbox/RELENG_6_1/amd64/amd64 TB --- 2007-10-29 14:54:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_1 src TB --- 2007-10-29 15:01:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:01:46 - cd /src TB --- 2007-10-29 15:01:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] In file included from /src/gnu/usr.bin/binutils/as/amd64-freebsd/targ-cpu.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:04:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:04:17 - ERROR: failed to build world TB --- 2007-10-29 15:04:17 - tinderbox aborted TB --- 0.02 user 0.01 system 595.19 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 29 17:15:00 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC7B16A473; Mon, 29 Oct 2007 17:15:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B67DF13C4CA; Mon, 29 Oct 2007 17:14:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9TGU5QX091967; Mon, 29 Oct 2007 12:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TGU5Rg069324; Mon, 29 Oct 2007 12:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 75BE61B5078; Mon, 29 Oct 2007 12:30:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029163005.75BE61B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 12:30:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2007 17:15:00 -0000 TB --- 2007-10-29 16:22:52 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 16:22:52 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-10-29 16:22:52 - cleaning the object tree TB --- 2007-10-29 16:22:52 - checking out the source tree TB --- 2007-10-29 16:22:52 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-10-29 16:22:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-29 16:27:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 16:27:31 - cd /src TB --- 2007-10-29 16:27:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] In file included from /src/gnu/usr.bin/binutils/as/amd64-freebsd/targ-cpu.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 16:30:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 16:30:05 - ERROR: failed to build world TB --- 2007-10-29 16:30:05 - tinderbox aborted TB --- 0.02 user 0.01 system 432.52 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 29 18:27:28 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C9E916A477; Mon, 29 Oct 2007 18:27:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7308E13C4DB; Mon, 29 Oct 2007 18:27:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TI9OYQ093696; Mon, 29 Oct 2007 14:09:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TI9O17074104; Mon, 29 Oct 2007 14:09:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38CB173039; Mon, 29 Oct 2007 13:09:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029180924.38CB173039@freebsd-current.sentex.ca> Date: Mon, 29 Oct 2007 13:09:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2007 18:27:28 -0000 TB --- 2007-10-29 17:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-29 17:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-29 17:55:00 - cleaning the object tree TB --- 2007-10-29 17:55:56 - checking out the source tree TB --- 2007-10-29 17:55:56 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-29 17:55:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-29 18:06:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 18:06:46 - cd /src TB --- 2007-10-29 18:06:46 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 29 18:06:47 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree [...] ===> gnu/usr.bin/texinfo/infokey (obj) /obj/amd64/src/gnu/usr.bin/texinfo/infokey created for /src/gnu/usr.bin/texinfo/infokey ===> gnu/usr.bin/texinfo/install-info (obj) /obj/amd64/src/gnu/usr.bin/texinfo/install-info created for /src/gnu/usr.bin/texinfo/install-info ===> gnu/usr.bin/texinfo/texindex (obj) /obj/amd64/src/gnu/usr.bin/texinfo/texindex created for /src/gnu/usr.bin/texinfo/texindex ===> gnu/usr.bin/texinfo/doc (obj) mkdir: Permission denied *** Error code 126 Stop in /src/gnu/usr.bin/texinfo/doc. *** Error code 1 Stop in /src/gnu/usr.bin/texinfo. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 18:09:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 18:09:23 - ERROR: failed to build world TB --- 2007-10-29 18:09:23 - tinderbox aborted TB --- 1.05 user 3.79 system 862.45 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 30 07:30:02 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C261816A421 for ; Tue, 30 Oct 2007 07:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A03ED13C494 for ; Tue, 30 Oct 2007 07:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9U7U2Jd062718 for ; Tue, 30 Oct 2007 07:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9U7U2XU062717; Tue, 30 Oct 2007 07:30:02 GMT (envelope-from gnats) Resent-Date: Tue, 30 Oct 2007 07:30:02 GMT Resent-Message-Id: <200710300730.l9U7U2XU062717@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, chifeng Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97FAC16A417 for ; Tue, 30 Oct 2007 07:22:40 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 8698613C481 for ; Tue, 30 Oct 2007 07:22:40 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l9U7Md0q065927 for ; Tue, 30 Oct 2007 07:22:39 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id l9U7Mdge065926; Tue, 30 Oct 2007 07:22:39 GMT (envelope-from nobody) Message-Id: <200710300722.l9U7Mdge065926@www.freebsd.org> Date: Tue, 30 Oct 2007 07:22:39 GMT From: chifeng To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Tue, 30 Oct 2007 14:50:39 +0000 Cc: Subject: amd64/117664: iostat can't display IO current vlaue in first line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2007 07:30:02 -0000 >Number: 117664 >Category: amd64 >Synopsis: iostat can't display IO current vlaue in first line >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 30 07:30:02 UTC 2007 >Closed-Date: >Last-Modified: >Originator: chifeng >Release: FreeBSD6.2-Release-p8 >Organization: Platform Computing >Environment: FreeBSD cnxabuild.asia.corp.platform.com 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Tue Oct 16 12:32:14 CST 2007 root@xabuild.asia.corp.platform.com:/usr/obj/usr/src/sys/PLATFORM amd64 >Description: When I write a shell script plugin for munin, I hope get a current value of IO statistics. But iostat can't do it, it first statistics that are printed are avaraged over the system uptime. If I use "iostat -c 2 | tail -1 " command, this will wait 2s at least. so I think for iostat first line, 1) iostat should be display current value, 2) have a parameter to display current value at least. # iostat -c 5 tty ad2 cpu tin tout KB/t tps MB/s us ni sy in id 0 2 16.48 1 0.01 0 0 0 0 100 0 130 63.63 782 48.60 0 0 14 1 85 0 104 62.68 594 36.38 2 0 24 0 73 0 77 62.75 663 40.63 0 0 16 0 83 0 67 24.65 1568 37.76 0 0 18 1 80 # iostat tty ad2 cpu tin tout KB/t tps MB/s us ni sy in id 0 2 17.52 1 0.01 0 0 0 0 100 >How-To-Repeat: iostat command. >Fix: :-( I don't know how to fix it. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 31 16:21:15 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15A2316A479 for ; Wed, 31 Oct 2007 16:21:15 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: from zly.kis.p.lodz.pl (zly.kis.p.lodz.pl [212.191.89.2]) by mx1.freebsd.org (Postfix) with ESMTP id A66F713C4B6 for ; Wed, 31 Oct 2007 16:21:14 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: by zly.kis.p.lodz.pl (Postfix, from userid 58) id 545235C0E4; Wed, 31 Oct 2007 15:26:00 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on zly.kis.p.lodz.pl X-Spam-Level: X-Spam-Status: No, score=0.1 required=3.5 tests=RDNS_NONE autolearn=disabled version=3.2.1 Received: from localhost (localhost [127.0.0.1]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id 825535C0C7 for ; Wed, 31 Oct 2007 15:25:54 +0100 (CET) X-Virus-Scanned: amavisd-new at kis.p.lodz.pl Received: from zly.kis.p.lodz.pl ([127.0.0.1]) by localhost (zly.kis.p.lodz.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nAVbSnIGiTzl for ; Wed, 31 Oct 2007 15:25:50 +0100 (CET) Received: from student.kis.p.lodz.pl (student.kis.p.lodz.pl [212.191.89.21]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id EB46B5C085 for ; Wed, 31 Oct 2007 15:25:50 +0100 (CET) Received: from [192.168.2.182] (unknown [193.142.243.5]) by student.kis.p.lodz.pl (Postfix) with ESMTP id 37F4E5C9E for ; Wed, 31 Oct 2007 15:23:17 +0100 (CET) Message-ID: <4728906E.8020804@kis.p.lodz.pl> Date: Wed, 31 Oct 2007 15:25:50 +0100 From: Marek Blaszkowski User-Agent: Mozilla Thunderbird 1.0.2 (X11/20070113) X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: FreeBSD amd64 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Subject: strange i/o and tty lockups/delays on 6.1, strange sync() issue X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2007 16:21:15 -0000 Hi, my config: thunder k8sr, dual opteron 244, 8GB RAM, FreeBSD 6.1, sata disk for time to time (every 10 or 20 secs) any process which try write or read any, even small file, is locked for a couple seconds (about 7 or 9 secs), very iritating when I try save small files edited in vim (size about 2-3 kbytes), it's looks like this: #vim /path/to/file ...editing.. :w and now (afetr w command) vim freeze for 7-10 secs until it displays "file written". Delays accours on tty, too. In vim I can't move around edited file (up/down in rows), vim just got hang, strange is that I can switch (durning vim lockup) beetwen virtual screen consoles. System is not swapping (4GB ram free), iostat says: #iostat 1 tty ad4 ad6 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 353 17.94 45 0.78 0.64 0 0.00 11 1 6 1 82 0 360 16.00 72 1.12 0.00 0 0.00 17 0 2 1 81 0 120 16.00 77 1.20 0.00 0 0.00 6 0 3 1 90 0 120 14.66 73 1.04 0.00 0 0.00 41 0 11 1 47 0 120 16.00 78 1.22 0.00 0 0.00 27 0 1 0 72 0 120 16.22 74 1.17 0.00 0 0.00 0 0 0 0 100 0 122 17.22 79 1.33 0.00 0 0.00 8 1 5 0 85 0 120 16.46 79 1.27 0.00 0 0.00 14 0 3 2 81 0 120 13.85 48 0.65 0.00 0 0.00 7 0 4 0 88 0 120 15.13 79 1.17 0.00 0 0.00 12 0 4 1 83 0 120 11.11 83 0.90 0.00 0 0.00 8 0 3 1 89 as You see, there is no heavy i/o load. Strange things is I have two identical setup of the same system configuration with the same apps running (web server mirror) but other motherboard (K8W), on the second system there no such delay/lockup issue. It's looks like some other process calls sync() on every 7 or 10 seconds and it couse such i/o delay. Other question is why sync takes so much time, when i/o disk performance its not bad (tested with dd is about 50MB/sec) and iostat (durning sync calls) doesn't show any high disk transfers. Example: #time sync real 2m0.853s user 0m0.000s sys 0m0.145s 2 mins was the longest time amount I saw durning tests, in most cases sync takies about 10 secs, when sync was called on the other tty iostat doesn't print any high transfer, never it exceed 1MB/s. Qestion is: if disks transfers (using cp or dd) are high, why sync waits so long ? I played with vfs.write_behind=0 but it doesn't change anything. PS. I checkced motherboards manuals: K8W and K8SR have the same sata chip (Silicon Image SIL3114), so I think above problems are not ata driver issues. regards, -- Marek B. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 31 23:30:04 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7003D16A41A for ; Wed, 31 Oct 2007 23:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5EC9A13C48A for ; Wed, 31 Oct 2007 23:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9VNU4LO062889 for ; Wed, 31 Oct 2007 23:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9VNU4Uq062886; Wed, 31 Oct 2007 23:30:04 GMT (envelope-from gnats) Date: Wed, 31 Oct 2007 23:30:04 GMT Message-Id: <200710312330.l9VNU4Uq062886@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/117664: iostat can't display IO current vlaue in first line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2007 23:30:04 -0000 The following reply was made to PR amd64/117664; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: chifeng , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/117664: iostat can't display IO current vlaue in first line Date: Wed, 31 Oct 2007 13:53:35 -0400 On Tuesday 30 October 2007 03:22:39 am chifeng wrote: > > >Number: 117664 > >Category: amd64 > >Synopsis: iostat can't display IO current vlaue in first line > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Tue Oct 30 07:30:02 UTC 2007 > >Closed-Date: > >Last-Modified: > >Originator: chifeng > >Release: FreeBSD6.2-Release-p8 > >Organization: > Platform Computing > >Environment: > FreeBSD cnxabuild.asia.corp.platform.com 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Tue Oct 16 12:32:14 CST 2007 root@xabuild.asia.corp.platform.com:/usr/obj/usr/src/sys/PLATFORM amd64 > >Description: > When I write a shell script plugin for munin, I hope get a current value of IO statistics. But iostat can't do it, it first statistics that are printed are avaraged over the system uptime. If I use "iostat -c 2 | tail -1 " command, this will wait 2s at least. > so I think for iostat first line, 1) iostat should be display current value, 2) have a parameter to display current value at least. There isn't a 'current value' for iostat to dump. The kernel just keeps running counts and iostat simulates a current value by saving the values each time and computing a delta for each line after the first. However, for the first line there is no saved value so it cannot compute a delta. Probably you need to write your own plugin that saves the previous values and computes deltas when queried similar to how iostat behaves. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 00:20:02 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3428316A418 for ; Thu, 1 Nov 2007 00:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1081513C465 for ; Thu, 1 Nov 2007 00:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA10K1HQ064980 for ; Thu, 1 Nov 2007 00:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA10K1lf064979; Thu, 1 Nov 2007 00:20:01 GMT (envelope-from gnats) Resent-Date: Thu, 1 Nov 2007 00:20:01 GMT Resent-Message-Id: <200711010020.lA10K1lf064979@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Georgi Georgiev Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C25FA16A418 for ; Thu, 1 Nov 2007 00:19:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B02BF13C48E for ; Thu, 1 Nov 2007 00:19:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA10JQEw064950 for ; Thu, 1 Nov 2007 00:19:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA10JQVE064949; Thu, 1 Nov 2007 00:19:26 GMT (envelope-from gnats) Message-Id: <200711010019.lA10JQVE064949@freefall.freebsd.org> Date: Thu, 1 Nov 2007 00:19:26 GMT From: Georgi Georgiev To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: amd64/117729: [snd_hda] microphone is not working with snd_hda on FreeBSD AMD64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 00:20:02 -0000 >Number: 117729 >Category: amd64 >Synopsis: [snd_hda] microphone is not working with snd_hda on FreeBSD AMD64 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 01 00:20:01 UTC 2007 >Closed-Date: >Last-Modified: >Originator: Georgi Georgiev >Release: FreeBSD 7.0-BETA1 >Organization: >Environment: FreeBSD gg . gg 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 29 12:56:53 EET 2007 gg@gg . gg:/usr/obj/usr/src/sys/GKERNEL amd64 >Description: Microphone is not working with snd_hda driver.I tryed switching between all record sources with no luck this is a Notebuck Acer Aspire 5630 http://global.acer.com/products/notebook/as5630.htm here is may dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #0: Mon Oct 29 12:56:53 EET 2007 gg@gg.gg:/usr/obj/usr/src/sys/GKERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU T5200 @ 1.60GHz (1607.18-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 1590841344 (1517 MB) avail memory = 1534431232 (1463 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard ichwd module loaded kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6130c2506000613 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6130c2506000613 device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x5088-0x508f mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0300000-0xd033ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xc0000000 256MB info: [drm] Initialized i915 1.5.0 20060119 vgapci1: mem 0xd0280000-0xd02fffff at device 2.1 on pci0 pcm0: mem 0xd0340000-0xd0343fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 16 at device 28.1 on pci0 pci3: on pcib2 pcib3: irq 18 at device 28.2 on pci0 pci4: on pcib3 pcib4: irq 19 at device 28.3 on pci0 pci5: on pcib4 pci5: at device 0.0 (no driver attached) uhci0: port 0x50a0-0x50bf irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x50c0-0x50df irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x50e0-0x50ff irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x5400-0x541f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0544000-0xd05443ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci6: on pcib5 bfe0: mem 0xd0000000-0xd0001fff irq 21 at device 1.0 on pci6 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:16:d4:af:55:a5 bfe0: [ITHREAD] cbb0: irq 16 at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5440-0x544f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 acpi_acad0: on acpi0 ichwd0: on isa0 ichwd0: Intel ICH7M watchdog timer (ICH7 or equivalent) orm0: at iomem 0xcf000-0xd07ff,0xe0000-0xe17ff,0xe3800-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not presentS MP: AP CPU #1 Launched! here is output from sndstat cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pcm0: at memory 0xd0340000 irq 22 kld snd_hda [20071020_0048] [MPSAFE] (1p:20v/1r:20v channels duplex default) [pcm0:play:dsp0.p0]: spd 48000, fmt 0x10000010, flags 0x00101000, 0x00000020 interrupts 188, underruns 0, feed 188, ready 0 [b:4096/2048/2|bs:4096/2048/2] {userland} -> feeder_vchan(0x10000010) -> feeder_volume(0x10000010) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp0]: spd 8000/48000, fmt 0x00000008/0x10000010, flags 0x10000000, 0x00000008 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:4096/128/32] {userland} -> feeder_root(0x00000008) -> feeder_8to16(0x00000008 -> 0x00000080) -> feeder_rate(8000 -> 48000) -> feeder_monotostereo16(0x00000080 -> 0x10000080) -> feeder_sign16(0x10000080 -> 0x10000010) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp1]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp2]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp3]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp4]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp5]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp6]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp7]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp8]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp9]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp10]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp11]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp12]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp13]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp14]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp15]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp16]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp17]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp18]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp19]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} [pcm0:record:dsp0.r0]: spd 48000, fmt 0x10000010, flags 0x00101000, 0x00000000 interrupts 3007, overruns 0, feed 6014, hfree 4096, sfree 4096 [b:4096/2048/2|bs:4096/2048/2] {hardware} -> feeder_root(0x10000010) -> feeder_vchan(0x10000010) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr0]: spd 48000, fmt 0x00000010/0x10000010, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 32768 [b:0/0/0|bs:32768/1024/32] {hardware} -> feeder_root(0x10000010) -> feeder_stereotomono16(0x10000010 -> 0x00000010) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr1]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr2]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr3]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr4]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr5]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr6]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr7]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr8]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr9]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr10]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr11]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr12]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr13]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr14]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr15]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr16]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr17]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr18]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr19]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} File Versions: $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.44.2.1 2007/10/19 15:53:45 ariff Exp $ $FreeBSD: src/sys/dev/sound/isa/sndbuf_dma.c,v 1.3 2005/01/06 01:43:17 imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.36 2007/06/16 03:37:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.119 2007/06/17 19:02:05 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.28 2007/06/16 03:37:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.61 2007/06/16 03:37:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_volume.c,v 1.6 2007/06/16 20:36:39 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_rate.c,v 1.23 2007/06/16 03:37:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_fmt.c,v 1.23 2007/06/02 13:07:44 joel Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.44 2007/06/17 15:53:11 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/fake.c,v 1.18 2007/03/15 18:19:01 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.107 2007/07/04 12:33:11 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.121 2007/06/16 03:37:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.37 2007/06/16 03:37:27 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.10 2007/07/01 17:28:58 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.73 2007/06/17 06:10:43 ariff Exp $ gg# here is verbose dmesg i only pcm part nfslock: pseudo-device null: random: ichwd module loaded io: kbd: new array size 4 kbd1 at kbdmux0 mem: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa20 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) AcpiOsDerivePciId: \\_SB_.PCI0.HBUS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.RP01.PXS1.P1FG -> bus 2 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.RP02.PXS2.P2FG -> bus 3 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB7.HUB7.U7CS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPCB.LPC0 -> bus 0 dev 31 func 0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size Timecounter "HPET" frequency 14318180 Hz quality 900 ACPI timer: 0/3 1/2 1/2 1/2 1/2 1/1 1/1 1/2 1/1 1/2 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 6 N 0 1 5 6 10 12 14 15 Validation 0 6 N 0 1 5 6 10 12 14 15 After Disable 0 255 N 0 1 5 6 10 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 5 6 11 12 14 15 Validation 0 11 N 0 1 5 6 11 12 14 15 After Disable 0 255 N 0 1 5 6 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 5 6 10 12 14 15 Validation 0 255 N 0 1 5 6 10 12 14 15 After Disable 0 255 N 0 1 5 6 10 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 5 6 11 12 14 15 Validation 0 255 N 0 1 5 6 11 12 14 15 After Disable 0 255 N 0 1 5 6 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 5 6 10 12 14 15 Validation 0 255 N 0 1 5 6 10 12 14 15 After Disable 0 255 N 0 1 5 6 10 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 5 6 11 12 14 15 Validation 0 255 N 0 1 5 6 11 12 14 15 After Disable 0 255 N 0 1 5 6 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 5 6 10 12 14 15 Validation 0 10 N 0 1 5 6 10 12 14 15 After Disable 0 255 N 0 1 5 6 10 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 1 5 6 11 12 14 15 Validation 0 5 N 0 1 5 6 11 12 14 15 After Disable 0 255 N 0 1 5 6 11 12 14 15 cpu0: on acpi0 ACPI: SSDT @ 0x0x5f685f02/0x0238 (v 1 PmRef Cpu0Ist 0x00003000 INTL 0x20050228) ACPI: SSDT @ 0x0x5f6859bb/0x04C2 (v 1 PmRef Cpu0Cst 0x00003001 INTL 0x20050228) coretemp0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6130c2506000613 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 ACPI: SSDT @ 0x0x5f68613a/0x00C8 (v 1 PmRef Cpu1Ist 0x00003000 INTL 0x20050228) ACPI: SSDT @ 0x0x5f685e7d/0x0085 (v 1 PmRef Cpu1Cst 0x00003000 INTL 0x20050228) coretemp1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6130c2506000613 device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a2, revid=0x03 domain=0, bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=6 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd0200000, size 19, enabled map[14]: type I/O Port, range 32, base 0x5088, size 3, enabled map[18]: type Prefetchable Memory, range 32, base 0xc0000000, size 28, enabled map[1c]: type Memory, range 32, base 0xd0300000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27a6, revid=0x03 domain=0, bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd0280000, size 19, enabled found-> vendor=0x8086, dev=0x27d8, revid=0x02 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xd0340000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x27d0, revid=0x02 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0100, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27d2, revid=0x02 domain=0, bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=6 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d4, revid=0x02 domain=0, bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27d6, revid=0x02 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27c8, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type I/O Port, range 32, base 0x50a0, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x50c0, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type I/O Port, range 32, base 0x50e0, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x02 domain=0, bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=6 map[20]: type I/O Port, range 32, base 0x5400, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd0544000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xe2 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27c4, revid=0x02 domain=0, bus=0, slot=31, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b8, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x5440, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x5420, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 vgapci0: port 0x5088-0x508f mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0300000-0xd033ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xc0000000 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xd0200000 vgapci0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xd0300000 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xc0000000 256MB info: [drm] Initialized i915 1.5.0 20060119 vgapci1: mem 0xd0280000-0xd02fffff at device 2.1 on pci0 pcm0: mem 0xd0340000-0xd0343fff irq 22 at device 27.0 on pci0 pcm0: TCSEL: 0x07 -> 0x00 pcm0: DMA Coherency: Uncacheable / vendor=0x8086 pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0340000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 pcib1: irq 17 at device 28.0 on pci0 pcib1: domain 0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pci2: on pcib1 pci2: domain=0, physical bus=2 pcib2: irq 16 at device 28.1 on pci0 pcib2: domain 0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci3: on pcib2 pci3: domain=0, physical bus=3 pcib3: irq 18 at device 28.2 on pci0 pcib3: domain 0 pcib3: secondary bus 4 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci4: on pcib3 pci4: domain=0, physical bus=4 pcib4: irq 19 at device 28.3 on pci0 pcib4: domain 0 pcib4: secondary bus 5 pcib4: subordinate bus 5 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xd0100000-0xd01fffff pcib4: no prefetched decode pci5: on pcib4 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x4222, revid=0x02 domain=0, bus=5, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd0100000, size 12, enabled pcib4: requested memory range 0xd0100000-0xd0100fff: good pcib4: matched entry for 5.0.INTA pcib4: slot 0 INTA hardwired to IRQ 19 pci5: at device 0.0 (no driver attached) uhci0: port 0x50a0-0x50bf irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x50a0 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x50c0-0x50df irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x50c0 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x50e0-0x50ff irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x50e0 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x5400-0x541f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x5400 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0544000-0xd05443ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd0544000 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pcib5: domain 0 pcib5: secondary bus 6 pcib5: subordinate bus 7 pcib5: I/O decode 0x0-0x0 pcib5: no prefetched decode pcib5: Subtractively decoded bridge. pci6: on pcib5 pci6: domain=0, physical bus=6 found-> vendor=0x14e4, dev=0x170c, revid=0x02 domain=0, bus=6, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd0000000, size 13, enabled pcib5: requested memory range 0xd0000000-0xd0001fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 21 found-> vendor=0x1524, dev=0x1412, revid=0x10 domain=0, bus=6, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=6 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, enabled pcib5: matched entry for 6.4.INTA pcib5: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1524, dev=0x0530, revid=0x01 domain=0, bus=6, slot=4, func=1 class=05-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x04 (1000 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd0003000, size 7, memory disabled pcib5: requested memory range 0xd0003000-0xd000307f: good pcib5: matched entry for 6.4.INTB pcib5: slot 4 INTB hardwired to IRQ 17 found-> vendor=0x1524, dev=0x0550, revid=0x01 domain=0, bus=6, slot=4, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x20 (8000 ns), maxlat=0x48 (18000 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd0003400, size 8, memory disabled pcib5: requested memory range 0xd0003400-0xd00034ff: good pcib5: matched entry for 6.4.INTB pcib5: slot 4 INTB hardwired to IRQ 17 found-> vendor=0x1524, dev=0x0520, revid=0x01 domain=0, bus=6, slot=4, func=3 class=05-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x04 (1000 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd0003800, size 7, memory disabled pcib5: requested memory range 0xd0003800-0xd000387f: good pcib5: matched entry for 6.4.INTB pcib5: slot 4 INTB hardwired to IRQ 17 found-> vendor=0x1524, dev=0x0551, revid=0x01 domain=0, bus=6, slot=4, func=4 class=05-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x20 (8000 ns), maxlat=0x48 (18000 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 8, memory disabled bfe0: mem 0xd0000000-0xd0001fff irq 21 at device 1.0 on pci6 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xd0000000 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: bpf attached bfe0: Ethernet address: 00:16:d4:af:55:a5 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 bfe0: [MPSAFE] bfe0: [ITHREAD] cbb0: irq 16 at device 4.0 on pci6 pcib5: cbb0 requested memory range 0x0-0xffffffffffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: [ITHREAD] cbb0: PCI Configuration space: 0x00: 0x14121524 0x02100007 0x06070010 0x00824008 0x10: 0x80000000 0x020000a0 0x20070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400110 0x40: 0x00901025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x4060d021 0x00000000 0x00000000 0x90501212 0x90: 0x604400c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe010001 0x00c00000 0x00000000 0x0000001d 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00001003 0x00800080 0x10080400 0x000007fe 0xd0: 0x00c00000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5440-0x544f at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x5440 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 55 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 56 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 58 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_acad0: on acpi0 isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices ichwd0: on isa0 isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer ichwd0: Intel ICH7M watchdog timer (ICH7 or equivalent) ichwd0: timer disabled orm0: at iomem 0xcf000-0xd07ff,0xe0000-0xe17ff,0xe3800-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) isa_probe_children: probing PnP devices ums0: on uhub3 ums0: 3 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 100380 -> 100000 procfs registered lapic: Divisor 2, Frequency 66500789 hz Timecounter "TSC" frequency 1596018804 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached battery0: battery initialization start acpi_acad0: acline initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire atapicam: atapicam0 already exists; skipping it ad0: 76319MB at ata0-master SATA150 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization done, tried 1 times ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: HDA_DEBUG: HDA Config: on=0x00000000 off=0x00000000 pcm0: HDA_DEBUG: Starting CORB Engine... pcm0: HDA_DEBUG: Starting RIRB Engine... pcm0: HDA_DEBUG: Enabling controller interrupt... pcm0: HDA_DEBUG: Scanning HDA codecs [start index=0] ... pcm0: HDA_DEBUG: Probing codec: 0 pcm0: HDA_DEBUG: startnode=1 endnode=2 pcm0: HDA_DEBUG: Found AFG nid=1 [startnode=1 endnode=2] pcm0: HDA_DEBUG: Parsing AFG nid=1 cad=0 pcm0: Vendor: 0x000010ec pcm0: Device: 0x00000883 pcm0: Revision: 0x00000000 pcm0: Stepping: 0x00000002 pcm0: PCI Subvendor: 0x00901025 pcm0: Nodes: start=2 endnode=39 total=37 pcm0: CORB size: 256 pcm0: RIRB size: 256 pcm0: Streams: ISS=4 OSS=4 BSS=0 pcm0: GPIO: 0x40000002 pcm0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=8 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=9 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=10 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=11 entries=10 found=10 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=12 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=13 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=14 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=15 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=20 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=21 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=22 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=23 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=24 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=25 entries=5 found=5 pcm0: HDA_DEBUG: Pin config nid=25 0x411111f0 -> 0x81a111f0 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=26 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=27 entries=5 found=5 pcm0: HDA_DEBUG: Pin config nid=28 0x411111f0 -> 0x813111f0 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=30 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=34 entries=11 found=11 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=35 entries=11 found=11 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=38 entries=2 found=2 pcm0: HDA_DEBUG: Parsing Ctls... pcm0: HDA_DEBUG: Parsing vendor patch... pcm0: HDA_DEBUG: Building AFG tree... pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 pcm0: HDA_DEBUG: HWiP: Found 5 DAC path using HDA_PARSE_MIXER strategy. pcm0: HDA_DEBUG: AFG commit... pcm0: GPIO init: data=0x00000000 mask=0x00000000 dir=0x00000000 pcm0: GPIO commit: data=0x00000001 mask=0x00000001 dir=0x00000001 pcm0: HDA_DEBUG: Ctls commit... pcm0: [ 6] Ctl nid=11 childnid=27 DISABLED pcm0: [ 8] Ctl nid=11 childnid=29 DISABLED pcm0: [ 9] Ctl nid=11 childnid=20 Bind to NONE pcm0: [10] Ctl nid=11 childnid=21 DISABLED pcm0: [11] Ctl nid=11 childnid=22 DISABLED pcm0: [12] Ctl nid=11 childnid=23 DISABLED pcm0: [13] Ctl nid=12 Bind to NONE pcm0: [15] Ctl nid=12 childnid=11 Bind to NONE pcm0: [16] Ctl nid=13 Bind to NONE pcm0: [18] Ctl nid=13 childnid=11 Bind to NONE pcm0: [19] Ctl nid=14 Bind to NONE pcm0: [21] Ctl nid=14 childnid=11 Bind to NONE pcm0: [22] Ctl nid=15 Bind to NONE pcm0: [24] Ctl nid=15 childnid=11 Bind to NONE pcm0: [25] Ctl nid=20 Bind to NONE pcm0: [26] Ctl nid=20 Bind to NONE pcm0: [27] Ctl nid=21 DISABLED pcm0: [28] Ctl nid=21 DISABLED pcm0: [29] Ctl nid=22 DISABLED pcm0: [30] Ctl nid=22 DISABLED pcm0: [31] Ctl nid=23 DISABLED pcm0: [32] Ctl nid=23 DISABLED pcm0: [33] Ctl nid=24 Bind to NONE pcm0: [34] Ctl nid=24 Bind to NONE pcm0: [35] Ctl nid=25 Bind to NONE pcm0: [36] Ctl nid=25 Bind to NONE pcm0: [37] Ctl nid=26 Bind to NONE pcm0: [38] Ctl nid=26 Bind to NONE pcm0: [39] Ctl nid=27 DISABLED pcm0: [40] Ctl nid=27 DISABLED pcm0: [41] Ctl nid=34 childnid=24 Bind to NONE pcm0: [42] Ctl nid=34 childnid=25 Bind to NONE pcm0: [43] Ctl nid=34 childnid=26 Bind to NONE pcm0: [44] Ctl nid=34 childnid=27 DISABLED pcm0: [45] Ctl nid=34 childnid=28 Bind to NONE pcm0: [46] Ctl nid=34 childnid=29 DISABLED pcm0: [47] Ctl nid=34 childnid=20 Bind to NONE pcm0: [48] Ctl nid=34 childnid=21 DISABLED pcm0: [49] Ctl nid=34 childnid=22 DISABLED pcm0: [50] Ctl nid=34 childnid=23 DISABLED pcm0: [51] Ctl nid=34 childnid=11 Bind to NONE pcm0: [52] Ctl nid=35 childnid=24 Bind to NONE pcm0: [53] Ctl nid=35 childnid=25 Bind to NONE pcm0: [54] Ctl nid=35 childnid=26 Bind to NONE pcm0: [55] Ctl nid=35 childnid=27 DISABLED pcm0: [56] Ctl nid=35 childnid=28 Bind to NONE pcm0: [57] Ctl nid=35 childnid=29 DISABLED pcm0: [58] Ctl nid=35 childnid=20 Bind to NONE pcm0: [59] Ctl nid=35 childnid=21 DISABLED pcm0: [60] Ctl nid=35 childnid=22 DISABLED pcm0: [61] Ctl nid=35 childnid=23 DISABLED pcm0: [62] Ctl nid=35 childnid=11 Bind to NONE pcm0: [63] Ctl nid=38 Bind to NONE pcm0: [65] Ctl nid=38 childnid=11 Bind to NONE pcm0: HDA_DEBUG: PCMDIR_PLAY setup... pcm0: HDA_DEBUG: PCMDIR_REC setup... pcm0: HDA_DEBUG: OSS mixer initialization... pcm0: HDA_DEBUG: Enabling Soft PCM volume pcm0: Mixer "vol": child=0x00000010 pcm0: Mixer "pcm": parent="vol" pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Soft PCM mixer ENABLED pcm0: HDA_DEBUG: Registering PCM channels... pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 2238000, 4000; 0xffffffffa882b000 -> 2238000 pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 2240000, 4000; 0xffffffffa882f000 -> 2240000 pcm0: pcm0: pcm0: pcm0: pcm0: HDA config/quirks: gpio0 forcestereo ivref50 ivref80 ivref100 ivref pcm0: pcm0: +-------------------+ pcm0: | DUMPING HDA NODES | pcm0: +-------------------+ pcm0: pcm0: Default Parameter pcm0: ----------------- pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: IN amp: 0x00000000 pcm0: OUT amp: 0x00000000 pcm0: pcm0: nid: 2 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 3 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 4 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 5 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 6 [DIGITAL] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x00000211 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x001e0560 pcm0: PCM size: 16 20 24 32 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 7 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 8 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x0010011b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: Input amp: 0x80051f08 pcm0: mute=1 step=31 size=5 offset=8 pcm0: connections: 1 pcm0: | pcm0: + <- nid=35 [audio mixer] pcm0: pcm0: nid: 9 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x0010011b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: Input amp: 0x80051f08 pcm0: mute=1 step=31 size=5 offset=8 pcm0: connections: 1 pcm0: | pcm0: + <- nid=34 [audio mixer] pcm0: pcm0: nid: 10 [DIGITAL] [DISABLED] pcm0: name: audio input pcm0: widget_cap: 0x00100391 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x001e0560 pcm0: PCM size: 16 20 24 32 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 1 pcm0: | pcm0: + <- nid=31 [pin: speaker (none)] [DISABLED] pcm0: pcm0: nid: 11 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x000001c1 pcm0: Input amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 10 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=29 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack / fix] pcm0: | pcm0: + <- nid=21 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=22 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=23 [pin: speaker (none)] [DISABLED] pcm0: pcm0: nid: 12 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x000001d1 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=2 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 13 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 14 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=4 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 15 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=5 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 16 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 17 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 18 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 19 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 20 [ANALOG] pcm0: name: pin: headphones out (jack / fix pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0xc2211110 pcm0: Pin control: 0x000000c0 HP OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 21 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 22 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 23 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 24 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x0000053e pcm0: TRQD HP OUT IN VREF[ GROUND HIZ ] : UNSOL pcm0: Pin config: 0x02a19930 pcm0: Pin control: 0x00000020 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 25 [ANALOG] pcm0: name: pin: Mic in (fixed) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x0000173e pcm0: TRQD HP OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x81a111f0 pcm0: Pin control: 0x00000024 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 26 [ANALOG] pcm0: name: pin: line in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000041 pcm0: Pin cap: 0x0000173e pcm0: TRQD HP OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x0281313f pcm0: Pin control: 0x00000024 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 27 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000173e pcm0: TRQD HP OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 28 [ANALOG] pcm0: name: pin: CD (fixed) pcm0: widget_cap: 0x00400001 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000101 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x813111f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 29 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x4015130d pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 30 [DIGITAL] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400300 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x00000040 OUT pcm0: connections: 1 pcm0: | pcm0: + <- nid=6 [audio output] [DISABLED] pcm0: pcm0: nid: 31 [DIGITAL] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400200 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 32 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00040 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 33 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 34 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000000 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 11 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=29 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack / fix] pcm0: | pcm0: + <- nid=21 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=22 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=23 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 35 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000000 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 11 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=29 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack / fix] pcm0: | pcm0: + <- nid=21 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=22 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=23 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 36 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 37 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 38 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=37 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: +------------------------+ pcm0: | DUMPING HDA AMPLIFIERS | pcm0: +------------------------+ pcm0: pcm0: 1: nid=8 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 pcm0: 2: nid=9 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 pcm0: 3: nid=11 cnid=24 dir=0x2 index=0 ossmask=0x00000081 ossdev=7 pcm0: 4: nid=11 cnid=25 dir=0x2 index=1 ossmask=0x00000081 ossdev=7 pcm0: 5: nid=11 cnid=26 dir=0x2 index=2 ossmask=0x00000041 ossdev=6 pcm0: 6: nid=11 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 7: nid=11 cnid=28 dir=0x2 index=4 ossmask=0x00000101 ossdev=8 pcm0: 8: nid=11 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 9: nid=11 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 10: nid=11 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 11: nid=11 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 12: nid=11 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 13: nid=12 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 14: nid=12 cnid=2 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 15: nid=12 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 16: nid=13 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 17: nid=13 cnid=3 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 18: nid=13 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 19: nid=14 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 20: nid=14 cnid=4 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 21: nid=14 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 22: nid=15 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 23: nid=15 cnid=5 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 24: nid=15 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 25: nid=20 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 26: nid=20 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 27: nid=21 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 28: nid=21 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 29: nid=22 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 30: nid=22 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 31: nid=23 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 32: nid=23 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 33: nid=24 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 34: nid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 35: nid=25 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 36: nid=25 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 37: nid=26 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 38: nid=26 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 39: nid=27 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 40: nid=27 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 41: nid=34 cnid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 42: nid=34 cnid=25 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 43: nid=34 cnid=26 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 pcm0: 44: nid=34 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 45: nid=34 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 pcm0: 46: nid=34 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 47: nid=34 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 48: nid=34 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 49: nid=34 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 50: nid=34 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 51: nid=34 cnid=11 dir=0x2 index=10 ossmask=0x00000000 ossdev=0 pcm0: 52: nid=35 cnid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 53: nid=35 cnid=25 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 54: nid=35 cnid=26 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 pcm0: 55: nid=35 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 56: nid=35 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 pcm0: 57: nid=35 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 58: nid=35 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 59: nid=35 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 60: nid=35 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 61: nid=35 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 62: nid=35 cnid=11 dir=0x2 index=10 ossmask=0x00000000 ossdev=0 pcm0: 63: nid=38 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 64: nid=38 cnid=37 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 65: nid=38 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: pcm0: +-----------------------------------+ pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | pcm0: +-----------------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- nid: 11 index: 0 (nid: 24) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 1 (nid: 25) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 2 (nid: 26) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000041 pcm0: | pcm0: +- nid: 11 index: 4 (nid: 28) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000101 pcm0: | pcm0: +- nid: 12 index: 0 (nid: 2) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 13 index: 0 (nid: 3) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 14 index: 0 (nid: 4) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 (nid: 5) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 38 index: 0 (nid: 37) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- nid: 12 index: 0 (nid: 2) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 13 index: 0 (nid: 3) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 14 index: 0 (nid: 4) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 (nid: 5) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 38 index: 0 (nid: 37) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: pcm0: CD Volume (OSS: cd) pcm0: | pcm0: +- nid: 11 index: 4 (nid: 28) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000101 pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- nid: 11 index: 0 (nid: 24) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 1 (nid: 25) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- nid: 11 index: 2 (nid: 26) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000041 pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- nid: 8 index: 0 mute: 1 step: 31 size: 5 off: 8 dir=0x2 ossmask=0x00000800 pcm0: | pcm0: +- nid: 9 index: 0 mute: 1 step: 31 size: 5 off: 8 dir=0x2 ossmask=0x00000800 pcm0: pcm0: Playback path: pcm0: pcm0: nid=20 [pin: headphones out (jack / fix] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: Recording sources: pcm0: pcm0: nid=34 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] [recsrc: vol, line] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] [recsrc: vol, cd] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack / fix] pcm0: | pcm0: + <- nid=11 [audio mixer] [recsrc: vol, line, mic, cd] pcm0: pcm0: nid=35 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] [recsrc: vol, line] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] [recsrc: vol, cd] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack / fix] pcm0: | pcm0: + <- nid=11 [audio mixer] [recsrc: vol, line, mic, cd] pcm0: pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: PCM Playback: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: DAC: 2 3 4 5 37 pcm0: pcm0: PCM Record: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: ADC: 8 9 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): Down reving Protocol Version from 2 to 0? (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device GEOM: new disk cd0 pass0: 33.000MB/s transfers ATA PseudoRAID loaded (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() bfe0: link state changed to UP >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 00:28:56 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B44B16A41A for ; Thu, 1 Nov 2007 00:28:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BB7BC13C4B2 for ; Thu, 1 Nov 2007 00:28:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 217140400-1834499 for multiple; Wed, 31 Oct 2007 15:51:25 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9VKpFrL095994; Wed, 31 Oct 2007 16:51:16 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 31 Oct 2007 13:53:35 -0400 User-Agent: KMail/1.9.6 References: <200710300722.l9U7Mdge065926@www.freebsd.org> In-Reply-To: <200710300722.l9U7Mdge065926@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710311353.36123.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 31 Oct 2007 16:51:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/4652/Wed Oct 31 14:27:18 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: chifeng , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/117664: iostat can't display IO current vlaue in first line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 00:28:56 -0000 On Tuesday 30 October 2007 03:22:39 am chifeng wrote: > > >Number: 117664 > >Category: amd64 > >Synopsis: iostat can't display IO current vlaue in first line > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Tue Oct 30 07:30:02 UTC 2007 > >Closed-Date: > >Last-Modified: > >Originator: chifeng > >Release: FreeBSD6.2-Release-p8 > >Organization: > Platform Computing > >Environment: > FreeBSD cnxabuild.asia.corp.platform.com 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Tue Oct 16 12:32:14 CST 2007 root@xabuild.asia.corp.platform.com:/usr/obj/usr/src/sys/PLATFORM amd64 > >Description: > When I write a shell script plugin for munin, I hope get a current value of IO statistics. But iostat can't do it, it first statistics that are printed are avaraged over the system uptime. If I use "iostat -c 2 | tail -1 " command, this will wait 2s at least. > so I think for iostat first line, 1) iostat should be display current value, 2) have a parameter to display current value at least. There isn't a 'current value' for iostat to dump. The kernel just keeps running counts and iostat simulates a current value by saving the values each time and computing a delta for each line after the first. However, for the first line there is no saved value so it cannot compute a delta. Probably you need to write your own plugin that saves the previous values and computes deltas when queried similar to how iostat behaves. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 00:23:59 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B20516A417; Thu, 1 Nov 2007 00:23:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0334C13C480; Thu, 1 Nov 2007 00:23:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA10Nw8W065240; Thu, 1 Nov 2007 00:23:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA10NwPm065236; Thu, 1 Nov 2007 00:23:58 GMT (envelope-from linimon) Date: Thu, 1 Nov 2007 00:23:58 GMT Message-Id: <200711010023.lA10NwPm065236@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: linimon@FreeBSD.org X-Mailman-Approved-At: Thu, 01 Nov 2007 01:01:49 +0000 Cc: Subject: Re: kern/117729: [snd_hda] microphone is not working with snd_hda on FreeBSD AMD64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 00:23:59 -0000 Synopsis: [snd_hda] microphone is not working with snd_hda on FreeBSD AMD64 Responsible-Changed-From-To: freebsd-amd64->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Thu Nov 1 00:23:19 UTC 2007 Responsible-Changed-Why: Over to the multimedia team. http://www.freebsd.org/cgi/query-pr.cgi?pr=117729 From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 04:09:16 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B31BE16A417 for ; Thu, 1 Nov 2007 04:09:16 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2E413C480 for ; Thu, 1 Nov 2007 04:09:16 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1InHQp-0005YU-KQ; Wed, 31 Oct 2007 18:32:43 +0100 Message-ID: <4728BC3A.7040100@gwdg.de> Date: Wed, 31 Oct 2007 18:32:42 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Marek Blaszkowski References: <4728906E.8020804@kis.p.lodz.pl> In-Reply-To: <4728906E.8020804@kis.p.lodz.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-amd64@freebsd.org Subject: Re: strange i/o and tty lockups/delays on 6.1, strange sync() issue X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 04:09:16 -0000 Hi Marek, a thread on stable@ is dealing with this kind of hangings: http://www.nabble.com/forum/ViewPost.jtp?post=13296788 Perhaps there is some relationship between them? Regards, Rainer Marek Blaszkowski schrieb: > Hi, > my config: > thunder k8sr, dual opteron 244, 8GB RAM, FreeBSD 6.1, sata disk > > > for time to time (every 10 or 20 secs) any process which try write or read any, even small file, > is locked for a couple seconds (about 7 or 9 secs), very iritating when I try save > small files edited in vim (size about 2-3 kbytes), it's looks like this: > #vim /path/to/file > ...editing.. > :w > and now (afetr w command) vim freeze for 7-10 secs until it displays "file written". > > Delays accours on tty, too. In vim I can't move around edited file (up/down in rows), > vim just got hang, strange is that I can switch (durning vim lockup) beetwen virtual screen > consoles. > > System is not swapping (4GB ram free), iostat says: > > #iostat 1 > tty ad4 ad6 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 1 353 17.94 45 0.78 0.64 0 0.00 11 1 6 1 82 > 0 360 16.00 72 1.12 0.00 0 0.00 17 0 2 1 81 > 0 120 16.00 77 1.20 0.00 0 0.00 6 0 3 1 90 > 0 120 14.66 73 1.04 0.00 0 0.00 41 0 11 1 47 > 0 120 16.00 78 1.22 0.00 0 0.00 27 0 1 0 72 > 0 120 16.22 74 1.17 0.00 0 0.00 0 0 0 0 100 > 0 122 17.22 79 1.33 0.00 0 0.00 8 1 5 0 85 > 0 120 16.46 79 1.27 0.00 0 0.00 14 0 3 2 81 > 0 120 13.85 48 0.65 0.00 0 0.00 7 0 4 0 88 > 0 120 15.13 79 1.17 0.00 0 0.00 12 0 4 1 83 > 0 120 11.11 83 0.90 0.00 0 0.00 8 0 3 1 89 > > as You see, there is no heavy i/o load. > > Strange things is I have two identical setup of the same system configuration with the same > apps running (web server mirror) but other motherboard (K8W), on the second system there no such delay/lockup > issue. > It's looks like some other process calls sync() on every 7 or 10 seconds and it couse such i/o delay. > Other question is why sync takes so much time, when i/o disk performance its not bad (tested with dd is about 50MB/sec) > and iostat (durning sync calls) doesn't show any high disk transfers. > Example: > #time sync > real 2m0.853s > user 0m0.000s > sys 0m0.145s > > 2 mins was the longest time amount I saw durning tests, in most cases sync takies about 10 secs, when sync was called on the > other tty iostat doesn't print any high transfer, never it exceed 1MB/s. > Qestion is: if disks transfers (using cp or dd) are high, why sync waits so long ? > > I played with vfs.write_behind=0 but it doesn't change anything. > > PS. > I checkced motherboards manuals: K8W and K8SR have the same sata chip (Silicon Image SIL3114), so I think > above problems are not ata driver issues. > > regards, From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 14:30:05 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F5116A468 for ; Thu, 1 Nov 2007 14:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 92D9213C4B8 for ; Thu, 1 Nov 2007 14:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA1EU5ib019542 for ; Thu, 1 Nov 2007 14:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA1EU5FX019541; Thu, 1 Nov 2007 14:30:05 GMT (envelope-from gnats) Date: Thu, 1 Nov 2007 14:30:05 GMT Message-Id: <200711011430.lA1EU5FX019541@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Jeremy Cc: Subject: Re: amd64/117664: iostat can't display IO current vlaue in first line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Jeremy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 14:30:05 -0000 The following reply was made to PR amd64/117664; it has been noted by GNATS. From: Peter Jeremy To: chifeng Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/117664: iostat can't display IO current vlaue in first line Date: Wed, 31 Oct 2007 17:15:45 +1100 --RtGa12sjXv8gVUZO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 30, 2007 at 07:22:39AM +0000, chifeng wrote: >When I write a shell script plugin for munin, I hope get a current value o= f IO statistics. But iostat can't do it, it first statistics that are print= ed are avaraged over the system uptime. If I use "iostat -c 2 | tail -1 " c= ommand, this will wait 2s at least.=20 >so I think for iostat first line, 1) iostat should be display current valu= e, 2) have a parameter to display current value at least.=20 This is generic, rather than amd64-specific. I believe you misunderstand iostat. There is no "current value" as you desire. There are a variety of system counters that get updated when various events occur and iostat reports the change in those counters over the specified interval. The only way to determine the system activity, averaged over two seconds, is to sample the counters, wait two seconds, sample the counters again and reports the differences. I suggest you start a thread on (eg) freebsd-questions explaining what you are trying to achieve and someone there may be able to assist. In the meantime, you might like to investigate the sysutils/bsdsar port. --=20 Peter --RtGa12sjXv8gVUZO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHKB2R/opHv/APuIcRAgjnAKC2fZKFT+KqzqhxMZs1gLjdMEtFtgCgpcS2 qczp7GBEzowYSmYd0Igprfg= =CEyw -----END PGP SIGNATURE----- --RtGa12sjXv8gVUZO-- From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 18:12:48 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFC616A418 for ; Thu, 1 Nov 2007 18:12:48 +0000 (UTC) (envelope-from nge@cs.hmc.edu) Received: from knuth.cs.hmc.edu (knuth.cs.hmc.edu [134.173.42.100]) by mx1.freebsd.org (Postfix) with ESMTP id C4DD013C4B8 for ; Thu, 1 Nov 2007 18:12:48 +0000 (UTC) (envelope-from nge@cs.hmc.edu) Received: by knuth.cs.hmc.edu (Postfix, from userid 26983) id 2128485142; Wed, 31 Oct 2007 11:07:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by knuth.cs.hmc.edu (Postfix) with ESMTP id 20D4342F7E0; Wed, 31 Oct 2007 11:07:07 -0700 (PDT) Date: Wed, 31 Oct 2007 11:07:07 -0700 (PDT) From: Nate Eldredge X-X-Sender: nate@knuth.cs.hmc.edu To: Marek Blaszkowski In-Reply-To: <4728906E.8020804@kis.p.lodz.pl> Message-ID: References: <4728906E.8020804@kis.p.lodz.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org Subject: Re: strange i/o and tty lockups/delays on 6.1, strange sync() issue X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 18:12:48 -0000 On Wed, 31 Oct 2007, Marek Blaszkowski wrote: > Hi, > my config: > thunder k8sr, dual opteron 244, 8GB RAM, FreeBSD 6.1, sata disk > > > for time to time (every 10 or 20 secs) any process which try write or > read any, even small file, is locked for a couple seconds (about 7 or 9 > secs), very iritating when I try save small files edited in vim (size > about 2-3 kbytes), it's looks like this: #vim /path/to/file ...editing.. > :w > and now (afetr w command) vim freeze for 7-10 secs until it displays > "file written". > > Delays accours on tty, too. In vim I can't move around edited file > (up/down in rows), vim just got hang, strange is that I can switch > (durning vim lockup) beetwen virtual screen consoles. [sync takes a long time too] Is there anything in the log files? This might happen if the disk access fails or times out; the kernel resets the controller and tries again, which takes a long time. That would indicate that the disk is probably failing, in which case it should be backed up and replaced as soon as possible. You could also see if smartctl reports anything significant. If that's not it, you might try running top and see if any process accumulated CPU seconds during the hang. I experienced a couple of other issues where things would hang momentarily. One was fixed by disabling ACPI (it's a long story) and the other by enabling PREEMPTION. So if the disk is okay those are two more things you could try. Hope this helps. I'd be interested to know what you find out. -- Nate Eldredge nge@cs.hmc.edu From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 1 23:13:46 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F3616A417 for ; Thu, 1 Nov 2007 23:13:46 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 972BA13C48D for ; Thu, 1 Nov 2007 23:13:45 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so688198fka for ; Thu, 01 Nov 2007 16:13:15 -0700 (PDT) Received: by 10.82.174.20 with SMTP id w20mr1298164bue.1193924062417; Thu, 01 Nov 2007 06:34:22 -0700 (PDT) Received: by 10.82.115.11 with HTTP; Thu, 1 Nov 2007 06:34:22 -0700 (PDT) Message-ID: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> Date: Thu, 1 Nov 2007 21:34:22 +0800 From: "Rong-en Fan" To: amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic: no BIOS SMAP info from loader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 23:13:46 -0000 I have a HP dc7000 box, booting with i386 is fine, but not amd64. It panics as soon as loader loads kernel. The console snapshot is at http://www.flickr.com/photos/rafan/1814155320/ under loader prompt, 'smap' shows nothing for both i386 and amd64. But i386 works well. I looked at archive, it seems there are several reports, but no solution. BTW, the boot cd I used is 7.0-BETA1.5. Regards, Rong-En Fan From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 02:39:54 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1463916A41B for ; Fri, 2 Nov 2007 02:39:54 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 992EF13C480 for ; Fri, 2 Nov 2007 02:39:53 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so727416fka for ; Thu, 01 Nov 2007 19:39:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=0DPpEs5G6GZ43um+k/1R5DOFkCBCJBICN/o+cHoEkaM=; b=iP2Qa0ui4Y8SiEY3JX0oNniJPTL2H5qe97sUMihI0vbojrI1HYaA4S74/iwJkYsO32X6NVax2gkCaGwa2vSl2KZo3Bpp6Ud4KmmpfUJq21plWvNsQjYhKulqyZpVF00pPVis+9LsTdP5sHI1w9rSib1FRqzI6sjOMKRsjX0eR18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Cfv9CHx18zzYnfB25SG/GylgBeVvOiWEnSK5RP/lVcjBUR+QUpC51ZkU3wdzOr2sXwaAuOvLQj2b5wKWQYcu2BJm73MYXPN0frrDZWjxvVa+rAFbTfD6sHHfqevXh9ILsS+StEG5a1LXu/AjEm3//3nEiXSHDm/BUwpSamwu7L8= Received: by 10.82.187.16 with SMTP id k16mr1972900buf.1193967669602; Thu, 01 Nov 2007 18:41:09 -0700 (PDT) Received: by 10.82.115.11 with HTTP; Thu, 1 Nov 2007 18:41:09 -0700 (PDT) Message-ID: <6eb82e0711011841q111fd701sa982c0e7a7f136df@mail.gmail.com> Date: Fri, 2 Nov 2007 09:41:09 +0800 From: "Rong-en Fan" To: "John Baldwin" In-Reply-To: <200711011327.27953.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> <200711011327.27953.jhb@freebsd.org> Cc: amd64@freebsd.org Subject: Re: panic: no BIOS SMAP info from loader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 02:39:54 -0000 On 11/2/07, John Baldwin wrote: > On Thursday 01 November 2007 09:34:22 am Rong-en Fan wrote: > > I have a HP dc7000 box, booting with i386 is fine, but not > > amd64. It panics as soon as loader loads kernel. The console > > snapshot is at > > > > http://www.flickr.com/photos/rafan/1814155320/ > > > > under loader prompt, 'smap' shows nothing for both i386 > > and amd64. But i386 works well. I looked at archive, it > > seems there are several reports, but no solution. BTW, the boot > > cd I used is 7.0-BETA1.5. > > Does Linux find an SMAP? Right now FreeBSD/amd64 requires an SMAP. I'm not sure if I get this right, on Linux it shows BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000defafe00 (usable) BIOS-e820: 00000000defafe00 - 00000000defb1ea0 (ACPI NVS) BIOS-e820: 00000000defb1ea0 - 00000000e0000000 (reserved) BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fed40000 (reserved) BIOS-e820: 00000000fed45000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 000000021c000000 (usable) In addition, to boot Linux, we need to add pci=nommconf which says it disables MMCONFIG for PCI configuration. Regards, Rong-En Fan From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 04:19:04 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F10E16A417 for ; Fri, 2 Nov 2007 04:19:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id DA07513C447 for ; Fri, 2 Nov 2007 04:19:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 217286066-1834499 for multiple; Thu, 01 Nov 2007 12:27:59 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lA1HRcF2008034; Thu, 1 Nov 2007 13:27:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Rong-en Fan" Date: Thu, 1 Nov 2007 13:27:27 -0400 User-Agent: KMail/1.9.6 References: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> In-Reply-To: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711011327.27953.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 01 Nov 2007 13:27:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/4659/Thu Nov 1 12:24:40 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: amd64@freebsd.org Subject: Re: panic: no BIOS SMAP info from loader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 04:19:04 -0000 On Thursday 01 November 2007 09:34:22 am Rong-en Fan wrote: > I have a HP dc7000 box, booting with i386 is fine, but not > amd64. It panics as soon as loader loads kernel. The console > snapshot is at > > http://www.flickr.com/photos/rafan/1814155320/ > > under loader prompt, 'smap' shows nothing for both i386 > and amd64. But i386 works well. I looked at archive, it > seems there are several reports, but no solution. BTW, the boot > cd I used is 7.0-BETA1.5. Does Linux find an SMAP? Right now FreeBSD/amd64 requires an SMAP. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 05:07:37 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D18116A419 for ; Fri, 2 Nov 2007 05:07:37 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1C42413C480 for ; Fri, 2 Nov 2007 05:07:36 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so574550rvb for ; Thu, 01 Nov 2007 22:07:18 -0700 (PDT) Received: by 10.142.178.13 with SMTP id a13mr365791wff.1193959948285; Thu, 01 Nov 2007 16:32:28 -0700 (PDT) Received: by 10.142.12.14 with HTTP; Thu, 1 Nov 2007 16:32:28 -0700 (PDT) Message-ID: <54db43990711011632l5bf2c6ccl2860ee22161de10b@mail.gmail.com> Date: Thu, 1 Nov 2007 19:32:28 -0400 From: "Bob Johnson" To: "Rong-en Fan" In-Reply-To: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> Cc: amd64@freebsd.org Subject: Re: panic: no BIOS SMAP info from loader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 05:07:37 -0000 This is a known problem with amd64 on HP systems. See for instance http://www.freebsd.org/cgi/query-pr.cgi?pr=111952 and http://www.freebsd.org/cgi/query-pr.cgi?pr=111955 I hope it is fixed before 7.0 is released. It would be even better if it were fixed soon enough to test 7.0 amd64 on HP systems before the release. In my case, on an HP dc7700, i386 works, amd64 (200708 snapshot) gets the missing smap panic. I haven't tried 7.0-BETA AMD64 yet, but it sounds like I don't need to bother. - Bob On 11/1/07, Rong-en Fan wrote: > I have a HP dc7000 box, booting with i386 is fine, but not > amd64. It panics as soon as loader loads kernel. The console > snapshot is at > > http://www.flickr.com/photos/rafan/1814155320/ > > under loader prompt, 'smap' shows nothing for both i386 > and amd64. But i386 works well. I looked at archive, it > seems there are several reports, but no solution. BTW, the boot > cd I used is 7.0-BETA1.5. > > Regards, > Rong-En Fan > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 13:06:16 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82E4716A41A for ; Fri, 2 Nov 2007 13:06:16 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: from zly.kis.p.lodz.pl (zly.kis.p.lodz.pl [212.191.89.2]) by mx1.freebsd.org (Postfix) with ESMTP id E975D13C494 for ; Fri, 2 Nov 2007 13:06:15 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: by zly.kis.p.lodz.pl (Postfix, from userid 58) id BB9E35C0F2; Fri, 2 Nov 2007 12:49:50 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on zly.kis.p.lodz.pl X-Spam-Level: X-Spam-Status: No, score=0.3 required=3.5 tests=RDNS_NONE,WHOIS_MYPRIVREG autolearn=disabled version=3.2.1 Received: from localhost (localhost [127.0.0.1]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id 2BF5E5C0EC for ; Fri, 2 Nov 2007 12:49:47 +0100 (CET) X-Virus-Scanned: amavisd-new at kis.p.lodz.pl Received: from zly.kis.p.lodz.pl ([127.0.0.1]) by localhost (zly.kis.p.lodz.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a+dEswLyilW1 for ; Fri, 2 Nov 2007 12:49:43 +0100 (CET) Received: from student.kis.p.lodz.pl (student.kis.p.lodz.pl [212.191.89.21]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id D82EE5C0C9 for ; Fri, 2 Nov 2007 12:49:43 +0100 (CET) Received: from [192.168.2.182] (unknown [193.142.243.5]) by student.kis.p.lodz.pl (Postfix) with ESMTP id 251C95C9E for ; Fri, 2 Nov 2007 12:47:02 +0100 (CET) Message-ID: <472B0ED5.7070906@kis.p.lodz.pl> Date: Fri, 02 Nov 2007 12:49:41 +0100 From: Marek Blaszkowski User-Agent: Mozilla Thunderbird 1.0.2 (X11/20070113) X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4728906E.8020804@kis.p.lodz.pl> <4728BC3A.7040100@gwdg.de> In-Reply-To: <4728BC3A.7040100@gwdg.de> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Subject: Re: strange i/o and tty lockups/delays on 6.1, strange sync() issue X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 13:06:16 -0000 Hi, hangs described in this thread are very similar to my problem. I'll try describe it more clear: 1. hangs are periodical, min. time beetween 'hangs' I observed was 15 secs. max was about 20 secs. Hang time is not const, min hang time is about 2 secs max 30 secs. 2. hangs affect only access file(s) (read or write) or loop (exec) commands, interactive apps already looped like top or iostat durning 'hang' update their stats smoothly. Beetween hangs file access is fast and smooth. 3. durning hang there is no ANY message from the kernel or dev drivers, kernel dmesg is silent. Smartctl doesn't reports anything significant. 4. there is no high (abnormal) CPU or I/O load durning hang (maybe just top or iostat can't 'detect' it), always durnig hang HDD LED lights up (so, it's 100% i/o disk related). I done more investigations, I wrote simple app which do an infinite loop with open file, write 1024 bytes buffer do some time calculations beetwen fopen, fwrite and fclose calls (it's simple time measurement - how many usec these calls takes), sleeps for one sec and do loop again, it just print on stdout time measurement. I ran test for one minute: ---loop #1--- fopen time: 0.000072 secs fwrite time: 0.000029 secs fclose time: 0.000160 secs ---loop #2--- fopen time: 0.000068 secs fwrite time: 0.000009 secs fclose time: 0.000073 secs ---loop #3--- fopen time: 0.000063 secs fwrite time: 0.000015 secs fclose time: 0.000063 secs ---loop #4--- fopen time: 0.000065 secs fwrite time: 0.000010 secs fclose time: 0.000054 secs ---loop #5--- fopen time: 0.000066 secs fwrite time: 0.000010 secs fclose time: 0.000053 secs ---loop #6--- fopen time: 0.000086 secs fwrite time: 0.000012 secs fclose time: 0.000057 secs ---loop #7--- fopen time: 0.000058 secs fwrite time: 0.000011 secs fclose time: 0.000057 secs ---loop #8--- fopen time: 0.000079 secs fwrite time: 0.000013 secs fclose time: 0.000053 secs [... skip next 52 loops ...] As you see nothing special, hangs are not 'detectable' by this measurement, when I added fsync() after fwrite, the same test gives me: ---loop #1--- fopen time: 0.000080 secs fwrite time: 0.009770 secs <- notice longer time of fwrite with fsync but it's normal, system just don't cache or buffer writes fclose time: 0.000074 secs ---loop #2--- fopen time: 0.000057 secs fwrite time: 0.009043 secs fclose time: 0.000054 secs ---loop #3--- fopen time: 0.000070 secs fwrite time: 0.025974 secs fclose time: 0.000062 secs ---loop #4--- fopen time: 0.000108 secs fwrite time: 0.017486 secs fclose time: 0.000066 secs ---loop #5--- fopen time: 0.000070 secs fwrite time: 0.009742 secs fclose time: 0.000057 secs ---loop #6--- fopen time: 0.000070 secs fwrite time: 0.001636 secs fclose time: 0.000097 secs ---loop #7--- fopen time: 0.000099 secs fwrite time: 4.918546 secs <-- here was 'hang' fclose time: 0.000072 secs ---loop #8--- fopen time: 0.000074 secs fwrite time: 2.346643 secs fclose time: 0.000076 secs ---loop #9--- fopen time: 0.000081 secs fwrite time: 1.294689 secs fclose time: 0.000069 secs ---loop #10--- fopen time: 0.000093 secs fwrite time: 0.017332 secs fclose time: 0.000076 secs ---loop #11--- fopen time: 0.000096 secs fwrite time: 0.009575 secs fclose time: 0.000071 secs Take a look at loop #7, flushing 1024 bytes buffer takes about 5 secs, in the same time on other screen consoles I noticed hang durning starting (exec) top, top exec tooks about 7 secs). More thoughts: Hangs appeared suddenly in lifetime of this machine, there was no any hardware or kernel changes. Just some day I noticed these strange 'hangs'. Rebooting doesn't help. This machine runs now 5 java/tomcat instances, it seems like hangs appeared suddenly (in the past) after adding more javas/tomcats instances (machine don't swapping at all, there is enough memory). Now I try find out which JVM (if it's java related) couse the problems by eliminating proccess one by one and check if hangs still appear. regards, -- Marek B. Rainer Hurling napisał(a): > Hi Marek, > > a thread on stable@ is dealing with this kind of hangings: > > http://www.nabble.com/forum/ViewPost.jtp?post=13296788 > > Perhaps there is some relationship between them? > > Regards, > Rainer > > > Marek Blaszkowski schrieb: > >> Hi, >> my config: >> thunder k8sr, dual opteron 244, 8GB RAM, FreeBSD 6.1, sata disk >> >> >> for time to time (every 10 or 20 secs) any process which try write or >> read any, even small file, >> is locked for a couple seconds (about 7 or 9 secs), very iritating >> when I try save >> small files edited in vim (size about 2-3 kbytes), it's looks like this: >> #vim /path/to/file >> ...editing.. >> :w >> and now (afetr w command) vim freeze for 7-10 secs until it displays >> "file written". >> >> Delays accours on tty, too. In vim I can't move around edited file >> (up/down in rows), >> vim just got hang, strange is that I can switch (durning vim lockup) >> beetwen virtual screen >> consoles. >> >> System is not swapping (4GB ram free), iostat says: >> >> #iostat 1 >> tty ad4 ad6 cpu >> tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id >> 1 353 17.94 45 0.78 0.64 0 0.00 11 1 6 1 82 >> 0 360 16.00 72 1.12 0.00 0 0.00 17 0 2 1 81 >> 0 120 16.00 77 1.20 0.00 0 0.00 6 0 3 1 90 >> 0 120 14.66 73 1.04 0.00 0 0.00 41 0 11 1 47 >> 0 120 16.00 78 1.22 0.00 0 0.00 27 0 1 0 72 >> 0 120 16.22 74 1.17 0.00 0 0.00 0 0 0 0 100 >> 0 122 17.22 79 1.33 0.00 0 0.00 8 1 5 0 85 >> 0 120 16.46 79 1.27 0.00 0 0.00 14 0 3 2 81 >> 0 120 13.85 48 0.65 0.00 0 0.00 7 0 4 0 88 >> 0 120 15.13 79 1.17 0.00 0 0.00 12 0 4 1 83 >> 0 120 11.11 83 0.90 0.00 0 0.00 8 0 3 1 89 >> >> as You see, there is no heavy i/o load. >> >> Strange things is I have two identical setup of the same system >> configuration with the same >> apps running (web server mirror) but other motherboard (K8W), on the >> second system there no such delay/lockup >> issue. >> It's looks like some other process calls sync() on every 7 or 10 >> seconds and it couse such i/o delay. >> Other question is why sync takes so much time, when i/o disk >> performance its not bad (tested with dd is about 50MB/sec) >> and iostat (durning sync calls) doesn't show any high disk transfers. >> Example: >> #time sync >> real 2m0.853s >> user 0m0.000s >> sys 0m0.145s >> >> 2 mins was the longest time amount I saw durning tests, in most cases >> sync takies about 10 secs, when sync was called on the >> other tty iostat doesn't print any high transfer, never it exceed 1MB/s. >> Qestion is: if disks transfers (using cp or dd) are high, why sync >> waits so long ? >> >> I played with vfs.write_behind=0 but it doesn't change anything. >> >> PS. >> I checkced motherboards manuals: K8W and K8SR have the same sata chip >> (Silicon Image SIL3114), so I think >> above problems are not ata driver issues. >> >> regards, > > From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 14:10:46 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3B016A473 for ; Fri, 2 Nov 2007 14:10:46 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: from zly.kis.p.lodz.pl (zly.kis.p.lodz.pl [212.191.89.2]) by mx1.freebsd.org (Postfix) with ESMTP id B7A1313C480 for ; Fri, 2 Nov 2007 14:10:45 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: by zly.kis.p.lodz.pl (Postfix, from userid 58) id 785155C0F2; Fri, 2 Nov 2007 15:10:17 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on zly.kis.p.lodz.pl X-Spam-Level: X-Spam-Status: No, score=0.1 required=3.5 tests=RDNS_NONE autolearn=disabled version=3.2.1 Received: from localhost (localhost [127.0.0.1]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id BFD295C0E4 for ; Fri, 2 Nov 2007 15:10:11 +0100 (CET) X-Virus-Scanned: amavisd-new at kis.p.lodz.pl Received: from zly.kis.p.lodz.pl ([127.0.0.1]) by localhost (zly.kis.p.lodz.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LNOok18Bh3J8 for ; Fri, 2 Nov 2007 15:10:03 +0100 (CET) Received: from student.kis.p.lodz.pl (student.kis.p.lodz.pl [212.191.89.21]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id BDE595C0E6 for ; Fri, 2 Nov 2007 15:10:03 +0100 (CET) Received: from [192.168.2.182] (unknown [193.142.243.5]) by student.kis.p.lodz.pl (Postfix) with ESMTP id 179D85C9E for ; Fri, 2 Nov 2007 15:07:22 +0100 (CET) Message-ID: <472B2FBB.5070308@kis.p.lodz.pl> Date: Fri, 02 Nov 2007 15:10:03 +0100 From: Marek Blaszkowski User-Agent: Mozilla Thunderbird 1.0.2 (X11/20070113) X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4728906E.8020804@kis.p.lodz.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: strange i/o and tty lockups/delays on 6.1, strange sync() issue X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 14:10:46 -0000 Nate Eldredge wrote: > On Wed, 31 Oct 2007, Marek Blaszkowski wrote: > >> Hi, >> my config: >> thunder k8sr, dual opteron 244, 8GB RAM, FreeBSD 6.1, sata disk >> >> >> for time to time (every 10 or 20 secs) any process which try write or >> read any, even small file, is locked for a couple seconds (about 7 or >> 9 secs), very iritating when I try save small files edited in vim >> (size about 2-3 kbytes), it's looks like this: #vim /path/to/file >> ...editing.. >> :w >> and now (afetr w command) vim freeze for 7-10 secs until it displays >> "file written". >> >> Delays accours on tty, too. In vim I can't move around edited file >> (up/down in rows), vim just got hang, strange is that I can switch >> (durning vim lockup) beetwen virtual screen consoles. > > > [sync takes a long time too] > > Is there anything in the log files? This might happen if the disk > access fails or times out; the kernel resets the controller and tries > again, which takes a long time. That would indicate that the disk is > probably failing, in which case it should be backed up and replaced as > soon as possible. You could also see if smartctl reports anything > significant. > > If that's not it, you might try running top and see if any process > accumulated CPU seconds during the hang. > > I experienced a couple of other issues where things would hang > momentarily. One was fixed by disabling ACPI (it's a long story) and > the other by enabling PREEMPTION. So if the disk is okay those are two > more things you could try. > > Hope this helps. I'd be interested to know what you find out. Does PREEMPTION option is safe for production servers now? I saw many threads on amd64@ or stable@ about kernel crashes with this option enabled, so I don't decided to use it... regrads, -- Marek B. From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 19:01:11 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E72F616A46E for ; Fri, 2 Nov 2007 19:01:10 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: from zly.kis.p.lodz.pl (zly.kis.p.lodz.pl [212.191.89.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4D213C4E3 for ; Fri, 2 Nov 2007 19:01:09 +0000 (UTC) (envelope-from mb@kis.p.lodz.pl) Received: by zly.kis.p.lodz.pl (Postfix, from userid 58) id 1E7415C0F2; Fri, 2 Nov 2007 17:32:27 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on zly.kis.p.lodz.pl X-Spam-Level: X-Spam-Status: No, score=0.1 required=3.5 tests=RDNS_NONE autolearn=disabled version=3.2.1 Received: from localhost (localhost [127.0.0.1]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id 35B705C0C9 for ; Fri, 2 Nov 2007 17:32:24 +0100 (CET) X-Virus-Scanned: amavisd-new at kis.p.lodz.pl Received: from zly.kis.p.lodz.pl ([127.0.0.1]) by localhost (zly.kis.p.lodz.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d1yPuOlsZ+8G for ; Fri, 2 Nov 2007 17:32:20 +0100 (CET) Received: from student.kis.p.lodz.pl (student.kis.p.lodz.pl [212.191.89.21]) by zly.kis.p.lodz.pl (Postfix) with ESMTP id 672F45C026 for ; Fri, 2 Nov 2007 17:32:20 +0100 (CET) Received: from [192.168.2.182] (unknown [193.142.243.5]) by student.kis.p.lodz.pl (Postfix) with ESMTP id 458115C9E for ; Fri, 2 Nov 2007 17:29:38 +0100 (CET) Message-ID: <472B5111.8010109@kis.p.lodz.pl> Date: Fri, 02 Nov 2007 17:32:17 +0100 From: Marek Blaszkowski User-Agent: Mozilla Thunderbird 1.0.2 (X11/20070113) X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4728906E.8020804@kis.p.lodz.pl> <472B2FBB.5070308@kis.p.lodz.pl> In-Reply-To: <472B2FBB.5070308@kis.p.lodz.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: strange i/o and tty lockups/delays on 6.1, strange sync() issue - updated - slow sata disk writes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 19:01:11 -0000 Hi, I done more tests, it's looks like for unknown reason bootleneck is (maybe) sata controller (?). I have 2 sata disks: ad4: 190782MB at ata2-master SATA150 ad6: 190782MB at ata3-master SATA150 doing write tests, dd shows: #dd if=/dev/zero of=w bs=1024 count=50000 50000+0 records in 50000+0 records out 51200000 bytes transferred in 3.894179 secs (13147830 bytes/sec) doing more test give me average write speed 12Mbytes/s it's a bit slow. I tested write to partitions on ad4 and ad6 - same slow write speed. I set hw.ata.wc=0, after reboot tests gives me write speed 750kbytes/sec.... Read speed is faster, average 22Mbytes/sec - but still slower than on the similar sever. I'm pretty sure that in the past this "slow" server has "normal" disk write speed, like the second server it has about 45Mbytes/sec. I disabled acpi but nothing changed after that, sata write speed was the same slow. Second similar server (same SiI 3114 SATA150 controller, same 2 sata disks) gives me average write/read about 44Mbytes/sec. Here goes dmesg from "slow" server (tyan thunder K8SR): Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Fri Jul 14 21:36:32 CEST 2006 root@S1:/worek/RELENG_6/obj/worek/RELENG_6/sys/S1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1794.23-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 8589934592 (8192 MB) avail memory = 8252006400 (7869 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 pci3: at device 0.0 (no driver attached) pci3: at device 0.1 (no driver attached) atapci0: port 0xbc00-0xbc07,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa80f mem 0xfeafec00-0xfeafefff irq 17 at device 5.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci3: at device 6.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 ichsmb0: port 0xcc00-0xcc1f irq 19 at device 7.2 on pci0 device_attach: ichsmb0 attach returned 6 pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfc800000-0xfc80ffff,0xfc8f0000-0xfc8fffff irq 24 at device 9.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2d:82:08 bge1: mem 0xfc830000-0xfc83ffff,0xfc820000-0xfc82ffff irq 25 at device 9.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2d:82:09 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff,0xcc800-0xcdfff,0xce000-0xcf7ff,0xcf800-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad4: 190782MB at ata2-master SATA150 ad6: 190782MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a bge0: link state changed to UP "fast" server (tyan thunder K8W): Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Fri Jul 7 15:46:00 CEST 2006 root@s2:/worek/RELENG_6/obj/worek/RELENG_6/sys/s2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (1992.67-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3892248576 (3711 MB) avail memory = 3759263744 (3585 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) atapci0: port 0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac0f mem 0xfc7ffc00-0xfc7fffff irq 17 at device 11.0 on pci1 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci1: at device 12.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 ichsmb0: port 0xc400-0xc41f irq 19 at device 7.2 on pci0 device_attach: ichsmb0 attach returned 6 pci0: at device 7.3 (no driver attached) pci0: at device 7.5 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfc8f0000-0xfc8fffff irq 24 at device 9.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:31:be:4f pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci3: on pcib3 pci0: at device 11.1 (no driver attached) pcib4: on acpi0 pci4: on pcib4 pcib5: at device 1.0 on pci4 pci5: on pcib5 pci5: at device 0.0 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xd0000-0xd47ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 ad4: 190782MB at ata2-master SATA150 ad6: 190782MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a bge0: link state changed to UP regads, -- Marek B. From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 20:04:47 2007 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C6A216A4AB; Fri, 2 Nov 2007 20:04:47 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D96AA13C4A3; Fri, 2 Nov 2007 20:04:46 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA2K4kGT030786; Fri, 2 Nov 2007 20:04:46 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA2K4kRH030782; Fri, 2 Nov 2007 20:04:46 GMT (envelope-from jhb) Date: Fri, 2 Nov 2007 20:04:46 GMT Message-Id: <200711022004.lA2K4kRH030782@freefall.freebsd.org> To: chifeng@gmail.com, jhb@FreeBSD.org, freebsd-amd64@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: amd64/117664: iostat can't display IO current vlaue in first line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 20:04:47 -0000 Synopsis: iostat can't display IO current vlaue in first line State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Fri Nov 2 20:04:23 UTC 2007 State-Changed-Why: As detailed in followup, this is just a property of the counters and the way iostat works. http://www.freebsd.org/cgi/query-pr.cgi?pr=117664 From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 20:52:40 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A9AB16A41A for ; Fri, 2 Nov 2007 20:52:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4631F13C4A3 for ; Fri, 2 Nov 2007 20:52:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 217472530-1834499 for multiple; Fri, 02 Nov 2007 15:16:32 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lA2KGH13022826; Fri, 2 Nov 2007 16:16:17 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Fri, 2 Nov 2007 16:16:10 -0400 User-Agent: KMail/1.9.6 References: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> <54db43990711011632l5bf2c6ccl2860ee22161de10b@mail.gmail.com> In-Reply-To: <54db43990711011632l5bf2c6ccl2860ee22161de10b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711021616.10633.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 02 Nov 2007 16:16:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/4662/Fri Nov 2 13:28:34 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: panic: no BIOS SMAP info from loader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 20:52:40 -0000 On Thursday 01 November 2007 07:32:28 pm Bob Johnson wrote: > This is a known problem with amd64 on HP systems. See for instance > http://www.freebsd.org/cgi/query-pr.cgi?pr=111952 and > http://www.freebsd.org/cgi/query-pr.cgi?pr=111955 > > I hope it is fixed before 7.0 is released. It would be even better if > it were fixed soon enough to test 7.0 amd64 on HP systems before the > release. > > In my case, on an HP dc7700, i386 works, amd64 (200708 snapshot) gets > the missing smap panic. I haven't tried 7.0-BETA AMD64 yet, but it > sounds like I don't need to bother. Do you have access to one of these machines? Would you feel up to dissassembling the BIOS to trace what it does for the int 15 e820 call? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 2 22:37:08 2007 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B388F16A419 for ; Fri, 2 Nov 2007 22:37:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 5968B13C491 for ; Fri, 2 Nov 2007 22:37:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 217468343-1834499 for multiple; Fri, 02 Nov 2007 14:39:50 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lA2JdR4J022361; Fri, 2 Nov 2007 15:39:30 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Rong-en Fan" Date: Fri, 2 Nov 2007 14:03:04 -0400 User-Agent: KMail/1.9.6 References: <6eb82e0711010634x5f70e974i78c505d8eda24223@mail.gmail.com> <200711011327.27953.jhb@freebsd.org> <6eb82e0711011841q111fd701sa982c0e7a7f136df@mail.gmail.com> In-Reply-To: <6eb82e0711011841q111fd701sa982c0e7a7f136df@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711021403.04716.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 02 Nov 2007 15:39:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/4662/Fri Nov 2 13:28:34 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: amd64@freebsd.org Subject: Re: panic: no BIOS SMAP info from loader X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 22:37:08 -0000 On Thursday 01 November 2007 09:41:09 pm Rong-en Fan wrote: > On 11/2/07, John Baldwin wrote: > > On Thursday 01 November 2007 09:34:22 am Rong-en Fan wrote: > > > I have a HP dc7000 box, booting with i386 is fine, but not > > > amd64. It panics as soon as loader loads kernel. The console > > > snapshot is at > > > > > > http://www.flickr.com/photos/rafan/1814155320/ > > > > > > under loader prompt, 'smap' shows nothing for both i386 > > > and amd64. But i386 works well. I looked at archive, it > > > seems there are several reports, but no solution. BTW, the boot > > > cd I used is 7.0-BETA1.5. > > > > Does Linux find an SMAP? Right now FreeBSD/amd64 requires an SMAP. > > I'm not sure if I get this right, on Linux it shows > > BIOS-provided physical RAM map: > BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) > BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) > BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved) > BIOS-e820: 0000000000100000 - 00000000defafe00 (usable) > BIOS-e820: 00000000defafe00 - 00000000defb1ea0 (ACPI NVS) > BIOS-e820: 00000000defb1ea0 - 00000000e0000000 (reserved) > BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved) > BIOS-e820: 00000000fec00000 - 00000000fed40000 (reserved) > BIOS-e820: 00000000fed45000 - 0000000100000000 (reserved) > BIOS-e820: 0000000100000000 - 000000021c000000 (usable) Ok, so Linux finds it. They use the same algo the loader uses, so I don't see why this isn't working. :( You can try adding some debug printfs into sys/boot/i386/libi386/biossmap.c where it calls the BIOS to fetch the SMAP. You can also try disassembling your BIOS to see how it handles int 0x15 ax=0xe820 to see if it is expecting something odd. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 3 00:51:49 2007 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C049D16A5DE for ; Sat, 3 Nov 2007 00:51:48 +0000 (UTC) (envelope-from nge@cs.hmc.edu) Received: from knuth.cs.hmc.edu (knuth.cs.hmc.edu [134.173.42.100]) by mx1.freebsd.org (Postfix) with ESMTP id B71EE13C4A5 for ; Sat, 3 Nov 2007 00:51:48 +0000 (UTC) (envelope-from nge@cs.hmc.edu) Received: by knuth.cs.hmc.edu (Postfix, from userid 26983) id 8D6C185142; Fri, 2 Nov 2007 17:51:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by knuth.cs.hmc.edu (Postfix) with ESMTP id 8D10B42F7E0; Fri, 2 Nov 2007 17:51:26 -0700 (PDT) Date: Fri, 2 Nov 2007 17:51:26 -0700 (PDT) From: Nate Eldredge X-X-Sender: nate@knuth.cs.hmc.edu To: Marek Blaszkowski In-Reply-To: <472B5111.8010109@kis.p.lodz.pl> Message-ID: References: <4728906E.8020804@kis.p.lodz.pl> <472B2FBB.5070308@kis.p.lodz.pl> <472B5111.8010109@kis.p.lodz.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org Subject: Re: strange i/o and tty lockups/delays on 6.1, strange sync() issue - updated - slow sata disk writes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2007 00:51:49 -0000 On Fri, 2 Nov 2007, Marek Blaszkowski wrote: > Hi, I done more tests, it's looks like for unknown reason bootleneck is > (maybe) sata controller (?). Are you sure it's only disk access that causes the stall? I ran a test program like the following; it reports whenever it's scheduled out for more than argv[1] microseconds. You could also try running it in single user mode for a minimum of disk activity. If you want to get really involved you could boot from a ramdisk or something. Btw, regarding PREEMPTION: I don't know if it is "officially" safe or not. I haven't had any problems using it on my box, but it's not particularly heavily loaded either. Have you tried disabling ACPI yet? #include #include #include #include int main(int argc, char *argv[]) { long t; struct timeval old,new; if (argv[1]) t = atol(argv[1]); else t = 0; gettimeofday(&old,NULL); while (1) { long diff; gettimeofday(&new, NULL); diff = (new.tv_sec - old.tv_sec) * 1000000 + (new.tv_usec - old.tv_usec); if (diff >= t) printf("%ld\n",diff); old = new; } return 0; } -- Nate Eldredge nge@cs.hmc.edu