From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 01:48:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7D9016A407 for ; Sun, 1 Oct 2006 01:48:56 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30806.mail.mud.yahoo.com (web30806.mail.mud.yahoo.com [68.142.200.149]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B8FD43D49 for ; Sun, 1 Oct 2006 01:48:56 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 53549 invoked by uid 60001); 1 Oct 2006 01:48:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CDDKIp07GRjx3K/2UHLI0y63chcF6k/FbHi3TByhc/8+ITil4zn5QptfUMjhF1UIaibFmFP+reTRm0bZR3uhZTUfZ6zNHwCnMors46kVy4Mee/oelzaH8pPiKlzNN8mcZOAmrUaM4624Ot11YJZI2CllPnFGeHNOGOn+KHI8E3k= ; Message-ID: <20061001014856.53547.qmail@web30806.mail.mud.yahoo.com> Received: from [71.139.37.164] by web30806.mail.mud.yahoo.com via HTTP; Sat, 30 Sep 2006 18:48:56 PDT Date: Sat, 30 Sep 2006 18:48:56 -0700 (PDT) From: Mohan Srinivasan To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: cvs.freebsd.org... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 01:48:56 -0000 This site no longer displays the CVS web interface that I was used to. Instead I get some perforce nonsense. I hate perforce and can't deal with it. Does anyone have a link where I can continue to get the CVS web interface ? thanks mohan From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 01:51:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF8EE16A416 for ; Sun, 1 Oct 2006 01:51:04 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D3643D6D for ; Sun, 1 Oct 2006 01:51:00 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so368970uge for ; Sat, 30 Sep 2006 18:50:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=USXpTc+VLTJtapCqmR0+Pl1UxgFv2XQvEMWmhSnmApN058D4SoAQjxHjsx8rRCSHbWmQWTiBd2hBuyBlUxi7cPlbShmA2iNZQnPZcLdHW73WEXQey7hYLtUPF8vkEX0RqIU/5Mp42N+0mAjyVGl0+KccsUwnpGlmDlvj4Ckqza8= Received: by 10.67.105.19 with SMTP id h19mr1484637ugm; Sat, 30 Sep 2006 18:50:59 -0700 (PDT) Received: by 10.67.28.14 with HTTP; Sat, 30 Sep 2006 18:50:57 -0700 (PDT) Message-ID: Date: Sat, 30 Sep 2006 21:50:57 -0400 From: "Scott Ullrich" To: "Mohan Srinivasan" In-Reply-To: <20061001014856.53547.qmail@web30806.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061001014856.53547.qmail@web30806.mail.mud.yahoo.com> Cc: current@freebsd.org Subject: Re: cvs.freebsd.org... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 01:51:04 -0000 On 9/30/06, Mohan Srinivasan wrote: > This site no longer displays the CVS web interface that I was used to. Instead > I get some perforce nonsense. I hate perforce and can't deal with it. > > Does anyone have a link where I can continue to get the CVS web interface ? Try this one... http://www.freebsd.org/cgi/cvsweb.cgi/src/ Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 01:56:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED3316A403 for ; Sun, 1 Oct 2006 01:56:38 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4140A43D70 for ; Sun, 1 Oct 2006 01:56:37 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 29918456E; Sat, 30 Sep 2006 17:56:36 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Sat, 30 Sep 2006 17:56:16 -0800 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1401968.NpvislFnSb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609301756.35168.freebsd@alaskaparadise.com> Subject: Can't mount cdrom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 01:56:39 -0000 --nextPart1401968.NpvislFnSb Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm having a problem mounting a cd. from dmesg: acd0: CDRW at ata1-slave PIO4 I also have the proper entry in fstab. Problem is when I try and do a mount= =20 either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it just hangs= =20 and does nothing. The CD is mountable (I just tried it on a 6.1 box). I can= =20 however access the drive with k3b. I really need this working as a lot of m= y=20 data is on CD. This was working until just recently. I'm running -CURRENT=20 from yesterday. Does anyone have a suggestion? Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1401968.NpvislFnSb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFHyBSR5sEeCt9j00RAvVaAJ9CbRD1ynmHWjPT593vbdMzuee1CQCfZBZE U+yhOv477ljCroejQz0MG0k= =sj1a -----END PGP SIGNATURE----- --nextPart1401968.NpvislFnSb-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 02:09:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C67BC16A403 for ; Sun, 1 Oct 2006 02:09:25 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30801.mail.mud.yahoo.com (web30801.mail.mud.yahoo.com [68.142.200.144]) by mx1.FreeBSD.org (Postfix) with SMTP id 50EBF43D4C for ; Sun, 1 Oct 2006 02:09:25 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 88762 invoked by uid 60001); 1 Oct 2006 02:09:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=da4gtSLRMFnYUKLPeUVDF2fqCpOuZy5eICkuo1aM2a0aFCtYHGVrgpEbRCEEflV5tvnE5q55BMbqwQSsmnQ+0PRaBbWwq6gRfHd6+Oi7ykE25EfNXKHyPKQZvmYqrDlf6OK5INKIKHB6J3GFSVNUFzMg2tcu0bGRY5CARSbE0+A= ; Message-ID: <20061001020924.88760.qmail@web30801.mail.mud.yahoo.com> Received: from [71.139.37.164] by web30801.mail.mud.yahoo.com via HTTP; Sat, 30 Sep 2006 19:09:24 PDT Date: Sat, 30 Sep 2006 19:09:24 -0700 (PDT) From: Mohan Srinivasan To: Scott Ullrich In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: cvs.freebsd.org... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 02:09:25 -0000 Thanks ! I just got back from vacation and was typing in cvs.freebsd.org instead of cvsweb.freebsd.org :) Sorry for being a complete idiot. I can't help it sometimes :) mohan --- Scott Ullrich wrote: > On 9/30/06, Mohan Srinivasan wrote: > > This site no longer displays the CVS web interface that I was used to. Instead > > I get some perforce nonsense. I hate perforce and can't deal with it. > > > > Does anyone have a link where I can continue to get the CVS web interface ? > > Try this one... > > http://www.freebsd.org/cgi/cvsweb.cgi/src/ > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 05:37:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BAE416B1D8; Sun, 1 Oct 2006 05:34:44 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F40343D49; Sun, 1 Oct 2006 05:34:42 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 724324568; Sat, 30 Sep 2006 21:34:40 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Sat, 30 Sep 2006 21:34:20 -0800 User-Agent: KMail/1.9.3 References: <200609301756.35168.freebsd@alaskaparadise.com> In-Reply-To: <200609301756.35168.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2915123.scoh8oo90R"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609302134.38670.freebsd@alaskaparadise.com> Cc: Subject: Re: Can't mount cdrom (Fixed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 05:37:01 -0000 --nextPart2915123.scoh8oo90R Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 September 2006 17:56, Beech Rintoul wrote: > I'm having a problem mounting a cd. > > from dmesg: acd0: CDRW at ata1-slave PIO4 > > I also have the proper entry in fstab. Problem is when I try and do a mou= nt > either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it just hangs > and does nothing. The CD is mountable (I just tried it on a 6.1 box). I c= an > however access the drive with k3b. I really need this working as a lot of > my data is on CD. This was working until just recently. I'm running > -CURRENT from yesterday. As Ruslan stated in his post today, adding "options COMPAT_FREEBSD6" to a=20 custom kernel is now a necessity. Doing that not only solved my mount=20 problems, but several others I was having. Thanks for the heads up. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart2915123.scoh8oo90R Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFH1NuR5sEeCt9j00RAidGAJkBmq7ACmLY9oOLQ1QJincYREZC6ACfYJg8 p71UnPVepf6O6dXh3+sAYt8= =Cw6C -----END PGP SIGNATURE----- --nextPart2915123.scoh8oo90R-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 05:59:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 211CC16A417 for ; Sun, 1 Oct 2006 05:59:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8343743D4C for ; Sun, 1 Oct 2006 05:59:02 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp228-36.lns2.adl4.internode.on.net [203.122.228.36]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k915wjZK078581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Oct 2006 15:28:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 1 Oct 2006 15:28:22 +0930 User-Agent: KMail/1.9.4 References: <200609301756.35168.freebsd@alaskaparadise.com> In-Reply-To: <200609301756.35168.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2210817.ZXdurHO5A5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610011528.38398.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Beech Rintoul Subject: Re: Can't mount cdrom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 05:59:05 -0000 --nextPart2210817.ZXdurHO5A5 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 01 October 2006 11:26, Beech Rintoul wrote: \> I also have the proper entry in fstab. Problem is when I try and do a mo= unt > either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it just hangs > and does nothing. The CD is mountable (I just tried it on a 6.1 box). I c= an > however access the drive with k3b. I really need this working as a lot of > my data is on CD. This was working until just recently. I'm running > -CURRENT from yesterday. A full dmesg would probably be helpful.. Also try booting in verbose mode and perhaps fiddling with the modes using= =20 atacontrol. =09 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2210817.ZXdurHO5A5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFH1kO5ZPcIHs/zowRAsnDAKCAdOBp6fYNjwMEfUOEnKVLlgYjXQCeIAeD aBXKUu+K+PBJYmYtGKfR+kM= =Coci -----END PGP SIGNATURE----- --nextPart2210817.ZXdurHO5A5-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 06:17:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D47C816A403 for ; Sun, 1 Oct 2006 06:17:07 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id E243D43D46 for ; Sun, 1 Oct 2006 06:17:06 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id D4763456D; Sat, 30 Sep 2006 22:17:05 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: "Daniel O'Connor" Date: Sat, 30 Sep 2006 22:16:45 -0800 User-Agent: KMail/1.9.3 References: <200609301756.35168.freebsd@alaskaparadise.com> <200610011528.38398.doconnor@gsoft.com.au> In-Reply-To: <200610011528.38398.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1164524.qFv29TrHLl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609302217.04422.freebsd@alaskaparadise.com> Cc: freebsd-current@freebsd.org Subject: Re: Can't mount cdrom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 06:17:07 -0000 --nextPart1164524.qFv29TrHLl Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 September 2006 21:58, Daniel O'Connor wrote: > On Sunday 01 October 2006 11:26, Beech Rintoul wrote: > \> I also have the proper entry in fstab. Problem is when I try and do a > mount > > > either "mount =A0/cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it just > > hangs and does nothing. The CD is mountable (I just tried it on a 6.1 > > box). I can however access the drive with k3b. I really need this worki= ng > > as a lot of my data is on CD. This was working until just recently. I'm > > running -CURRENT from yesterday. > > A full dmesg would probably be helpful.. > > Also try booting in verbose mode and perhaps fiddling with the modes using > atacontrol. Thanks for the reply, Ruslan's heads up post solved the problem. Make sure to add "options COMPAT_FREEBSD6" to your custom kernel config files, or things like X.Org will refuse to work with the new kernel that includes fixed ioctl(2) API. =A0Recompiling the relevant ports is another option. Seems that it's not an option. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1164524.qFv29TrHLl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFH11gR5sEeCt9j00RAimcAKCYgWP7+Bpb4I64WIY3lEParSJw9QCeKf1a caOTj/p+Tf06d+LmLQXPSa0= =Ay/q -----END PGP SIGNATURE----- --nextPart1164524.qFv29TrHLl-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 06:31:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09EB16A4EB for ; Sun, 1 Oct 2006 06:31:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E16043D58 for ; Sun, 1 Oct 2006 06:31:03 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp228-36.lns2.adl4.internode.on.net [203.122.228.36]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k916UwHE079233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Oct 2006 16:00:58 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Beech Rintoul Date: Sun, 1 Oct 2006 16:00:45 +0930 User-Agent: KMail/1.9.4 References: <200609301756.35168.freebsd@alaskaparadise.com> <200610011528.38398.doconnor@gsoft.com.au> <200609302217.04422.freebsd@alaskaparadise.com> In-Reply-To: <200609302217.04422.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9532466.f1EkUO0m0U"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610011600.53021.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Can't mount cdrom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 06:31:12 -0000 --nextPart9532466.f1EkUO0m0U Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 01 October 2006 15:46, Beech Rintoul wrote: > Make sure to add "options COMPAT_FREEBSD6" to your custom kernel > config files, or things like X.Org will refuse to work with the > new kernel that includes fixed ioctl(2) API. =C2=A0Recompiling the > relevant ports is another option. How does COMPAT_FREEBSD6 help mounting a CD? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9532466.f1EkUO0m0U Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFH2Cc5ZPcIHs/zowRAgTJAJ9HwKLM9+A2DdQ6QqQ7ly4j0aoVAACgltcQ CbGjmeL5WRdT9TtfhDbrIwE= =OyXF -----END PGP SIGNATURE----- --nextPart9532466.f1EkUO0m0U-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 06:39:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF0816A412 for ; Sun, 1 Oct 2006 06:39:51 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A524643D64 for ; Sun, 1 Oct 2006 06:39:50 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id B04C35E5A; Sun, 1 Oct 2006 10:39:48 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id A77C35E58; Sun, 1 Oct 2006 10:39:48 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k916dqZI070236; Sun, 1 Oct 2006 10:39:52 +0400 (MSD) (envelope-from ru) Date: Sun, 1 Oct 2006 10:39:52 +0400 From: Ruslan Ermilov To: Beech Rintoul Message-ID: <20061001063952.GB70181@rambler-co.ru> References: <200609301756.35168.freebsd@alaskaparadise.com> <200609302134.38670.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <200609302134.38670.freebsd@alaskaparadise.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: Can't mount cdrom (Fixed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 06:39:51 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 30, 2006 at 09:34:20PM -0800, Beech Rintoul wrote: > On Saturday 30 September 2006 17:56, Beech Rintoul wrote: > > I'm having a problem mounting a cd. > > > > from dmesg: acd0: CDRW at ata1-slave PIO4 > > > > I also have the proper entry in fstab. Problem is when I try and do a m= ount > > either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it just ha= ngs > > and does nothing. The CD is mountable (I just tried it on a 6.1 box). I= can > > however access the drive with k3b. I really need this working as a lot = of > > my data is on CD. This was working until just recently. I'm running > > -CURRENT from yesterday. >=20 >=20 > As Ruslan stated in his post today, adding "options COMPAT_FREEBSD6" to a= =20 > custom kernel is now a necessity. Doing that not only solved my mount=20 > problems, but several others I was having. Thanks for the heads up. >=20 Mount?! My changes have nothing to do with mounts. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFH2K4qRfpzJluFF4RAlSqAKCVSe9n7W+eHw1rST0/wpykYJMEHACfQJlp Q2Pu6q1JKP/crWtVwC2PLkM= =vt7G -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 07:02:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8FB16A415; Sun, 1 Oct 2006 07:02:49 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F86A43D46; Sun, 1 Oct 2006 07:02:48 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 49639456D; Sat, 30 Sep 2006 23:02:47 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: Ruslan Ermilov Date: Sat, 30 Sep 2006 23:02:24 -0800 User-Agent: KMail/1.9.3 References: <200609301756.35168.freebsd@alaskaparadise.com> <200609302134.38670.freebsd@alaskaparadise.com> <20061001063952.GB70181@rambler-co.ru> In-Reply-To: <20061001063952.GB70181@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6553251.zY4DblSuR9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609302302.45238.freebsd@alaskaparadise.com> Cc: freebsd-current@freebsd.org Subject: Re: Can't mount cdrom (Fixed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 07:02:49 -0000 --nextPart6553251.zY4DblSuR9 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 September 2006 22:39, Ruslan Ermilov wrote: > On Sat, Sep 30, 2006 at 09:34:20PM -0800, Beech Rintoul wrote: > > On Saturday 30 September 2006 17:56, Beech Rintoul wrote: > > > I'm having a problem mounting a cd. > > > > > > from dmesg: acd0: CDRW at ata1-slave PIO4 > > > > > > I also have the proper entry in fstab. Problem is when I try and do a > > > mount either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it > > > just hangs and does nothing. The CD is mountable (I just tried it on a > > > 6.1 box). I can however access the drive with k3b. I really need this > > > working as a lot of my data is on CD. This was working until just > > > recently. I'm running -CURRENT from yesterday. > > > > As Ruslan stated in his post today, adding "options COMPAT_FREEBSD6" to= a > > custom kernel is now a necessity. Doing that not only solved my mount > > problems, but several others I was having. Thanks for the heads up. > > Mount?! My changes have nothing to do with mounts. Well then something else must have been bad in my kernel. I added your opti= on,=20 rebuilt my kernel and the problem went away. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart6553251.zY4DblSuR9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFH2gUR5sEeCt9j00RAndDAKCVzqVRiQacJeBHv8k3ao0Aoj3s/ACfeeNF TKOBS+9GRnGPex8gPxg2mq0= =XGL1 -----END PGP SIGNATURE----- --nextPart6553251.zY4DblSuR9-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 07:30:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C10BD16A47B for ; Sun, 1 Oct 2006 07:30:04 +0000 (UTC) (envelope-from maikhai@nerdshack.com) Received: from kelly.nerdshack.com (kelly.nerdshack.com [209.235.105.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 011C143D46 for ; Sun, 1 Oct 2006 07:30:03 +0000 (GMT) (envelope-from maikhai@nerdshack.com) Received: from dispatchd.nerdshack.com (julie.nerdshack.com [209.235.105.21]) by kelly.nerdshack.com (Postfix) with SMTP id 500B3903B6 for ; Sun, 1 Oct 2006 02:17:03 -0500 (CDT) Received: from 192.168.2.33 (adsl.hnpt.com.vn [203.210.212.124]) by mail.nerdshack.com with ESMTP Sun, 01 Oct 2006 01:11:13 -0500 From: maikhai To: freebsd-current@freebsd.org Date: Sun, 1 Oct 2006 14:29:27 +0700 User-Agent: KMail/1.9.1 References: <200609301756.35168.freebsd@alaskaparadise.com> <200609302134.38670.freebsd@alaskaparadise.com> In-Reply-To: <200609302134.38670.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610011429.28079.maikhai@nerdshack.com> Subject: Re: Can't mount cdrom (Fixed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 07:30:04 -0000 On Sunday 01 October 2006 12:34, Beech Rintoul wrote: > On Saturday 30 September 2006 17:56, Beech Rintoul wrote: > > I'm having a problem mounting a cd. > > > > from dmesg: acd0: CDRW at ata1-slave PIO4 > > > > I also have the proper entry in fstab. Problem is when I try and do a > > mount either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" it > > just hangs and does nothing. The CD is mountable (I just tried it on a > > 6.1 box). I can however access the drive with k3b. I really need this > > working as a lot of my data is on CD. This was working until just > > recently. I'm running -CURRENT from yesterday. > > As Ruslan stated in his post today, adding "options COMPAT_FREEBSD6" to a > custom kernel is now a necessity. Doing that not only solved my mount > problems, but several others I was having. Thanks for the heads up. > > Beech Below is mine (FreeBSD-6.1) $ cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1e /tmp ufs rw 2 2 /dev/ad0s1f /usr ufs rw 2 2 /dev/ad0s1d /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 rw,noauto,nodev,nosuid 0 0 /dev/cd0 /cd cd9660 rw,noauto,nodev,nosuid 0 0 /dev/cd0c /usr/home/mk/cdrom cd9660 ro,noauto,nodev,nosuid 0 0 /dev/ad0s2 /mnt/lin reiserfs rw,auto 0 0 /dev/ad0s3 /mnt/linto ext2fs rw,auto 0 0 $ su Password: dhcppc0# mount /cd mount_cd9660: /dev/cd0: No such file or directory dhcppc0# mount /cdrom dhcppc0# ls /cdrom .disk install programs README.diskdefines isolinux start.bmp autorun.inf kubuntu.ico start.exe bin md5sum.txt start.ini casper pics ubuntu disctree pool dists preseed dhcppc0# -- m k h _ s g n From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 08:51:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 324EE16A403 for ; Sun, 1 Oct 2006 08:51:37 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D90143D49 for ; Sun, 1 Oct 2006 08:51:36 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id E6EA92D4A8B for ; Sun, 1 Oct 2006 08:51:14 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id A8DA11142D; Sun, 1 Oct 2006 10:51:34 +0200 (CEST) Date: Sun, 1 Oct 2006 10:51:34 +0200 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20061001085133.GA983@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: HEADS UP: OpenSSL 0.9.8d import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 08:51:37 -0000 Hey, FYI, I have just imported OpenSSL 0.9.8d into -CURRENT. I this a minor upgrade so hopefully it shouldn't blow anything up, but let me know if it does. The import fixes FreeBSD-SA-06:23.openssl for -CURRENT - I just forgot to mention that in the commit log. I'm running buildworlds now to make sure I got it all committed. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 09:37:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11DDD16A403; Sun, 1 Oct 2006 09:37:32 +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 A48A543D46; Sun, 1 Oct 2006 09:37:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k919bU5Y013229; Sun, 1 Oct 2006 05:37:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k919bUDH068988; Sun, 1 Oct 2006 05:37:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 823317302F; Sun, 1 Oct 2006 05:37:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061001093730.823317302F@freebsd-current.sentex.ca> Date: Sun, 1 Oct 2006 05:37:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 09:37:32 -0000 TB --- 2006-10-01 07:48:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-01 07:48:56 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-01 07:48:56 - cleaning the object tree TB --- 2006-10-01 07:49:32 - checking out the source tree TB --- 2006-10-01 07:49:32 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-01 07:49:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-01 07:56:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-01 07:56:27 - cd /src TB --- 2006-10-01 07:56:27 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 1 07:56:28 UTC 2006 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Oct 1 09:35:13 UTC 2006 TB --- 2006-10-01 09:35:14 - generating LINT kernel config TB --- 2006-10-01 09:35:14 - cd /src/sys/amd64/conf TB --- 2006-10-01 09:35:14 - /usr/bin/make -B LINT TB --- 2006-10-01 09:35:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-01 09:35:14 - cd /src TB --- 2006-10-01 09:35:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 1 09:35:14 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding cc: /src/sys/dev_sound/pci/spicds.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-01 09:37:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-01 09:37:30 - ERROR: failed to build lint kernel TB --- 2006-10-01 09:37:30 - tinderbox aborted TB --- 1.47 user 7.20 system 6514.29 real From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 10:36:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B3EE16A40F for ; Sun, 1 Oct 2006 10:36:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FE8543D76 for ; Sun, 1 Oct 2006 10:36:36 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1938615pye for ; Sun, 01 Oct 2006 03:36:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=I4e0PI7Tk2SO8O8cYchcPzun6MmaEn4YmvauKrur4lFRffLm3iPMPI12Qi/LW1bycS5Yz8btwXMlJxpjpaEuWwanQtr9Z1ffvhBN2FKGly7gCuWEQNRni2Hw/52hqizJITGS0TMdUau1B9cv/06aethRigyQ7vsko4AkVV/vkvs= Received: by 10.35.61.2 with SMTP id o2mr4934642pyk; Sun, 01 Oct 2006 03:36:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 6sm1497065nzn.2006.10.01.03.36.35; Sun, 01 Oct 2006 03:36:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k91Abrwq039855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Oct 2006 19:37:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k91AbqdW039854 for freebsd-current@FreeBSD.org; Sun, 1 Oct 2006 19:37:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 1 Oct 2006 19:37:52 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20061001103752.GB38047@cdnetworks.co.kr> References: <20060926002916.GA5975@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060926002916.GA5975@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 10:36:48 -0000 On Tue, Sep 26, 2006 at 09:29:16AM +0900, To freebsd-current@FreeBSD.org wrote: > Hi, > > I've written a driver for Marvell/SysKonnect Yukon II Gigabit > Ethernet controller. It supports the following GigE adapters. > o SysKonnect SK-9Sxx Yukon Gigabit Ethernet > o SysKonnect SK-9Exx Yukon Gigabit Ethernet > o Marvell Yukon 88E8021CU Gigabit Ethernet > o Marvell Yukon 88E8021 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8022CU Gigabit Ethernet > o Marvell Yukon 88E8022 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8061CU Gigabit Ethernet > o Marvell Yukon 88E8061 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8062CU Gigabit Ethernet > o Marvell Yukon 88E8062 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8035 Gigabit Ethernet > o Marvell Yukon 88E8036 Gigabit Ethernet > o Marvell Yukon 88E8038 Gigabit Ethernet > o Marvell Yukon 88E8050 Gigabit Ethernet > o Marvell Yukon 88E8052 Gigabit Ethernet > o Marvell Yukon 88E8053 Gigabit Ethernet > o Marvell Yukon 88E8055 Gigabit Ethernet > o D-Link 560T Yukon Gigabit Ethernet > I've updated e1000phy(4) to support Yukon FE and automatic crossover functions on copper media. I don't have Yukon FE(Fast Ethernet) so I can't verify e1000phy(4) works on Yukon FE but it seems that automatic crossover works well on my Yukon EC. Now you don't need to find a crossover cable to connect two systems. However, it seems that manual media configutation does not work correctly. I can't sure it ever worked but I'm working on it. The updated e1000phy(4) also supports two additional PHY models which are supposed to be used on nfe(4). So if you use nfe(4) on CURRENT and ukphy(4) is attached on your NIC, please give e1000(4) go. If your Marvell NIC still use ukphy(4) please let me know what PHY models it is.(Set debug.bootverbose to 1 with sysctl(8) and load the driver module again. ukphy(4) will tell you OUI/model number for you.) As usual you can get the latest msk(4) driver from the following URL. http://people.freebsd.org/~yongari/msk/msk.HEAD.diff ATM the msk(4) has Rx performance issue. Because no documentation is available for Yukon II, I can't sure I can fix it but I'll do my best to address it. TODO: Fix manual media configuration(e1000phy(4)). Performance tuning. Rx TCP/UDP checksum offload. TSO support. 64bit DMA(DAC) support. Thank you. PS. I'll not be available for 2 weeks so please don't look forward to getting quick reply. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 10:56:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CABA316A40F; Sun, 1 Oct 2006 10:56:53 +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 6CDDD43D45; Sun, 1 Oct 2006 10:56:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k91Auqip013082; Sun, 1 Oct 2006 06:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k91AuqS6007828; Sun, 1 Oct 2006 06:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 757EC7302F; Sun, 1 Oct 2006 06:56:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061001105652.757EC7302F@freebsd-current.sentex.ca> Date: Sun, 1 Oct 2006 06:56:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 10:56:54 -0000 TB --- 2006-10-01 09:37:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-01 09:37:30 - starting HEAD tinderbox run for i386/i386 TB --- 2006-10-01 09:37:30 - cleaning the object tree TB --- 2006-10-01 09:37:59 - checking out the source tree TB --- 2006-10-01 09:37:59 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-10-01 09:37:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-01 09:44:48 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-01 09:44:48 - cd /src TB --- 2006-10-01 09:44:48 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 1 09:44:49 UTC 2006 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Oct 1 10:54:29 UTC 2006 TB --- 2006-10-01 10:54:29 - generating LINT kernel config TB --- 2006-10-01 10:54:29 - cd /src/sys/i386/conf TB --- 2006-10-01 10:54:29 - /usr/bin/make -B LINT TB --- 2006-10-01 10:54:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-01 10:54:29 - cd /src TB --- 2006-10-01 10:54:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 1 10:54:29 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /src/sys/dev_sound/pci/spicds.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-01 10:56:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-01 10:56:52 - ERROR: failed to build lint kernel TB --- 2006-10-01 10:56:52 - tinderbox aborted TB --- 1.20 user 5.91 system 4761.45 real From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 11:29:18 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 367CC16A403; Sun, 1 Oct 2006 11:29:18 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E94543D46; Sun, 1 Oct 2006 11:29:17 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k91BTF0S068696; Sun, 1 Oct 2006 11:29:16 GMT (envelope-from ariff@FreeBSD.org) Date: Sun, 1 Oct 2006 19:27:28 +0800 From: Ariff Abdullah To: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Message-Id: <20061001192728.0cc7cdf6.ariff@FreeBSD.org> In-Reply-To: <200610011113.k91BD09L005884@repoman.freebsd.org> References: <200610011113.k91BD09L005884@repoman.freebsd.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__1_Oct_2006_19_27_28_+0800_8p5RGTU+CkE7S6/6" Cc: Subject: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 11:29:18 -0000 --Signature=_Sun__1_Oct_2006_19_27_28_+0800_8p5RGTU+CkE7S6/6 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've just committed support for Intel (and compatible) High Definition Audio (Controller). Please give it a good punch. For RELENG_6 users, you're left with http://people.freebsd.org/~ariff/test/hda_releng6.diff. The rest 6.1-RELEASE mostly, or simply because you're too lazy to apply the patch, I've provided binary kmod for both i386 and amd64, found at http://people.freebsd.org/~ariff/HDA/kmod/ . Get _BOTH_ sound.ko and snd_hda.ko, no question about it. Welcome To HDA. On Sun, 1 Oct 2006 11:13:00 +0000 (UTC) Ariff Abdullah wrote: > ariff 2006-10-01 11:13:00 UTC >=20 > FreeBSD src repository >=20 > Added files: > sys/dev/sound/pci/hda hda_reg.h hdac.c hdac.h hdac_private.h=20 > hdac_reg.h=20 > sys/modules/sound/driver/hda Makefile=20 > Log: > Add support for Intel High Definition Audio Controller. > =20 > This driver make a special guarantee that "playback" works > on majority hardwares with minimal or without specific vendor > quirk. > =20 > This driver is a product of collaborative effort made by: > =20 > Stephane E. Potvin > Andrea Bittau > Wesley Morgan > Daniel Eischen > Maxime Guillaud > Ariff Abdullah > =20 > ....and various people from freebsd-multimedia@FreeBSD.org > =20 > Refer to snd_hda(4) for features and issues. > =20 > Welcome To HDA. > =20 > Sponsored by: Defenxis Sdn. Bhd. > =20 > Revision Changes Path > 1.1 +1226 -0 src/sys/dev/sound/pci/hda/hda_reg.h (new) > 1.1 +4584 -0 src/sys/dev/sound/pci/hda/hdac.c (new) > 1.1 +69 -0 src/sys/dev/sound/pci/hda/hdac.h (new) > 1.1 +335 -0 src/sys/dev/sound/pci/hda/hdac_private.h > (new) 1.1 +266 -0 src/sys/dev/sound/pci/hda/hdac_reg.h > (new) 1.1 +9 -0 =20 > src/sys/modules/sound/driver/hda/Makefile (new) >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sun__1_Oct_2006_19_27_28_+0800_8p5RGTU+CkE7S6/6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFH6Yjlr+deMUwTNoRAtAmAJwObJUiGku607iNeNNd45WOMi0l3wCfRQWT EIwwZ35OZR9HZ2mvegeqjSQ= =a/VN -----END PGP SIGNATURE----- --Signature=_Sun__1_Oct_2006_19_27_28_+0800_8p5RGTU+CkE7S6/6-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 11:37:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B9C16A4A0 for ; Sun, 1 Oct 2006 11:37:13 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B48F43D7E for ; Sun, 1 Oct 2006 11:36:41 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 88E595CB7; Sun, 1 Oct 2006 15:36:32 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 8136F5CB2; Sun, 1 Oct 2006 15:36:32 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k91Baat2088975; Sun, 1 Oct 2006 15:36:36 +0400 (MSD) (envelope-from ru) Date: Sun, 1 Oct 2006 15:36:35 +0400 From: Ruslan Ermilov To: Beech Rintoul Message-ID: <20061001113635.GA88888@rambler-co.ru> References: <200609301756.35168.freebsd@alaskaparadise.com> <200609302134.38670.freebsd@alaskaparadise.com> <20061001063952.GB70181@rambler-co.ru> <200609302302.45238.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <200609302302.45238.freebsd@alaskaparadise.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: Can't mount cdrom (Fixed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 11:37:13 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 30, 2006 at 11:02:24PM -0800, Beech Rintoul wrote: > On Saturday 30 September 2006 22:39, Ruslan Ermilov wrote: > > On Sat, Sep 30, 2006 at 09:34:20PM -0800, Beech Rintoul wrote: > > > On Saturday 30 September 2006 17:56, Beech Rintoul wrote: > > > > I'm having a problem mounting a cd. > > > > > > > > from dmesg: acd0: CDRW at ata1-slave PIO4 > > > > > > > > I also have the proper entry in fstab. Problem is when I try and do= a > > > > mount either "mount /cdrom" or "mount -t cd9660 /dev/acd0 /cdrom" = it > > > > just hangs and does nothing. The CD is mountable (I just tried it o= n a > > > > 6.1 box). I can however access the drive with k3b. I really need th= is > > > > working as a lot of my data is on CD. This was working until just > > > > recently. I'm running -CURRENT from yesterday. > > > > > > As Ruslan stated in his post today, adding "options COMPAT_FREEBSD6" = to a > > > custom kernel is now a necessity. Doing that not only solved my mount > > > problems, but several others I was having. Thanks for the heads up. > > > > Mount?! My changes have nothing to do with mounts. >=20 > Well then something else must have been bad in my kernel. I added your op= tion,=20 > rebuilt my kernel and the problem went away. >=20 Can you please double check that removing this option makes your problem re-appear? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD4DBQFFH6hDqRfpzJluFF4RAh2tAJjaOWYKcSXRkvxPUTIPXcoUVX/KAJ4n8cJC B8/wZe4xDDzoVQBORf+jcQ== =cauk -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 12:14:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D566416A4C9; Sun, 1 Oct 2006 12:14:40 +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 4125443D46; Sun, 1 Oct 2006 12:14:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k91CEdwP017423; Sun, 1 Oct 2006 08:14:39 -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.13.8/8.13.8) with ESMTP id k91CEdvg008148; Sun, 1 Oct 2006 08:14:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D1AB7302F; Sun, 1 Oct 2006 08:14:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061001121439.5D1AB7302F@freebsd-current.sentex.ca> Date: Sun, 1 Oct 2006 08:14:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 12:14:41 -0000 TB --- 2006-10-01 10:56:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-01 10:56:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-10-01 10:56:52 - cleaning the object tree TB --- 2006-10-01 10:56:58 - checking out the source tree TB --- 2006-10-01 10:56:58 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-10-01 10:56:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-01 11:03:37 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-01 11:03:37 - cd /src TB --- 2006-10-01 11:03:37 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 1 11:03:39 UTC 2006 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Oct 1 12:12:35 UTC 2006 TB --- 2006-10-01 12:12:35 - generating LINT kernel config TB --- 2006-10-01 12:12:35 - cd /src/sys/pc98/conf TB --- 2006-10-01 12:12:35 - /usr/bin/make -B LINT TB --- 2006-10-01 12:12:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-01 12:12:35 - cd /src TB --- 2006-10-01 12:12:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 1 12:12:35 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding cc: /src/sys/dev_sound/pci/spicds.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-01 12:14:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-01 12:14:39 - ERROR: failed to build lint kernel TB --- 2006-10-01 12:14:39 - tinderbox aborted TB --- 0.20 user 0.64 system 4666.45 real From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 12:45:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B7F216A51C for ; Sun, 1 Oct 2006 12:45:13 +0000 (UTC) (envelope-from rmgls@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6452F43D49 for ; Sun, 1 Oct 2006 12:45:12 +0000 (GMT) (envelope-from rmgls@wanadoo.fr) Received: from smtp-msa-out19.orange.fr (mwinf1903 [172.22.129.25]) by mwinf1910.orange.fr (SMTP Server) with ESMTP id A5A5E5C10007 for ; Sun, 1 Oct 2006 14:42:25 +0200 (CEST) Received: from wanadoo.fr (ARouen-156-1-41-51.w90-8.abo.wanadoo.fr [90.8.32.51]) by mwinf1903.orange.fr (SMTP Server) with ESMTP id 761A61C000A9 for ; Sun, 1 Oct 2006 14:42:24 +0200 (CEST) X-ME-UUID: 20061001124224483.761A61C000A9@mwinf1903.orange.fr To: freebsd-current@freebsd.org From: rmgls@orange.fr Date: Sun, 01 Oct 2006 14:42:18 +0200 Sender: rmgls@wanadoo.fr Message-Id: <20061001124224.761A61C000A9@mwinf1903.orange.fr> Subject: i4b compile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 12:45:13 -0000 hi all, I try to compile i4b in the kernel, (it does not compile as a module yet). 1. hints.xx for i4b make an error on "config". Perhaps i missed something here! 2. netgraph.h seems to be dereferenced, on make depend; 3. even if i include it (a copy) in i4b_ing.c, i obtain: i4b_ing.o(.text+0x116): In function `i4bingattach': ../../../i4b/driver/i4b_ing.c:1408: undefined reference to `ng_make_node_common' i4b_ing.o(.text+0x150):../../../i4b/driver/i4b_ing.c:1416: undefined reference to `ng_name_node' i4b_ing.o(.text+0x16d):../../../i4b/driver/i4b_ing.c:1419: undefined reference to `ng_unref_node' i4b_ing.o(.text+0x4c9): In function `ing_rx_data_rdy': ../../../i4b/driver/i4b_ing.c:1617: undefined reference to `ng_package_data' i4b_ing.o(.text+0x4e2):../../../i4b/driver/i4b_ing.c:1617: undefined reference to `ng_address_hook' i4b_ing.o(.text+0x4f1):../../../i4b/driver/i4b_ing.c:1617: undefined reference to `ng_snd_item' i4b_ing.o(.text+0x7c7): In function `ng_ing_rcvmsg': ../../../i4b/driver/i4b_ing.c:1781: undefined reference to `M_NETGRAPH_MSG' i4b_ing.o(.text+0x8e4):../../../i4b/driver/i4b_ing.c:1829: undefined reference to `M_NETGRAPH_MSG' i4b_ing.o(.text+0x994):../../../i4b/driver/i4b_ing.c:1863: undefined reference to `ng_address_ID' i4b_ing.o(.text+0x9a3):../../../i4b/driver/i4b_ing.c:1863: undefined reference to `ng_snd_item' i4b_ing.o(.text+0x9b2):../../../i4b/driver/i4b_ing.c:1863: undefined reference to `ng_free_item' i4b_ing.o(.text+0x9c6):../../../i4b/driver/i4b_ing.c:1863: undefined reference to `ng_free_item' i4b_ing.o(.text+0x9d5):../../../i4b/driver/i4b_ing.c:1865: undefined reference to `M_NETGRAPH_MSG' i4b_ing.o(.text+0xa11): In function `ng_ing_rcvdata': ../../../i4b/driver/i4b_ing.c:1882: undefined reference to `ng_free_item' i4b_ing.o(.text+0xb29): In function `ng_ing_shutdown': ../../../i4b/driver/i4b_ing.c:1939: undefined reference to `ng_unref_node' i4b_ing.o(.text+0xb4e):../../../i4b/driver/i4b_ing.c:1944: undefined reference to `ng_make_node_common' i4b_ing.o(.text+0xb88):../../../i4b/driver/i4b_ing.c:1951: undefined reference to `ng_name_node' i4b_ing.o(.text+0xba5):../../../i4b/driver/i4b_ing.c:1954: undefined reference to `ng_unref_node' i4b_ing.o(.data+0x84): In function `i4bingattach': ../../../i4b/driver/i4b_ing.c:1381: undefined reference to `ng_mod_event' i4b_ing.o(.rodata+0x4): In function `i4b_ing_modevent': ../../../i4b/driver/i4b_ing.c:1259: undefined reference to `ng_parse_int32_type' i4b_ing.o(.rodata+0x10):../../../i4b/driver/i4b_ing.c:1259: undefined reference to `ng_parse_int32_type' i4b_ing.o(.rodata+0x24):../../../i4b/driver/i4b_ing.c:1259: undefined reference to `ng_parse_struct_type' i4b_ing.o(.rodata+0x60): In function `i4bingattach': ../../../i4b/driver/i4b_ing.c:1379: undefined reference to `ng_parse_int32_type' *** Error code 1 Stop in /usr/src/sys/i386/compile/i4bkernel. any hint would be appreciated, to solve this issue, and for learning purpose. thanks. Raoul rmgls@orange.fr From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 12:47:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC9A16A415 for ; Sun, 1 Oct 2006 12:47:03 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2828E43D4C for ; Sun, 1 Oct 2006 12:47:03 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout3.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id k91CkrmK092558 for ; Sun, 1 Oct 2006 05:46:53 -0700 (PDT) Date: Sun, 01 Oct 2006 21:46:53 +0900 Message-ID: From: gnn@freebsd.org To: freebsd-current@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: AsiaBSDCon 2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 12:47:03 -0000 Hi Folks, Sorry for the slightly OT email but I'm hoping some of the people dilligently working away on FreeBSD will submit papers and presentations the upcoming AsiaBSDCon 2007 to be held in Tokyo Japan in March 2007. See this link: http://asiabsdcon.org/ Thanks, and now back to our regularly scheduled program :-) Later, George From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 13:13:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0600116A412; Sun, 1 Oct 2006 13:13:40 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4045843D6E; Sun, 1 Oct 2006 13:13:30 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 01 Oct 2006 06:13:30 -0700 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k91DDUvl016355; Sun, 1 Oct 2006 06:13:30 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k91DDTQV006805; Sun, 1 Oct 2006 06:13:29 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Oct 2006 06:13:28 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Oct 2006 06:13:28 -0700 Message-ID: <451FBED7.50701@cisco.com> Date: Sun, 01 Oct 2006 09:12:55 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pyunyh@gmail.com References: <451D5801.8030504@cisco.com> <20060930085506.GA32513@cdnetworks.co.kr> In-Reply-To: <20060930085506.GA32513@cdnetworks.co.kr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Oct 2006 13:13:28.0716 (UTC) FILETIME=[62B08CC0:01C6E55B] DKIM-Signature: a=rsa-sha1; q=dns; l=1824; t=1159708410; x=1160572410; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Some=20interesting=20plots; X=v=3Dcisco.com=3B=20h=3DoYssKf/8Gf1y2Bt8H+IL8Am5Wf4=3D; b=QqDUG+08NL6mULliyvShPiPWD66x4ifaEb36ENCZEXXgJ7XfAe5mSgJ8o+d4wu6v7KgwLHaz /TT0GeKdkazJtbEyb4HZZY0H8U5d6NPsQq/zWM1YbPREHvCh3HnWcrgn; Authentication-Results: sj-dkim-4.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: Peter Lei , Michael Tuexen , Robert Watson , "George V. Neville-Neil" , freebsd-current@freebsd.org Subject: Re: Some interesting plots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 13:13:40 -0000 Pyun: Nope, the test is between em1 <----> em0 The only way the msk0 would be used is in the event of loss..via a t3 timeout... and there are no timeouts that happen in this plot. R Pyun YongHyeon wrote: > On Fri, Sep 29, 2006 at 01:29:37PM -0400, Randall Stewart wrote: > > All: > > > > As you all may know I have been working on getting SCTP > > into Current.. > > > > I have been, of late, trying to tweak things to get > > the BEST performance out of the implementation... > > > > I have moved my testing off between two 7.0 machines.. same > > code base on each updated Sep 25. > > > > One is a 2.8Gig Dell SC1600 Xeon.. (hyper threaded CPU). > > The other is a P4D (2.8Gig .. slightly faster, true dual > > processor machine). > > > > They are connected by two intel EM server cards like so: > > > > > > +----+ +----+ > > 1 | em1 <---------------------> em0 | 2 > > | em0 <-----locallan--------> msk0| > > | dc0 <-Direct Inet | > > +----+ +-----+ > > > > > > em1 has 10.1.2.12 em0 10.1.2.21 > > em0 has 10.1.1.12 msk0 10.1.1.21 > > > > [...] > > > One other note, I see TCP is only getting 250Meg or so on the > > same test (It can run either).. now it used to get close to > > the full pipe (Gigbit).. so is there some issue with the new code > > that was recently submitted? > > > > I'm not sure but it seems that you've used experimental msk(4) on > CURRENT. ATM msk(4) has Rx performance issue. So if you get very > poor receive performance it would be msk(4) issue. > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 13:16:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C91016A407; Sun, 1 Oct 2006 13:16:38 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id D211643D4C; Sun, 1 Oct 2006 13:16:37 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 01 Oct 2006 06:16:38 -0700 X-IronPort-AV: i="4.09,240,1157353200"; d="scan'208"; a="327016250:sNHT53262180" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k91DGbR3001652; Sun, 1 Oct 2006 06:16:37 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k91DGaid026857; Sun, 1 Oct 2006 06:16:37 -0700 (PDT) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Oct 2006 06:16:36 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Oct 2006 06:16:36 -0700 Message-ID: <451FBF91.5070205@cisco.com> Date: Sun, 01 Oct 2006 09:16:01 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <451D5801.8030504@cisco.com> <86r6xtjv6t.fsf@dwp.des.no> In-Reply-To: <86r6xtjv6t.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 01 Oct 2006 13:16:36.0283 (UTC) FILETIME=[D27D00B0:01C6E55B] DKIM-Signature: a=rsa-sha1; q=dns; l=852; t=1159708597; x=1160572597; c=relaxed/relaxed; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Some=20interesting=20plots; X=v=3Dcisco.com=3B=20h=3DDnvFjLlaCiqpykMSuzGHUGiLUtk=3D; b=RFSxOvosm2fQ9uGnc7Cizzw0SqX09ZwrM/q4lne3jT/wuHKIafcVyMenQK/6Zx1HXxc1+2CN I4VdyBEgxOWsixbsxD/HDRfxReabPTRxJ7YMTQd4E0reVc+mnglKBa9g; Authentication-Results: sj-dkim-8.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: Peter Lei , Michael Tuexen , Robert Watson , "George V. Neville-Neil" , freebsd-current@freebsd.org Subject: Re: Some interesting plots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 13:16:38 -0000 Dag-Erling Smrgrav wrote: > Randall Stewart writes: > >>As you all may know I have been working on getting SCTP >>into Current.. >> >>I have been, of late, trying to tweak things to get >>the BEST performance out of the implementation... > > > the first rule of software optimization: don't do it > > the second rule of software opimization (for experts only): don't do it yet > > DES When I started optimizing a couple of years ago.. (this is probably the 3rd or 4th pass of it) the SCTP implementation would not get more than 300M on the current configuration I illustrated... I am now up to 750M ... along the way I have fixed numerous bugs ... having been in this business almost 25 years now I humbly disagree :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 13:17:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDA016A40F; Sun, 1 Oct 2006 13:17:39 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93EEB43D5A; Sun, 1 Oct 2006 13:17:38 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k91DHZCR090166; Sun, 1 Oct 2006 15:17:36 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 1 Oct 2006 15:17:35 +0200 (CEST) From: Martin Blapp To: current@freebsd.org In-Reply-To: <20060928195536.Y91466@godot.imp.ch> Message-ID: <20061001132422.O91466@godot.imp.ch> References: <20060928195536.Y91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: alc@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 13:17:39 -0000 After doing several compiles I found out that running HEAD of 1.10.2006 panics 1.5.2006 works, 1.7.2006 panics 1.6.2006 works So it's a commit between the 1st of June and 1st of July. I'll try now HEAD of 15.6.2006. Martin Martin > Unread portion of the kernel message buffer: > <118>Configuring syscons: > <118> keymap > panic: vm_page_free_toq: freeing mapped page 0xc2eb1eb8 > cpuid = 0 > KDB: enter: panic > panic: from debugger > cpuid = 0 > Uptime: 42s > Physical memory: 2035 MB > Dumping 78 MB: 63 47 31 15 > > (kgdb) where > #0 doadump () at pcpu.h:166 > #1 0xc06a15b0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc06a18c5 in panic (fmt=0xc08e884b "from debugger") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc0475ee6 in db_panic (addr=-1066666149, have_addr=0, count=-1, > modif=0xe539d7c8 "") at /usr/src/sys/ddb/db_command.c:428 > #4 0xc0475e7f in db_command (last_cmdp=0xc09fc3e4, cmd_table=0x0) at > /usr/src/sys/ddb/db_command.c:396 > #5 0xc0475f3a in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 > #6 0xc0477b39 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 > #7 0xc06bfa34 in kdb_trap (type=3, code=0, tf=0xe539d958) at > /usr/src/sys/kern/subr_kdb.c:502 > #8 0xc08a0fb4 in trap (frame= > {tf_fs = -449249272, tf_es = -1066663896, tf_ds = -1064173528, tf_edi = > -1064023194, tf_esi = 1, tf_ebp = -449193576, tf_isp = -449193596, tf_ebx = > -449193532, tf_edx = 0, tf_ecx = -1052561408, tf_eax = 18, tf_trapno = 3, > tf_err = 0, tf_eip = -1066666149, tf_cs = 32, tf_eflags = 642, tf_esp = > -449193544, tf_ss = -1066788745}) at /usr/src/sys/i386/i386/trap.c:620 > #9 0xc088be3a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 > #10 0xc06bf75b in kdb_enter (msg=0x12
) at > cpufunc.h:60 > #11 0xc06a1877 in panic (fmt=0xc0944b66 "vm_page_free_toq: freeing mapped > page %p") at /usr/src/sys/kern/kern_shutdown.c:549 > #12 0xc0805402 in vm_page_free_toq (m=0xc2eb1eb8) at > /usr/src/sys/vm/vm_page.c:1087 > #13 0xc08048e1 in vm_page_free (m=0xc2eb1eb8) at > /usr/src/sys/vm/vm_page.c:470 > #14 0xc08020ad in vm_object_terminate (object=0xc53a2a50) at > /usr/src/sys/vm/vm_object.c:657 > #15 0xc0801f85 in vm_object_deallocate (object=0xc53a2a50) at > /usr/src/sys/vm/vm_object.c:590 > #16 0xc07feb4c in vm_map_entry_delete (map=0xc14650a8, entry=0xc53750cc) at > /usr/src/sys/vm/vm_map.c:2283 > #17 0xc07fec80 in vm_map_delete (map=0xc14650a8, start=3242610856, > end=3792687104) at /usr/src/sys/vm/vm_map.c:2372 > #18 0xc07fc3a8 in kmem_free_wakeup (map=0xc14650a8, addr=3792416768, size=18) > at /usr/src/sys/vm/vm_kern.c:467 > #19 0xc0689126 in exec_free_args (args=0xe539dc60) at > /usr/src/sys/kern/kern_exec.c:1055 > #20 0xc0688ad7 in do_execve (td=0xc50fdd80, args=0xe539dc60, mac_p=0x0) at > /usr/src/sys/kern/kern_exec.c:795 > #21 0xc0687ee0 in kern_execve (td=0xc50fdd80, args=0xe539dc60, mac_p=0x0) at > /usr/src/sys/kern/kern_exec.c:258 > #22 0xc0687e4b in execve (td=0xc50fdd80, uap=0x12) at > /usr/src/sys/kern/kern_exec.c:188 > #23 0xc08a1802 in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 0, tf_ebp = > 0, tf_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, > tf_err = 0, tf_eip = 671410388, tf_cs = 51, tf_eflags = 514, tf_esp = > -1077940784, tf_ss = 59}) > at /usr/src/sys/i386/i386/trap.c:1006 > #24 0xc088be8f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:191 > > Martin Blapp, > ------------------------------------------------------------------ > ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH > Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 > PGP: > PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E > ------------------------------------------------------------------ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 14:10:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6539B16A403; Sun, 1 Oct 2006 14:10:13 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0377E43D46; Sun, 1 Oct 2006 14:10:13 +0000 (GMT) (envelope-from alex.kovalenko@verizon.net) Received: from RabbitsDen ([70.21.206.89]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J6G005GNNCXTXR7@vms046.mailsrvcs.net>; Sun, 01 Oct 2006 09:10:10 -0500 (CDT) Date: Sun, 01 Oct 2006 10:10:02 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20061001192728.0cc7cdf6.ariff@FreeBSD.org> To: Ariff Abdullah Message-id: <1159711802.919.7.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <200610011113.k91BD09L005884@repoman.freebsd.org> <20061001192728.0cc7cdf6.ariff@FreeBSD.org> Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 14:10:13 -0000 On Sun, 2006-10-01 at 19:27 +0800, Ariff Abdullah wrote: > I've just committed support for Intel (and compatible) > High Definition Audio (Controller). Please give it a good punch. > > For RELENG_6 users, you're left with > http://people.freebsd.org/~ariff/test/hda_releng6.diff. > > The rest 6.1-RELEASE mostly, or simply because you're too lazy to > apply the patch, I've provided binary kmod for both i386 and amd64, > found at http://people.freebsd.org/~ariff/HDA/kmod/ . Get _BOTH_ > sound.ko and snd_hda.ko, no question about it. > > > Welcome To HDA. > > On Sun, 1 Oct 2006 11:13:00 +0000 (UTC) > Ariff Abdullah wrote: > > ariff 2006-10-01 11:13:00 UTC > > > > FreeBSD src repository > > > > Added files: > > sys/dev/sound/pci/hda hda_reg.h hdac.c hdac.h hdac_private.h > > hdac_reg.h > > sys/modules/sound/driver/hda Makefile > > Log: > > Add support for Intel High Definition Audio Controller. > > > > This driver make a special guarantee that "playback" works > > on majority hardwares with minimal or without specific vendor > > quirk. > > > > This driver is a product of collaborative effort made by: > > > > Stephane E. Potvin > > Andrea Bittau > > Wesley Morgan > > Daniel Eischen > > Maxime Guillaud > > Ariff Abdullah > > > > ....and various people from freebsd-multimedia@FreeBSD.org > > > > Refer to snd_hda(4) for features and issues. > > > > Welcome To HDA. > > > > Sponsored by: Defenxis Sdn. Bhd. > > > > Revision Changes Path > > 1.1 +1226 -0 src/sys/dev/sound/pci/hda/hda_reg.h (new) > > 1.1 +4584 -0 src/sys/dev/sound/pci/hda/hdac.c (new) > > 1.1 +69 -0 src/sys/dev/sound/pci/hda/hdac.h (new) > > 1.1 +335 -0 src/sys/dev/sound/pci/hda/hdac_private.h > > (new) 1.1 +266 -0 src/sys/dev/sound/pci/hda/hdac_reg.h > > (new) 1.1 +9 -0 > > src/sys/modules/sound/driver/hda/Makefile (new) > > > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ Success ------- Hardware/chipset: IBM^H^H^HLenovo ThinkPad X60 (1709-73U) http://www.pc.ibm.com/us/notebooks/thinkpad/x-series/xseries_byo_x60.html Playback: Works flawlessly Recording: Works flawlessly Specific Issues: None. Haven't got an analog CD or any kind of optical drive though. Special request: Please forgive me for not being too helpful. Verbose dmesg: pcm0: mem 0xee240000-0xee243fff irq 17 at device 27.0 on pci0 pcm0: pcm0: Thank you very much for great work. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 13:05:05 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51D0E16A403 for ; Sun, 1 Oct 2006 13:05:05 +0000 (UTC) (envelope-from justin.richard.smith@drexel.edu) Received: from smtp.mail.drexel.edu (pm1.irt.drexel.edu [144.118.29.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id E998543D45 for ; Sun, 1 Oct 2006 13:05:04 +0000 (GMT) (envelope-from justin.richard.smith@drexel.edu) Received: from smtp.mail.drexel.edu (localhost.localdomain [127.0.0.1]) by smtp.mail.drexel.edu (Postfix) with SMTP id 29A10225E37 for ; Sun, 1 Oct 2006 09:05:04 -0400 (EDT) Received: from [141.158.54.33] (pool-141-158-54-33.phil.east.verizon.net [141.158.54.33]) by smtp.mail.drexel.edu (Postfix) with ESMTP id EE544225E2B for ; Sun, 1 Oct 2006 09:05:03 -0400 (EDT) Message-ID: <451FBCF1.9030505@drexel.edu> Date: Sun, 01 Oct 2006 09:04:49 -0400 From: Justin Smith Organization: Drexel University User-Agent: Thunderbird 1.5.0.7 (X11/20060916) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' X-Mailman-Approved-At: Sun, 01 Oct 2006 14:55:36 +0000 Cc: Subject: linux_rt_sigpending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 13:05:05 -0000 Is this patch in current? It was developed some time ago to enable Maple to run under linux emulation but it certainly hasn't been put into 6-STABLE yet because the patch still applies cleanly (and Maple now runs, while it didn't before). From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 14:58:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 083E716A5B4 for ; Sun, 1 Oct 2006 14:58:45 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 16D2643D46 for ; Sun, 1 Oct 2006 14:58:43 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx31.stngva01.us.mxservers.net (204.202.242.105) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 1-0137034721; Sun, 1 Oct 2006 16:58:42 +0200 (CEST) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx31.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 1a7df154.25809.100.mx31.stngva01.us.mxservers.net; Sun, 01 Oct 2006 10:58:41 -0400 (EDT) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.7/8.11.6) with ESMTP id k91EwdxR013824; Sun, 1 Oct 2006 16:58:39 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200610011458.k91EwdxR013824@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: rmgls@orange.fr In-reply-to: Your message of "Sun, 01 Oct 2006 14:42:18 +0200." <20061001124224.761A61C000A9@mwinf1903.orange.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 Oct 2006 16:58:39 +0200 From: Gary Jennejohn X-Spam: [F=0.0100000000; heur=0.500(-9900); stat=0.010; spamtraq-heur=0.500(2006093013)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-current@freebsd.org Subject: Re: i4b compile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gary Jennejohn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 14:58:45 -0000 rmgls@orange.fr writes: > I try to compile i4b in the kernel, (it does not compile as a module yet). > > 1. hints.xx for i4b make an error on "config". > Perhaps i missed something here! > > 2. netgraph.h seems to be dereferenced, on make depend; > > 3. even if i include it (a copy) in i4b_ing.c, i obtain: > [link failure output deleted] OK, this has nothing to do with compiling - it's a link-time failure. You obvioulsy are not including the required netgraph module in you kernel configuration. Unless you are 100% certain that you absolutely must have i4bing in your kernel I suggest just deleting it. That would be the easiest solution. Otherwise figure out which netgraph module you need and add it. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 15:13:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C376C16A407 for ; Sun, 1 Oct 2006 15:13:27 +0000 (UTC) (envelope-from fotoobscura@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7E643D46 for ; Sun, 1 Oct 2006 15:13:18 +0000 (GMT) (envelope-from fotoobscura@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1451096wxd for ; Sun, 01 Oct 2006 08:13:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=K6761xGsRyG986juuY/Ff7aN8Ia8OGC9rlAPikCY5yLxkwBjdt6T2Y2XBVP12rpeK27Pw0zT1qJRrQo47zXDm0wBk0eEHOvWA2CRKUT85Z8f50rYK5NfZrKiHBF8jicXG2L9dYLFDfqtfZX2A8afvfdeBULuxN68oVbtAYYQIRU= Received: by 10.90.115.4 with SMTP id n4mr2457824agc; Sun, 01 Oct 2006 08:13:17 -0700 (PDT) Received: by 10.90.116.9 with HTTP; Sun, 1 Oct 2006 08:13:17 -0700 (PDT) Message-ID: <7d43074e0610010813u4224a7b3w9ded72a0eb3a5311@mail.gmail.com> Date: Sun, 1 Oct 2006 11:13:17 -0400 From: as To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problems getting logical wireless interface visible on Freebsd 6.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 15:13:27 -0000 wireless device: linksys wusb54g2 USB running: 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 dmesg output for wireless related devices: inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto in /etc/rc.d: if_ipw_load="YES" if_ndis_load="YES" (don't think I need the ndis_load but i've tried booting without strictly ipw_load to no avail). I can't seem to ifconfig the logical device (it won't find it). I've googled around but can't seem to place my finger on this. I've used ndis_wrapper before and installed easily- even a much more obscure wireless device--- I can't seem to even establish the name of the logical interface- ...ath? can anyone assist please? i'm sure its simple but..well I don't know it :) Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 16:51:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6110716A416; Sun, 1 Oct 2006 16:51:35 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 225B043D49; Sun, 1 Oct 2006 16:51:30 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k91GpSRj078932; Sun, 1 Oct 2006 18:51:29 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 1 Oct 2006 18:51:28 +0200 (CEST) From: Martin Blapp To: current@freebsd.org In-Reply-To: <20061001132422.O91466@godot.imp.ch> Message-ID: <20061001183645.Y91466@godot.imp.ch> References: <20060928195536.Y91466@godot.imp.ch> <20061001132422.O91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: alc@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 16:51:35 -0000 Ok, the commit has been identified. After Reverting this revision, my Box doesn't panic anymore. With this revision in place, my box panics 100% at startup doing vi.recover things. Revision 1.564 / Tue Jun 27 04:28:23 2006 UTC (3 months ago) by alc Branch: MAIN Changes since 1.563: +5 -3 lines Diff to previous 1.563 (colored) Correct a very old and very obscure bug: vmspace_fork() calls pmap_copy() if the mapping is VM_INHERIT_SHARE. Suppose the mapping is also wired. vmspace_fork() clears the wiring attributes in the vm map entry but pmap_copy() copies the PG_W attribute in the PTE. I don't think this is catastrophic. It blocks pmap_remove_pages() from destroying the mapping and corrupts the pmap's wiring count. This revision fixes the problem by changing pmap_copy() to clear the PG_W attribute. Reviewed by: tegge@ From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 19:14:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF5116A407 for ; Sun, 1 Oct 2006 19:14:14 +0000 (UTC) (envelope-from rmgls@wanadoo.fr) Received: from smtp10.orange.fr (smtp10.orange.fr [193.252.22.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A909943D45 for ; Sun, 1 Oct 2006 19:14:13 +0000 (GMT) (envelope-from rmgls@wanadoo.fr) Received: from smtp-msa-out10.orange.fr (mwinf1002 [172.22.141.24]) by mwinf1010.orange.fr (SMTP Server) with ESMTP id 33E131C03717 for ; Sun, 1 Oct 2006 21:09:10 +0200 (CEST) Received: from wanadoo.fr (ARouen-156-1-47-198.w90-8.abo.wanadoo.fr [90.8.38.198]) by mwinf1002.orange.fr (SMTP Server) with ESMTP id AB52C2400093; Sun, 1 Oct 2006 21:09:06 +0200 (CEST) X-ME-UUID: 20061001190906701.AB52C2400093@mwinf1002.orange.fr To: Gary Jennejohn From: rmgls@wanadoo.fr Date: Sun, 01 Oct 2006 21:08:59 +0200 Sender: rmgls@wanadoo.fr Message-Id: <20061001190906.AB52C2400093@mwinf1002.orange.fr> Cc: freebsd-current@freebsd.org Subject: Re: i4b compile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 19:14:14 -0000 On Sun, 01 Oct 2006 16:58:39 +0200 Gary Jennejohn wrote >> rmgls@orange.fr writes: >> I try to compile i4b in the kernel, (it does not compile as a module yet). >> >> 1. hints.xx for i4b make an error on "config". >> Perhaps i missed something here! >> >> 2. netgraph.h seems to be dereferenced, on make depend; >> >> 3. even if i include it (a copy) in i4b_ing.c, i obtain: >> > OK, this has nothing to do with compiling - it's a link-time failure. > You obvioulsy are not including the required netgraph module in you kernel > configuration. > Unless you are 100% certain that you absolutely must have i4bing in your > kernel I suggest just deleting it. That would be the easiest solution. > Otherwise figure out which netgraph module you need and add it. Thanks, thats work find. best regards Raoul rmgls@orange.fr From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 19:33:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35C3B16A415; Sun, 1 Oct 2006 19:33:45 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FAA43D64; Sun, 1 Oct 2006 19:33:42 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k91JXd1r014478; Sun, 1 Oct 2006 19:33:40 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 03:31:53 +0800 From: Ariff Abdullah To: "Alexandre Vieira" Message-Id: <20061002033153.12e66f84.ariff@FreeBSD.org> In-Reply-To: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_03_31_53_+0800_0pGAtDcxiUSK3Ajg" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 19:33:45 -0000 --Signature=_Mon__2_Oct_2006_03_31_53_+0800_0pGAtDcxiUSK3Ajg Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [CC: current@ as this issue related with the current state of -current] On Sun, 1 Oct 2006 20:10:33 +0100 "Alexandre Vieira" wrote: > Hello folks, >=20 > I'm having some troubles setting up my freebsd workstation. >=20 > blackpearl# vmstat -i > interrupt total rate > irq1: atkbd0 1248 3 > irq9: acpi0 720 1 > irq12: psm0 4614 12 > irq14: ata0 45465 123 > irq16: pcm0 rl0++ 369 1 > cpu0: timer 733657 1993 > Total 786073 2136 > blackpearl# >=20 > I recently got sound in my laptop trough the recent snd_hda(4) > driver by Ariff. >=20 > Whenevr artds (our anything else opens the device) I get a panic > fatal trap 19 (non-maskable interrupt trap while in kernel mode). >=20 > What info do I need to submit in order to investigate this issue? >=20 I thought yours works flawlessly? I can't tell. The origin of the problem is probably somewhere else :( . Perhaps output of the crashdump and backtrace would help us to investigate the issue. Please update to the latest -current since snd_hda is already part of the -current build process. Besides, read /usr/src/UPDATING for latest breaking news. By the way, please fetch http://people.freebsd.org/~ariff/test/hdac.c and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in plain console (no X) while try to play something, perhaps using mpg123/mplayer etc. Few people reported simmilar issue which cannot be reproduced after staying out of X/KDE while abusing sound playback through plain console. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_03_31_53_+0800_0pGAtDcxiUSK3Ajg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIBerlr+deMUwTNoRAofIAJ9jf4BWK9BbdJyigBOL/Tm+wPTh+ACghzeG GOspL5OOqxMj552ahF1seZw= =urr6 -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_03_31_53_+0800_0pGAtDcxiUSK3Ajg-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 19:38:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D7A16A412 for ; Sun, 1 Oct 2006 19:38:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E040843D70 for ; Sun, 1 Oct 2006 19:38:00 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k91Jbumw047535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Oct 2006 21:37:56 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k91JbtCk047534; Sun, 1 Oct 2006 21:37:55 +0200 (CEST) Date: Sun, 1 Oct 2006 21:37:55 +0200 From: Divacky Roman To: Justin Smith Message-ID: <20061001193755.GA47392@stud.fit.vutbr.cz> References: <451FBCF1.9030505@drexel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451FBCF1.9030505@drexel.edu> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-current@freebsd.org Subject: Re: linux_rt_sigpending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 19:38:02 -0000 On Sun, Oct 01, 2006 at 09:04:49AM -0400, Justin Smith wrote: > Is this patch in current? It was developed some time ago to enable Maple > to run under linux emulation but it certainly hasn't been put into > 6-STABLE yet because the patch still applies cleanly (and Maple now > runs, while it didn't before). what patch? From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 19:43:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C43616A403 for ; Sun, 1 Oct 2006 19:43:15 +0000 (UTC) (envelope-from nullpt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDDCD43D8A for ; Sun, 1 Oct 2006 19:42:55 +0000 (GMT) (envelope-from nullpt@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so408219uge for ; Sun, 01 Oct 2006 12:42:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=SenHf5V5towdgngIE7FsFpGJ1XpcB+cwojUeq276ymEOIsxNQx4I58xQiiEVJjTIRE43HKv/jdasjtdx3BCi3NIhWQYbQ5T8B26fUqtCuRCJsrJlMsrcrHrQ4B3o2jz9/NYaae1rGjINoFhV/EzRTduQWb0pvonjJpNu2h4BPPo= Received: by 10.67.117.18 with SMTP id u18mr2173225ugm; Sun, 01 Oct 2006 12:42:54 -0700 (PDT) Received: by 10.66.237.20 with HTTP; Sun, 1 Oct 2006 12:42:54 -0700 (PDT) Message-ID: <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> Date: Sun, 1 Oct 2006 20:42:54 +0100 From: "Alexandre Vieira" To: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <20061002033153.12e66f84.ariff@FreeBSD.org> MIME-Version: 1.0 References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 19:43:15 -0000 On 10/1/06, Ariff Abdullah wrote: > > [CC: current@ as this issue related with the current state of > -current] > > On Sun, 1 Oct 2006 20:10:33 +0100 > "Alexandre Vieira" wrote: > > Hello folks, > > > > I'm having some troubles setting up my freebsd workstation. > > > > blackpearl# vmstat -i > > interrupt total rate > > irq1: atkbd0 1248 3 > > irq9: acpi0 720 1 > > irq12: psm0 4614 12 > > irq14: ata0 45465 123 > > irq16: pcm0 rl0++ 369 1 > > cpu0: timer 733657 1993 > > Total 786073 2136 > > blackpearl# > > > > I recently got sound in my laptop trough the recent snd_hda(4) > > driver by Ariff. > > > > Whenevr artds (our anything else opens the device) I get a panic > > fatal trap 19 (non-maskable interrupt trap while in kernel mode). > > > > What info do I need to submit in order to investigate this issue? > > > > I thought yours works flawlessly? > > I can't tell. The origin of the problem is probably somewhere else :( > . Perhaps output of the crashdump and backtrace would help us to > investigate the issue. > > Please update to the latest -current since snd_hda is already part of > the -current build process. Besides, read /usr/src/UPDATING for latest > breaking news. > > By the way, please fetch http://people.freebsd.org/~ariff/test/hdac.c > and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in plain > console (no X) while try to play something, perhaps using > mpg123/mplayer etc. Few people reported simmilar issue which cannot > be reproduced after staying out of X/KDE while abusing sound playback > through plain console. > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > > Hello, I'm sorry, forgot to add an important info. I'm now testing stuff in 6.2-PRERELEASE. I don't know if I did anything that different but I didn't see this happening in -CURRENT. I've made a simple test with mpg123. Played a mp3 file really fine without panicing.. what does artsd do that would cause the panic? Maybe I can't stress this as much as artsd? Regards, -- Alexandre Vieira - nullpt@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 19:51:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3963B16A403; Sun, 1 Oct 2006 19:51:10 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE76F43D45; Sun, 1 Oct 2006 19:51:09 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 42DB42C2C09; Sun, 1 Oct 2006 14:51:09 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xuynIDQhDldb; Sun, 1 Oct 2006 14:51:08 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 7C7702C2BFC; Sun, 1 Oct 2006 14:51:08 -0500 (CDT) Message-ID: <45201C2B.7080706@cs.rice.edu> Date: Sun, 01 Oct 2006 14:51:07 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050817 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Blapp References: <20060928195536.Y91466@godot.imp.ch> <20061001132422.O91466@godot.imp.ch> In-Reply-To: <20061001132422.O91466@godot.imp.ch> Content-Type: multipart/mixed; boundary="------------030204010107050904050908" Cc: alc@freebsd.org, current@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 19:51:10 -0000 This is a multi-part message in MIME format. --------------030204010107050904050908 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Martin Blapp wrote: > > After doing several compiles I found out that running HEAD of > > 1.10.2006 panics > > 1.5.2006 works, > > 1.7.2006 panics > > 1.6.2006 works > > So it's a commit between the 1st of June and 1st of July. I'll try > now HEAD of 15.6.2006. Can you tell me what if anything is printed with the attached patch applied? Regards, Alan --------------030204010107050904050908 Content-Type: text/plain; name="pmap_copy_printf.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pmap_copy_printf.patch" Index: i386/i386/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.575 diff -p -u -r1.575 pmap.c --- i386/i386/pmap.c 14 Aug 2006 15:39:41 -0000 1.575 +++ i386/i386/pmap.c 1 Oct 2006 19:14:20 -0000 @@ -2790,6 +2790,9 @@ pmap_copy(pmap_t dst_pmap, pmap_t src_pm if (srcptepaddr & PG_PS) { if (dst_pmap->pm_pdir[ptepindex] == 0) { + if (srcptepaddr & PG_W) + printf("pmap_copy: srcptepaddr = %#jx\n", + (uintmax_t)srcptepaddr); dst_pmap->pm_pdir[ptepindex] = srcptepaddr & ~PG_W; dst_pmap->pm_stats.resident_count += @@ -2821,6 +2824,9 @@ pmap_copy(pmap_t dst_pmap, pmap_t src_pm if (*dst_pte == 0 && pmap_try_insert_pv_entry(dst_pmap, addr, PHYS_TO_VM_PAGE(ptetemp & PG_FRAME))) { + if (ptetemp & PG_W) + printf("pmap_copy: ptetemp = %#jx\n", + (uintmax_t)ptetemp); /* * Clear the wired, modified, and * accessed (referenced) bits --------------030204010107050904050908-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:03:15 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 309B416A403; Sun, 1 Oct 2006 20:03:15 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B770F43D5A; Sun, 1 Oct 2006 20:03:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k91K3Bls057194; Sun, 1 Oct 2006 14:03:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Oct 2006 14:02:19 -0600 (MDT) Message-Id: <20061001.140219.228971290.imp@bsdimp.com> To: Alexander@Leidinger.net From: "M. Warner Losh" In-Reply-To: <20060928082651.b6xp2ayu9wg40wok@webmail.leidinger.net> References: <451AE27F.3010506@samsco.org> <200609271727.29775.jhb@freebsd.org> <20060928082651.b6xp2ayu9wg40wok@webmail.leidinger.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Oct 2006 14:03:12 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG, jhb@FreeBSD.ORG Subject: Re: isofs/cd9660 -> relocate to fs/isofs/cd9660? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:03:15 -0000 In message: <20060928082651.b6xp2ayu9wg40wok@webmail.leidinger.net> Alexander Leidinger writes: : Quoting John Baldwin (from Wed, 27 Sep 2006 17:27:29 -0400): : : > We've actually moved most of the filesystems into sys/fs in the past. Only : > cd9660, nfs, and ufs are in the top-level. I'd still say leave nfs and ufs : > alone, but sys/isofs/cd9660 -> sys/fs/cd9660 (I wouldn't keep the extra isofs : > directory) probably wouldn't be but so painful at this point. : : I expect a lot of moves when we switch to a VCS where moves are : cheap... but on the other hand, maybe this is another bikeshed. Actually, I expect there to NOT be a lot of moves if/when we change VCS. Just because a tool makes it easy, doesn't mean that it also solves the problem of reaching consensus on how to make the moves. Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:09:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE5CE16A403 for ; Sun, 1 Oct 2006 20:09:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77F4743D55 for ; Sun, 1 Oct 2006 20:09:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k91K9GBE057232; Sun, 1 Oct 2006 14:09:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Oct 2006 14:08:24 -0600 (MDT) Message-Id: <20061001.140824.-1264104565.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20060928231816.GI80527@funkthat.com> References: <20060928231816.GI80527@funkthat.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Oct 2006 14:09:17 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:09:29 -0000 In message: <20060928231816.GI80527@funkthat.com> John-Mark Gurney writes: : Comments? Improvements? Generally, libraries are considered to be a critical part of the system. They often have many different interdependencies. This is why we have buildworld: to account for them. If you make the patches that you describe, then you break the upgrade path for people with older systems. You don't need to do a complete buildworld either to get new libraries. However, teasing out the parts that you do and don't need can be a chore. Maybe we should enhance the build system to be able to say 'rebuild just the libraries w/o rebuilding the toolchain'. Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:13:07 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8BE716A40F; Sun, 1 Oct 2006 20:13:07 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B9D43D73; Sun, 1 Oct 2006 20:13:07 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k91KD4X3017555; Sun, 1 Oct 2006 20:13:05 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 04:11:18 +0800 From: Ariff Abdullah To: "Alexandre Vieira" Message-Id: <20061002041118.1d4b3908.ariff@FreeBSD.org> In-Reply-To: <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_04_11_18_+0800_ZsJX5L_UJl4ZQNl2" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:13:08 -0000 --Signature=_Mon__2_Oct_2006_04_11_18_+0800_ZsJX5L_UJl4ZQNl2 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please avoid freebsd-questions@, for now] On Sun, 1 Oct 2006 20:42:54 +0100 "Alexandre Vieira" wrote: > On 10/1/06, Ariff Abdullah wrote: > > > > [CC: current@ as this issue related with the current state of > > -current] > > > > On Sun, 1 Oct 2006 20:10:33 +0100 > > "Alexandre Vieira" wrote: > > > Hello folks, > > > > > > I'm having some troubles setting up my freebsd workstation. > > > > > > blackpearl# vmstat -i > > > interrupt total rate > > > irq1: atkbd0 1248 3 > > > irq9: acpi0 720 1 > > > irq12: psm0 4614 12 > > > irq14: ata0 45465 123 > > > irq16: pcm0 rl0++ 369 1 > > > cpu0: timer 733657 1993 > > > Total 786073 2136 > > > blackpearl# > > > > > > I recently got sound in my laptop trough the recent snd_hda(4) > > > driver by Ariff. > > > > > > Whenevr artds (our anything else opens the device) I get a panic > > > fatal trap 19 (non-maskable interrupt trap while in kernel > > > mode). > > > > > > What info do I need to submit in order to investigate this > > > issue? > > > > > > > I thought yours works flawlessly? > > > > I can't tell. The origin of the problem is probably somewhere else > > :( . Perhaps output of the crashdump and backtrace would help us > > to investigate the issue. > > > > Please update to the latest -current since snd_hda is already part > > of the -current build process. Besides, read /usr/src/UPDATING for > > latest breaking news. > > > > By the way, please fetch > > http://people.freebsd.org/~ariff/test/hdac.c > > and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in > > plain console (no X) while try to play something, perhaps using > > mpg123/mplayer etc. Few people reported simmilar issue which > > cannot be reproduced after staying out of X/KDE while abusing > > sound playback through plain console. > > > > >=20 > I'm sorry, forgot to add an important info. >=20 > I'm now testing stuff in 6.2-PRERELEASE. I don't know if I did > anything that different but I didn't see this happening in -CURRENT. >=20 What do you mean? Even with simple test like this (below) makes the -CURRENT panic too? > I've made a simple test with mpg123. Played a mp3 file really fine > without panicing.. what does artsd do that would cause the panic? > Maybe I can't stress this as much as artsd? >=20 sysctl hw.snd.pcm0.vchans=3D200 Open as many playback apps as possible So how about artsd+6.2-PRERELEASE ? Simmilar issue has been reported with this combination too, but I'm afraid the real problem is somewhere else, maybe this one: http://lists.freebsd.org/pipermail/cvs-all/2006-October/190629.html Don't hesitate to post your panic backtrace right here. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_04_11_18_+0800_ZsJX5L_UJl4ZQNl2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFICDolr+deMUwTNoRAj/tAKDRPXVgbU+hbuOo/ChZEmqi+Ih03ACfXfkn 5OBsIzLEbAUUR7FrvPyyLt4= =sZ3u -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_04_11_18_+0800_ZsJX5L_UJl4ZQNl2-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:24:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9940C16A600 for ; Sun, 1 Oct 2006 20:24:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D6F43D4C for ; Sun, 1 Oct 2006 20:24:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k91KLvMM057407; Sun, 1 Oct 2006 14:21:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Oct 2006 14:21:05 -0600 (MDT) Message-Id: <20061001.142105.163264219.imp@bsdimp.com> To: anderson@centtech.com From: "M. Warner Losh" In-Reply-To: <451ADC21.50206@centtech.com> References: <451ADC21.50206@centtech.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Oct 2006 14:21:58 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: isofs/cd9660 -> relocate to fs/isofs/cd9660? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:24:14 -0000 In message: <451ADC21.50206@centtech.com> Eric Anderson writes: : I noticed that cd9660 file system is in sys/isofs/cd9660 instead of what : seems more logical: sys/fs/cd9660. Is there any reason not to move it? : Curious mostly.. "Is there any real reason to move it?" is the right question to be asking. Moving it because it is the last exception to the rule would be one reason. Moving it because it makes this or that thing easier would be one reason. Moving it because there's no reason not to move is silly and should be avoided, as much of the rest of this thread has demonstrated. There's a constant balance between evolution and stability and tilting too far on either side of that balance will make things too painful for some class of users... Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:26:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87D2F16A492 for ; Sun, 1 Oct 2006 20:26:28 +0000 (UTC) (envelope-from nullpt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C925243D4C for ; Sun, 1 Oct 2006 20:26:26 +0000 (GMT) (envelope-from nullpt@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so410342uge for ; Sun, 01 Oct 2006 13:26:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lTcRtq1QxPDmo8MiJECIVZk2PqCgJbCOruePdu7OV3rh7kHpRl9I57VvC1ymuBAuFRIb2vwCprg9EaocBAVwPzGn1DFRbW9zKYppahFeXUnKauwM1HufcJ5CSc+CyGUB3fN6OHQdr/GAu5V2OJ82dqxNjvis4Mur53TsyRkoPH8= Received: by 10.66.221.19 with SMTP id t19mr2198563ugg; Sun, 01 Oct 2006 13:26:25 -0700 (PDT) Received: by 10.66.237.20 with HTTP; Sun, 1 Oct 2006 13:26:25 -0700 (PDT) Message-ID: <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> Date: Sun, 1 Oct 2006 21:26:25 +0100 From: "Alexandre Vieira" To: "Ariff Abdullah" In-Reply-To: <20061002041118.1d4b3908.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:26:28 -0000 Hello, I think i didn't explained myself: With 6.2-PRERLEASE I tested mpg123 in the console and it played fine, no problems. When I start kde it will panic with kernel trap 19 being the criminal proc "artsd". If I skip artsd it will run just fine (like now). With -CURRENT I've used KDE also but don't remember if I used artsd in any ocasion. It worked with applications like mplayer or amarok. I could only repro this problem with artsd, everything else works just fine.. Dont think that its related to the link you posted. Also, I haven't crashdumped anything for ages, my kernel has the "makeoptions DEBUG=-g" and I've set dumpdev to my swap device ad03b (/dev/ad0s3b none swap sw 0 0) but this is what I get: Checking for core dump on /dev/ad0s3b... savecore: no dumps found And when it panics I see it saving the stack trace. Anything changed in the stack trace recovery process? Thanks for the help. Regards On 10/1/06, Ariff Abdullah wrote: > [Please avoid freebsd-questions@, for now] > > On Sun, 1 Oct 2006 20:42:54 +0100 > "Alexandre Vieira" wrote: > > On 10/1/06, Ariff Abdullah wrote: > > > > > > [CC: current@ as this issue related with the current state of > > > -current] > > > > > > On Sun, 1 Oct 2006 20:10:33 +0100 > > > "Alexandre Vieira" wrote: > > > > Hello folks, > > > > > > > > I'm having some troubles setting up my freebsd workstation. > > > > > > > > blackpearl# vmstat -i > > > > interrupt total rate > > > > irq1: atkbd0 1248 3 > > > > irq9: acpi0 720 1 > > > > irq12: psm0 4614 12 > > > > irq14: ata0 45465 123 > > > > irq16: pcm0 rl0++ 369 1 > > > > cpu0: timer 733657 1993 > > > > Total 786073 2136 > > > > blackpearl# > > > > > > > > I recently got sound in my laptop trough the recent snd_hda(4) > > > > driver by Ariff. > > > > > > > > Whenevr artds (our anything else opens the device) I get a panic > > > > fatal trap 19 (non-maskable interrupt trap while in kernel > > > > mode). > > > > > > > > What info do I need to submit in order to investigate this > > > > issue? > > > > > > > > > > I thought yours works flawlessly? > > > > > > I can't tell. The origin of the problem is probably somewhere else > > > :( . Perhaps output of the crashdump and backtrace would help us > > > to investigate the issue. > > > > > > Please update to the latest -current since snd_hda is already part > > > of the -current build process. Besides, read /usr/src/UPDATING for > > > latest breaking news. > > > > > > By the way, please fetch > > > http://people.freebsd.org/~ariff/test/hdac.c > > > and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in > > > plain console (no X) while try to play something, perhaps using > > > mpg123/mplayer etc. Few people reported simmilar issue which > > > cannot be reproduced after staying out of X/KDE while abusing > > > sound playback through plain console. > > > > > > > > > > I'm sorry, forgot to add an important info. > > > > I'm now testing stuff in 6.2-PRERELEASE. I don't know if I did > > anything that different but I didn't see this happening in -CURRENT. > > > What do you mean? Even with simple test like this (below) makes the > -CURRENT panic too? > > > I've made a simple test with mpg123. Played a mp3 file really fine > > without panicing.. what does artsd do that would cause the panic? > > Maybe I can't stress this as much as artsd? > > > sysctl hw.snd.pcm0.vchans=200 > > Open as many playback apps as possible > > So how about artsd+6.2-PRERELEASE ? Simmilar issue has been reported > with this combination too, but I'm afraid the real problem is > somewhere else, maybe this one: > > http://lists.freebsd.org/pipermail/cvs-all/2006-October/190629.html > > Don't hesitate to post your panic backtrace right here. > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > -- Alexandre Vieira - nullpt@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:37:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A4716A47B; Sun, 1 Oct 2006 20:37:22 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7F7C43D55; Sun, 1 Oct 2006 20:37:21 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k91KbDwV077981; Sun, 1 Oct 2006 22:37:14 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 1 Oct 2006 22:37:13 +0200 (CEST) From: Martin Blapp To: Alan Cox In-Reply-To: <45201C2B.7080706@cs.rice.edu> Message-ID: <20061001223622.R91466@godot.imp.ch> References: <20060928195536.Y91466@godot.imp.ch> <20061001132422.O91466@godot.imp.ch> <45201C2B.7080706@cs.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: alc@freebsd.org, current@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:37:22 -0000 > Can you tell me what if anything is printed with the attached patch applied? > Hi, > MFC > Correct a very old and very obscure bug: vmspace_fork() calls > pmap_copy() if the mapping is VM_INHERIT_SHARE. Suppose the mapping > is also wired. vmspace_fork() clears the wiring attributes in the vm > map entry but pmap_copy() copies the PG_W attribute in the PTE. I > don't think this is catastrophic. It blocks pmap_remove_pages() from > destroying the mapping and corrupts the pmap's wiring count. With or without this MFC applied ? Martin From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:47:57 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B482416A40F; Sun, 1 Oct 2006 20:47:57 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A4143D4C; Sun, 1 Oct 2006 20:47:56 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k91Klsrj021394; Sun, 1 Oct 2006 20:47:55 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 04:46:07 +0800 From: Ariff Abdullah To: "Alexandre Vieira" Message-Id: <20061002044607.4698cdcc.ariff@FreeBSD.org> In-Reply-To: <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_04_46_07_+0800__02P70ThssL6VuLz" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:47:57 -0000 --Signature=_Mon__2_Oct_2006_04_46_07_+0800__02P70ThssL6VuLz Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 1 Oct 2006 21:26:25 +0100 "Alexandre Vieira" wrote: > Hello, >=20 > I think i didn't explained myself: >=20 > With 6.2-PRERLEASE I tested mpg123 in the console and it played > fine, no problems. When I start kde it will panic with kernel trap > 19 being the criminal proc "artsd". If I skip artsd it will run just > fine (like now). >=20 > With -CURRENT I've used KDE also but don't remember if I used artsd > in any ocasion. It worked with applications like mplayer or amarok. >=20 > I could only repro this problem with artsd, everything else works > just fine.. Dont think that its related to the link you posted. >=20 > Also, I haven't crashdumped anything for ages, my kernel has the > "makeoptions DEBUG=3D-g" and I've set dumpdev to my swap device ad03b > (/dev/ad0s3b none swap sw 0 > 0) but this is what I get: >=20 > Checking for core dump on /dev/ad0s3b... > savecore: no dumps found >=20 > And when it panics I see it saving the stack trace. >=20 > Anything changed in the stack trace recovery process? >=20 > Thanks for the help. >=20 Try running artsd while in console and see whether its panicking. Then, play simple .wav file using artsplay. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_04_46_07_+0800__02P70ThssL6VuLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFICkSlr+deMUwTNoRAls3AJ9xtWSpK9lGyxraH9ISGX2quz1OlwCcCc+U oEKtToqQ1jmL2Rj+09egGCU= =PP0v -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_04_46_07_+0800__02P70ThssL6VuLz-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:48:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E706216A403; Sun, 1 Oct 2006 20:48:27 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C4FA43D45; Sun, 1 Oct 2006 20:48:27 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 4644A2C2C0B; Sun, 1 Oct 2006 15:48:27 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2vvm67SSTDCl; Sun, 1 Oct 2006 15:48:26 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 908332C2C0A; Sun, 1 Oct 2006 15:48:26 -0500 (CDT) Message-ID: <4520299A.80102@cs.rice.edu> Date: Sun, 01 Oct 2006 15:48:26 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050817 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Blapp References: <20060928195536.Y91466@godot.imp.ch> <20061001132422.O91466@godot.imp.ch> <45201C2B.7080706@cs.rice.edu> <20061001223622.R91466@godot.imp.ch> In-Reply-To: <20061001223622.R91466@godot.imp.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, current@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:48:28 -0000 Martin Blapp wrote: >> Can you tell me what if anything is printed with the attached patch >> applied? >> > > Hi, > >> MFC >> Correct a very old and very obscure bug: vmspace_fork() calls >> pmap_copy() if the mapping is VM_INHERIT_SHARE. Suppose the mapping >> is also wired. vmspace_fork() clears the wiring attributes in the vm >> map entry but pmap_copy() copies the PG_W attribute in the PTE. I >> don't think this is catastrophic. It blocks pmap_remove_pages() from >> destroying the mapping and corrupts the pmap's wiring count. > > > With or without this MFC applied ? > It won't matter. However, the patch will likely not apply cleanly with the above change backed out simply due to the context being different. Alan From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 19:59:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C322616A403 for ; Sun, 1 Oct 2006 19:59:45 +0000 (UTC) (envelope-from justin.richard.smith@drexel.edu) Received: from smtp.mail.drexel.edu (pm1.irt.drexel.edu [144.118.29.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCC143D49 for ; Sun, 1 Oct 2006 19:59:45 +0000 (GMT) (envelope-from justin.richard.smith@drexel.edu) Received: from smtp.mail.drexel.edu (localhost.localdomain [127.0.0.1]) by smtp.mail.drexel.edu (Postfix) with SMTP id ACD09225F7E; Sun, 1 Oct 2006 15:59:43 -0400 (EDT) Received: from [141.158.54.202] (pool-141-158-54-202.phil.east.verizon.net [141.158.54.202]) by smtp.mail.drexel.edu (Postfix) with ESMTP id C7FF9225F91; Sun, 1 Oct 2006 15:59:38 -0400 (EDT) Message-ID: <45201E29.70109@drexel.edu> Date: Sun, 01 Oct 2006 15:59:37 -0400 From: Justin Smith Organization: Drexel University User-Agent: Thunderbird 1.5.0.7 (X11/20060916) MIME-Version: 1.0 To: Divacky Roman References: <451FBCF1.9030505@drexel.edu> <20061001193755.GA47392@stud.fit.vutbr.cz> In-Reply-To: <20061001193755.GA47392@stud.fit.vutbr.cz> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------000705000802030006060505" X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__BAT_BOUNDARY 0, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' X-Mailman-Approved-At: Sun, 01 Oct 2006 20:55:19 +0000 Cc: freebsd-current@freebsd.org Subject: Re: linux_rt_sigpending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 19:59:45 -0000 This is a multi-part message in MIME format. --------------000705000802030006060505 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Divacky Roman wrote: > On Sun, Oct 01, 2006 at 09:04:49AM -0400, Justin Smith wrote: > >> Is this patch in current? It was developed some time ago to enable Maple >> to run under linux emulation but it certainly hasn't been put into >> 6-STABLE yet because the patch still applies cleanly (and Maple now >> runs, while it didn't before). >> > > what patch? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I've attached it, although I downloaded it from the web (I don't recall where --- it was a FreeBSD developer's site. --------------000705000802030006060505 Content-Type: text/plain; name="linsyscall.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="linsyscall.diff" --- compat/linux/linux_signal.c Sun Feb 13 21:50:57 2005 +++ compat/linux/linux_signal.c Tue Jan 3 10:43:51 2006 @@ -406,6 +406,34 @@ mask = lset.__bits[0]; return (copyout(&mask, args->mask, sizeof(mask))); } + +/* + * MPSAFE + */ +int +linux_rt_sigpending(struct thread *td, struct linux_rt_sigpending_args *args) +{ + struct proc *p = td->td_proc; + sigset_t bset; + l_sigset_t lset; + + if (args->sigsetsize > sizeof(lset)) + return EINVAL; + /* NOT REACHED */ + +#ifdef DEBUG + if (ldebug(rt_sigpending)) + printf(ARGS(rt_sigpending, "*")); +#endif + + PROC_LOCK(p); + bset = p->p_siglist; + SIGSETOR(bset, td->td_siglist); + SIGSETAND(bset, td->td_sigmask); + PROC_UNLOCK(p); + bsd_to_linux_sigset(&bset, &lset); + return (copyout(&lset, args->set, args->sigsetsize)); +} #endif /*!__alpha__*/ int --- amd64/linux32/linux32_dummy.c Mon Aug 16 10:55:06 2004 +++ amd64/linux32/linux32_dummy.c Tue Jan 3 10:44:33 2006 @@ -54,7 +54,6 @@ DUMMY(query_module); DUMMY(nfsservctl); DUMMY(prctl); -DUMMY(rt_sigpending); DUMMY(rt_sigtimedwait); DUMMY(rt_sigqueueinfo); DUMMY(capget); --- amd64/linux32/syscalls.master Wed Jul 20 20:42:14 2005 +++ amd64/linux32/syscalls.master Tue Jan 3 10:44:21 2006 @@ -310,7 +310,8 @@ 175 AUE_NULL MSTD { int linux_rt_sigprocmask(l_int how, \ l_sigset_t *mask, l_sigset_t *omask, \ l_size_t sigsetsize); } -176 AUE_NULL MSTD { int linux_rt_sigpending(void); } +176 AUE_NULL MSTD { int linux_rt_sigpending(l_sigset_t *set, \ + l_size_t sigsetsize); } 177 AUE_NULL MSTD { int linux_rt_sigtimedwait(void); } 178 AUE_NULL MSTD { int linux_rt_sigqueueinfo(void); } 179 AUE_NULL MSTD { int linux_rt_sigsuspend( \ --- amd64/linux32/linux32_proto.h Wed Feb 1 09:36:43 2006 +++ amd64/linux32/linux32_proto.h Wed Feb 1 09:37:09 2006 @@ -2,7 +2,7 @@ * System call prototypes. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/amd64/linux32/linux32_proto.h,v 1.5.2.1 2005/07/20 17:43:52 jhb Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.4.2.1 2005/07/20 17:42:14 jhb Exp */ @@ -518,7 +518,8 @@ char sigsetsize_l_[PADL_(l_size_t)]; l_size_t sigsetsize; char sigsetsize_r_[PADR_(l_size_t)]; }; struct linux_rt_sigpending_args { - register_t dummy; + char set_l_[PADL_(l_sigset_t *)]; l_sigset_t * set; char set_r_[PADR_(l_sigset_t *)]; + char sigsetsize_l_[PADL_(l_size_t)]; l_size_t sigsetsize; char sigsetsize_r_[PADR_(l_size_t)]; }; struct linux_rt_sigtimedwait_args { register_t dummy; --- amd64/linux32/linux32_syscall.h Wed Feb 1 09:36:43 2006 +++ amd64/linux32/linux32_syscall.h Wed Feb 1 09:37:09 2006 @@ -2,7 +2,7 @@ * System call numbers. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/amd64/linux32/linux32_syscall.h,v 1.5.2.1 2005/07/20 17:43:52 jhb Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.4.2.1 2005/07/20 17:42:14 jhb Exp */ --- amd64/linux32/linux32_sysent.c Wed Feb 1 09:36:43 2006 +++ amd64/linux32/linux32_sysent.c Wed Feb 1 09:37:09 2006 @@ -2,7 +2,7 @@ * System call switch table. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/amd64/linux32/linux32_sysent.c,v 1.5.2.1 2005/07/20 17:43:52 jhb Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.4.2.1 2005/07/20 17:42:14 jhb Exp */ @@ -196,7 +196,7 @@ { SYF_MPSAFE | AS(linux_rt_sigreturn_args), (sy_call_t *)linux_rt_sigreturn, AUE_NULL }, /* 173 = linux_rt_sigreturn */ { SYF_MPSAFE | AS(linux_rt_sigaction_args), (sy_call_t *)linux_rt_sigaction, AUE_NULL }, /* 174 = linux_rt_sigaction */ { SYF_MPSAFE | AS(linux_rt_sigprocmask_args), (sy_call_t *)linux_rt_sigprocmask, AUE_NULL }, /* 175 = linux_rt_sigprocmask */ - { SYF_MPSAFE | 0, (sy_call_t *)linux_rt_sigpending, AUE_NULL }, /* 176 = linux_rt_sigpending */ + { SYF_MPSAFE | AS(linux_rt_sigpending_args), (sy_call_t *)linux_rt_sigpending, AUE_NULL }, /* 176 = linux_rt_sigpending */ { SYF_MPSAFE | 0, (sy_call_t *)linux_rt_sigtimedwait, AUE_NULL }, /* 177 = linux_rt_sigtimedwait */ { SYF_MPSAFE | 0, (sy_call_t *)linux_rt_sigqueueinfo, AUE_NULL }, /* 178 = linux_rt_sigqueueinfo */ { SYF_MPSAFE | AS(linux_rt_sigsuspend_args), (sy_call_t *)linux_rt_sigsuspend, AUE_NULL }, /* 179 = linux_rt_sigsuspend */ --- i386/linux/linux_dummy.c Wed Feb 1 09:41:23 2006 +++ i386/linux/linux_dummy.c Wed Feb 1 09:42:33 2006 @@ -58,7 +58,6 @@ DUMMY(query_module); DUMMY(nfsservctl); DUMMY(prctl); -DUMMY(rt_sigpending); DUMMY(rt_sigtimedwait); DUMMY(rt_sigqueueinfo); DUMMY(capget); --- i386/linux/linux_proto.h Wed Feb 1 09:41:23 2006 +++ i386/linux/linux_proto.h Wed Feb 1 09:42:37 2006 @@ -2,7 +2,7 @@ * System call prototypes. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/i386/linux/linux_proto.h,v 1.64.2.1 2005/07/20 17:43:53 jhb Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.61.2.1 2005/07/20 17:42:15 jhb Exp */ @@ -513,7 +513,8 @@ char sigsetsize_l_[PADL_(l_size_t)]; l_size_t sigsetsize; char sigsetsize_r_[PADR_(l_size_t)]; }; struct linux_rt_sigpending_args { - register_t dummy; + char set_l_[PADL_(l_sigset_t *)]; l_sigset_t * set; char set_r_[PADR_(l_sigset_t *)]; + char sigsetsize_l_[PADL_(l_size_t)]; l_size_t sigsetsize; char sigsetsize_r_[PADR_(l_size_t)]; }; struct linux_rt_sigtimedwait_args { register_t dummy; --- i386/linux/linux_syscall.h Wed Feb 1 09:41:23 2006 +++ i386/linux/linux_syscall.h Wed Feb 1 09:42:37 2006 @@ -2,7 +2,7 @@ * System call numbers. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/i386/linux/linux_syscall.h,v 1.58.2.1 2005/07/20 17:43:53 jhb Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.61.2.1 2005/07/20 17:42:15 jhb Exp */ --- i386/linux/linux_sysent.c Wed Feb 1 09:41:23 2006 +++ i386/linux/linux_sysent.c Wed Feb 1 09:42:37 2006 @@ -2,7 +2,7 @@ * System call switch table. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/i386/linux/linux_sysent.c,v 1.65.2.1 2005/07/20 17:43:53 jhb Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.61.2.1 2005/07/20 17:42:15 jhb Exp */ @@ -196,7 +196,7 @@ { SYF_MPSAFE | AS(linux_rt_sigreturn_args), (sy_call_t *)linux_rt_sigreturn, AUE_NULL }, /* 173 = linux_rt_sigreturn */ { SYF_MPSAFE | AS(linux_rt_sigaction_args), (sy_call_t *)linux_rt_sigaction, AUE_NULL }, /* 174 = linux_rt_sigaction */ { SYF_MPSAFE | AS(linux_rt_sigprocmask_args), (sy_call_t *)linux_rt_sigprocmask, AUE_NULL }, /* 175 = linux_rt_sigprocmask */ - { SYF_MPSAFE | 0, (sy_call_t *)linux_rt_sigpending, AUE_NULL }, /* 176 = linux_rt_sigpending */ + { SYF_MPSAFE | AS(linux_rt_sigpending_args), (sy_call_t *)linux_rt_sigpending, AUE_NULL }, /* 176 = linux_rt_sigpending */ { SYF_MPSAFE | 0, (sy_call_t *)linux_rt_sigtimedwait, AUE_NULL }, /* 177 = linux_rt_sigtimedwait */ { SYF_MPSAFE | 0, (sy_call_t *)linux_rt_sigqueueinfo, AUE_NULL }, /* 178 = linux_rt_sigqueueinfo */ { SYF_MPSAFE | AS(linux_rt_sigsuspend_args), (sy_call_t *)linux_rt_sigsuspend, AUE_NULL }, /* 179 = linux_rt_sigsuspend */ --- i386/linux/syscalls.master Wed Feb 1 09:41:23 2006 +++ i386/linux/syscalls.master Wed Feb 1 09:42:16 2006 @@ -308,7 +308,8 @@ 175 AUE_NULL MSTD { int linux_rt_sigprocmask(l_int how, \ l_sigset_t *mask, l_sigset_t *omask, \ l_size_t sigsetsize); } -176 AUE_NULL MSTD { int linux_rt_sigpending(void); } +176 AUE_NULL MSTD { int linux_rt_sigpending(l_sigset_t *set, \ + l_size_t sigsetsize); } 177 AUE_NULL MSTD { int linux_rt_sigtimedwait(void); } 178 AUE_NULL MSTD { int linux_rt_sigqueueinfo(void); } 179 AUE_NULL MSTD { int linux_rt_sigsuspend( \ --------------000705000802030006060505-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 20:57:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D6A16A47E for ; Sun, 1 Oct 2006 20:57:13 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F2C943D46 for ; Sun, 1 Oct 2006 20:57:12 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1515978wxd for ; Sun, 01 Oct 2006 13:57:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=PJkyvWF9Q9b4igJjQqMTMr4x7GHq+go7rEyCCD3GCV5NbF/FblEYWr+eFFUw447JVFJiNv2LoFUT8uxoFcamuRa2qP186SEFsrXQW8DZW2oSN5edM6zBRqe47Q5cYPoIl63DSPxQZb4gdDMAVX2haDsaJlbOjlKMpOUC3aPiV0w= Received: by 10.70.117.3 with SMTP id p3mr5354241wxc; Sun, 01 Oct 2006 13:57:11 -0700 (PDT) Received: from ?10.0.0.30? ( [200.96.168.91]) by mx.gmail.com with ESMTP id i12sm8099182wxd.2006.10.01.13.57.10; Sun, 01 Oct 2006 13:57:11 -0700 (PDT) Message-ID: <45202B42.4000902@gmail.com> Date: Sun, 01 Oct 2006 17:55:30 -0300 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 Thunderbird/1.5.0.7 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: Ariff Abdullah References: <200610011113.k91BD09L005884@repoman.freebsd.org> <20061001192728.0cc7cdf6.ariff@FreeBSD.org> In-Reply-To: <20061001192728.0cc7cdf6.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:57:13 -0000 Ariff Abdullah wrote: > I've just committed support for Intel (and compatible) > High Definition Audio (Controller). Please give it a good punch. ... My Thinkpad T42 uses a plain old AC'97 chipset, but I no longer have any sound output after your HDA commit. Sound output was OK up until yesterday's CURRENT. With today's CURRENT, sound is gone, even though the kernel detects my card. [rainer@bsd ~]$ dmesg | grep pcm pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: [rainer@bsd ~]$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xc0000c00, 0xc0000800 irq 11 bufsz 16384 (1p/1r/1v channels duplex default) [rainer@bsd ~]$ mixer Mixer vol is currently set to 84:84 Mixer pcm is currently set to 80:80 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer rec is currently set to 0:0 Mixer igain is currently set to 0:0 Mixer ogain is currently set to 50:50 Mixer line1 is currently set to 75:75 Mixer phin is currently set to 0:0 Mixer phout is currently set to 0:0 Recording source: mic -- Rainer Alves From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 21:04:04 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E4116A417; Sun, 1 Oct 2006 21:04:04 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4D643D72; Sun, 1 Oct 2006 21:03:49 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 47AABC3B9; Sun, 1 Oct 2006 17:03:49 -0400 (EDT) Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id AC197C375; Sun, 1 Oct 2006 17:03:44 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Zj0Hwk9vfgYW8sQ7uWX5IZmMS4AIuNfvi2lZq07l7iWJlwuVJDKQAL9LuyK8lv7Qg dW27lZs9LVph+3SNUMOLhz8bziFSS2KzAuKKLXr9TUngYdTenwguGxqhQ6AV3yp Message-ID: <45202D2F.2070203@protected-networks.net> Date: Sun, 01 Oct 2006 17:03:43 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Ariff Abdullah References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> In-Reply-To: <20061002044607.4698cdcc.ariff@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:04:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ariff Abdullah wrote: > Try running artsd while in console and see whether its panicking. > Then, play simple .wav file using artsplay. Simply starting artsd is enough to kill my laptop yet I can use mpg123 in a konsole window w/o issue, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIC0vQv9rrgRC1JIRApYZAKDFWWrImRZkwBgE/gLiO3ePZS34ogCeOv6s RS/7W2nUTdHbTqIL2oV5s9g= =KSnd -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 21:10:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 429AA16A47B; Sun, 1 Oct 2006 21:10:49 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09C143DF4; Sun, 1 Oct 2006 21:10:31 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k91LAFpl017719; Sun, 1 Oct 2006 23:10:15 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 1 Oct 2006 23:10:15 +0200 (CEST) From: Martin Blapp To: Alan Cox In-Reply-To: <45201C2B.7080706@cs.rice.edu> Message-ID: <20061001230922.D91466@godot.imp.ch> References: <20060928195536.Y91466@godot.imp.ch> <20061001132422.O91466@godot.imp.ch> <45201C2B.7080706@cs.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: alc@freebsd.org, current@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:10:49 -0000 Hi, > > Can you tell me what if anything is printed with the attached patch applied? Strange. Nothing at all gets printed. Should I readd rev. 1.564 and let it crash again ? Martin From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 21:18:05 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FBF16A40F; Sun, 1 Oct 2006 21:18:05 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F75143D69; Sun, 1 Oct 2006 21:18:05 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k91LI2Fk023201; Sun, 1 Oct 2006 21:18:03 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 05:16:09 +0800 From: Ariff Abdullah To: Michael Butler , "Alexandre Vieira" Message-Id: <20061002051609.301477d4.ariff@FreeBSD.org> In-Reply-To: <45202D2F.2070203@protected-networks.net> References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_05_16_10_+0800__IT=+rj7nSmzbKMD" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:18:06 -0000 --Signature=_Mon__2_Oct_2006_05_16_10_+0800__IT=+rj7nSmzbKMD Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 01 Oct 2006 17:03:43 -0400 Michael Butler wrote: >=20 > Ariff Abdullah wrote: > > Try running artsd while in console and see whether its panicking. > > Then, play simple .wav file using artsplay. >=20 > Simply starting artsd is enough to kill my laptop yet I can use > mpg123 in a konsole window w/o issue, >=20 I cannot reproduce this panic running artsd. artsplay, artsdsp both running fine. I'm using artsd package from ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-BETA1/packages/audio/ar= ts-1.5.4,1.tbz I guess it is time for both of you to send us panic backtrace. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_05_16_10_+0800__IT=+rj7nSmzbKMD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIDAilr+deMUwTNoRAuxbAJoCKm99IMdIv29sAFoaXvzW016ibACglCrp H2aPXmRQfSmbPeA9mshLnOE= =P7Ff -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_05_16_10_+0800__IT=+rj7nSmzbKMD-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 21:24:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E0FA16A403; Sun, 1 Oct 2006 21:24:09 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E52643D70; Sun, 1 Oct 2006 21:24:06 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 1ECF12C2A6F; Sun, 1 Oct 2006 16:24:06 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id b847woXjm6Mc; Sun, 1 Oct 2006 16:24:05 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 6E33E2C2A6D; Sun, 1 Oct 2006 16:24:05 -0500 (CDT) Message-ID: <452031F4.4080106@cs.rice.edu> Date: Sun, 01 Oct 2006 16:24:04 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050817 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Blapp References: <20060928195536.Y91466@godot.imp.ch> <20061001132422.O91466@godot.imp.ch> <45201C2B.7080706@cs.rice.edu> <20061001230922.D91466@godot.imp.ch> In-Reply-To: <20061001230922.D91466@godot.imp.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, current@freebsd.org Subject: Re: CURRENT unusable again, too many panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:24:09 -0000 Martin Blapp wrote: > > Hi, > >> >> Can you tell me what if anything is printed with the attached patch >> applied? > > > Strange. Nothing at all gets printed. Should I readd rev. 1.564 and > let it crash > again ? > Yes. Alan From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 21:49:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD0FF16A47C for ; Sun, 1 Oct 2006 21:49:11 +0000 (UTC) (envelope-from nullpt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB7143D4C for ; Sun, 1 Oct 2006 21:49:09 +0000 (GMT) (envelope-from nullpt@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so414501uge for ; Sun, 01 Oct 2006 14:49:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Gwk51nEKlbTqjBFZ+4gmS4JXkriKGUn9qhN0hoUhgtdS9HsNuSg2JYHUsvKEwD4FLX42Aq/X8fqfQYLH5jBQ0KHZ/ZZRuKE5TIfDoe1bZ6FEEa5f+OPoOZMbobGk8gWbG/AbxiTTKSygsWxwC2DpfXnufK6I1ZUouXjq3sax3bI= Received: by 10.67.97.18 with SMTP id z18mr2250719ugl; Sun, 01 Oct 2006 14:49:08 -0700 (PDT) Received: by 10.66.237.20 with HTTP; Sun, 1 Oct 2006 14:49:08 -0700 (PDT) Message-ID: <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> Date: Sun, 1 Oct 2006 22:49:08 +0100 From: "Alexandre Vieira" To: "Ariff Abdullah" In-Reply-To: <20061002051609.301477d4.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> <20061002051609.301477d4.ariff@FreeBSD.org> Cc: freebsd-multimedia@freebsd.org, Michael Butler , freebsd-current@freebsd.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:49:11 -0000 Hello, I've tried to run artsd on the console and whenever I have snd_hda loaded it panics. arts-1.5.4,1 Audio system for the KDE integrated X11 desktop FreeBSD blackpearl.mshome.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Sun Oct 1 01:01:24 WEST 2006 alex@blackpearl:/usr/obj/usr/src/sys/blackpearl i386 On 10/1/06, Ariff Abdullah wrote: > On Sun, 01 Oct 2006 17:03:43 -0400 > Michael Butler wrote: > > > > Ariff Abdullah wrote: > > > Try running artsd while in console and see whether its panicking. > > > Then, play simple .wav file using artsplay. > > > > Simply starting artsd is enough to kill my laptop yet I can use > > mpg123 in a konsole window w/o issue, > > > > I cannot reproduce this panic running artsd. artsplay, artsdsp both > running fine. > > I'm using artsd package from > ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-BETA1/packages/audio/arts-1.5.4,1.tbz > > > I guess it is time for both of you to send us panic backtrace. > > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > -- Alexandre Vieira - nullpt@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 21:56:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6CB016A403 for ; Sun, 1 Oct 2006 21:56:47 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5868F43D4C for ; Sun, 1 Oct 2006 21:56:47 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (sxhs8360me59pug3@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k91LuiJN041758; Sun, 1 Oct 2006 14:56:44 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k91Luhlx041757; Sun, 1 Oct 2006 14:56:43 -0700 (PDT) (envelope-from jmg) Date: Sun, 1 Oct 2006 14:56:43 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20061001215643.GZ80527@funkthat.com> Mail-Followup-To: "M. Warner Losh" , freebsd-current@freebsd.org References: <20060928231816.GI80527@funkthat.com> <20061001.140824.-1264104565.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061001.140824.-1264104565.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:56:47 -0000 Warner Losh wrote this message on Sun, Oct 01, 2006 at 14:08 -0600: > In message: <20060928231816.GI80527@funkthat.com> > John-Mark Gurney writes: > : Comments? Improvements? > > Generally, libraries are considered to be a critical part of the > system. They often have many different interdependencies. This is > why we have buildworld: to account for them. If you make the patches > that you describe, then you break the upgrade path for people with > older systems. I don't see how adding the ability to do stand alone builds breaks others ability to upgrade their systems through normal means (i.e. buildworld)... > You don't need to do a complete buildworld either to get new > libraries. However, teasing out the parts that you do and don't need Yes you do, if you don't want to break your existing install by doing a make includes.... > can be a chore. Maybe we should enhance the build system to be able > to say 'rebuild just the libraries w/o rebuilding the toolchain'. IMO, even building just the libraries is a bit much... I would like to integrate this into bsd.lib.mk so that if you use bsd.lib.mk you automaticly get what my patch proposes, but my make-fu is weak... I will admit this will be a bit redundant for buildworld, but it could be easily turned off in that case... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 22:06:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7606916A40F for ; Sun, 1 Oct 2006 22:06:50 +0000 (UTC) (envelope-from nullpt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA47643D4C for ; Sun, 1 Oct 2006 22:06:48 +0000 (GMT) (envelope-from nullpt@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so415303uge for ; Sun, 01 Oct 2006 15:06:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GnHuYHyUcD6jJDGrw05Tb3b+TviGES5f6npy04X4VkQp4Eh78adOhIA1gRfKgAKEhYMpNE36zyBMgL/dP3gr1c41xFsn1GJpaDLVs76OEYWIuif/CDB1Llah9oPUJiQrvx0TbrukEoXNFRRKEqXWE81v2KmQ5/PKS0pyT8U2k2g= Received: by 10.67.97.18 with SMTP id z18mr2263114ugl; Sun, 01 Oct 2006 15:06:47 -0700 (PDT) Received: by 10.66.237.20 with HTTP; Sun, 1 Oct 2006 15:06:47 -0700 (PDT) Message-ID: <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> Date: Sun, 1 Oct 2006 23:06:47 +0100 From: "Alexandre Vieira" To: "Ariff Abdullah" In-Reply-To: <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> <20061002051609.301477d4.ariff@FreeBSD.org> <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> Cc: freebsd-multimedia@freebsd.org, Michael Butler , freebsd-current@freebsd.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 22:06:50 -0000 Hello, Here is a backtrace of the panic: blackpearl# kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 <2>NMI ISA b0, EISA ff <2>RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while in kernel mode instruction pointer = 0x20:0xc5798eaa stack pointer = 0x28:0xe50e6b70 frame pointer = 0x28:0xe50e6bc4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 1211 (artsd) trap number = 19 panic: non-maskable interrupt trap Uptime: 1h31m2s Dumping 1014 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1014MB (259456 pages) 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc05f34cc in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05f3819 in panic (fmt=0xc0816cc2 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc07d78cc in trap_fatal (frame=0xe50e6b30, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc07d72d2 in trap (frame= {tf_fs = -452067320, tf_es = 40, tf_ds = -993853400, tf_edi = 0, tf_esi = 0, tf_ebp = -452039740, tf_isp = -452039844, tf_ebx = 1039527936, tf_edx = -994638720, tf_ecx = -988999680, tf_eax = 2, tf_trapno = 19, tf_err = 0, tf_eip = -981889366, tf_cs = 32, tf_eflags = 2097811, tf_esp = -982862592, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:632 #5 0xc07c26ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc5798eaa in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) On 10/1/06, Alexandre Vieira wrote: > Hello, > > I've tried to run artsd on the console and whenever I have snd_hda > loaded it panics. > > arts-1.5.4,1 Audio system for the KDE integrated X11 desktop > > FreeBSD blackpearl.mshome.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE > #1: Sun Oct 1 01:01:24 WEST 2006 > alex@blackpearl:/usr/obj/usr/src/sys/blackpearl i386 > > > On 10/1/06, Ariff Abdullah wrote: > > On Sun, 01 Oct 2006 17:03:43 -0400 > > Michael Butler wrote: > > > > > > Ariff Abdullah wrote: > > > > Try running artsd while in console and see whether its panicking. > > > > Then, play simple .wav file using artsplay. > > > > > > Simply starting artsd is enough to kill my laptop yet I can use > > > mpg123 in a konsole window w/o issue, > > > > > > > I cannot reproduce this panic running artsd. artsplay, artsdsp both > > running fine. > > > > I'm using artsd package from > > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-BETA1/packages/audio/arts-1.5.4,1.tbz > > > > > > I guess it is time for both of you to send us panic backtrace. > > > > > > > > -- > > Ariff Abdullah > > FreeBSD > > > > ... Recording in stereo is obviously too advanced > > and confusing for us idiot ***** users :P ........ > > > > > > > -- > Alexandre Vieira - nullpt@gmail.com > -- Alexandre Vieira - nullpt@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 22:53:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F7C316A403; Sun, 1 Oct 2006 22:53:14 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B4743D4C; Sun, 1 Oct 2006 22:53:13 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k91MrArM032089; Sun, 1 Oct 2006 22:53:11 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 06:51:21 +0800 From: Ariff Abdullah To: "Alexandre Vieira" , imb@protected-networks.net Message-Id: <20061002065121.14d058c3.ariff@FreeBSD.org> In-Reply-To: <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> <20061002051609.301477d4.ariff@FreeBSD.org> <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_06_51_21_+0800_bXAEm7lKe_/h8jm/" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 22:53:14 -0000 --Signature=_Mon__2_Oct_2006_06_51_21_+0800_bXAEm7lKe_/h8jm/ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 1 Oct 2006 23:06:47 +0100 "Alexandre Vieira" wrote: > Hello, >=20 > Here is a backtrace of the panic: >=20 > blackpearl# kgdb kernel.debug /var/crash/vmcore.0 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: > pcm0: PCMDIR_PLAY: Stream setup nid=3D2 fmt=3D0x00000011 > <2>NMI ISA b0, EISA ff > <2>RAM parity error, likely hardware failure. >=20 > Fatal trap 19: non-maskable interrupt trap while in kernel mode > instruction pointer =3D 0x20:0xc5798eaa > stack pointer =3D 0x28:0xe50e6b70 > frame pointer =3D 0x28:0xe50e6bc4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, IOPL =3D 0 > current process =3D 1211 (artsd) > trap number =3D 19 > panic: non-maskable interrupt trap > Uptime: 1h31m2s > Dumping 1014 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 1014MB (259456 pages) 998 982 966 950 934 918 902 886 870 > 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 > 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 > 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 > 22 6 >=20 > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) where > #0 doadump () at pcpu.h:165 > #1 0xc05f34cc in boot (howto=3D260) at > #/usr/src/sys/kern/kern_shutdown.c:409 2 0xc05f3819 in panic > #(fmt=3D0xc0816cc2 "%s") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc07d78cc in trap_fatal (frame=3D0xe50e6b30, eva=3D0) at > /usr/src/sys/i386/i386/trap.c:837 > #4 0xc07d72d2 in trap (frame=3D > {tf_fs =3D -452067320, tf_es =3D 40, tf_ds =3D -993853400, tf_edi = =3D > 0, > tf_esi =3D 0, tf_ebp =3D -452039740, tf_isp =3D -452039844, tf_ebx =3D > 1039527936, tf_edx =3D -994638720, tf_ecx =3D -988999680, tf_eax =3D 2, > tf_trapno =3D 19, tf_err =3D 0, tf_eip =3D -981889366, tf_cs =3D 32, > tf_eflags =3D 2097811, tf_esp =3D -982862592, tf_ss =3D 0}) at > /usr/src/sys/i386/i386/trap.c:632 > #5 0xc07c26ca in calltrap () at > #/usr/src/sys/i386/i386/exception.s:139 6 0xc5798eaa in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) >=20 >=20 Both of you, replace sys/dev/sound/pci/hda/hdac.c with this: http://people.freebsd.org/~ariff/test/hdac_artsdwreck.c -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_06_51_21_+0800_bXAEm7lKe_/h8jm/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIEZrlr+deMUwTNoRAqbhAJsEVaCulMQukFEhI2hnwSZkeq5WAgCgkK49 XsS+tqNhcilrqnvBSZusXjY= =gKw/ -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_06_51_21_+0800_bXAEm7lKe_/h8jm/-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 23:39:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0781A16A416 for ; Sun, 1 Oct 2006 23:39:55 +0000 (UTC) (envelope-from nullpt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 699DE43D49 for ; Sun, 1 Oct 2006 23:39:53 +0000 (GMT) (envelope-from nullpt@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so419470uge for ; Sun, 01 Oct 2006 16:39:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JW/kPxEVflJTUU6KX5nc/KmCG16oyYFj9gCucTt/pCuTyoHAP14j3BNhi61nMV7BSIh5DqEqSAcRdEGxixLN9wHbWhsB2fngsG2Wm6+CHwwbanoexNZvcbq5jBZtoeG/R4c3mgmZP4jIv0zbZ9SHIBoVU307DmL4Opv8Nci5+B0= Received: by 10.67.97.7 with SMTP id z7mr2318830ugl; Sun, 01 Oct 2006 16:39:52 -0700 (PDT) Received: by 10.66.237.20 with HTTP; Sun, 1 Oct 2006 16:39:52 -0700 (PDT) Message-ID: <755cb9fc0610011639u5a8efcc2xf6bee9f54900ecea@mail.gmail.com> Date: Mon, 2 Oct 2006 00:39:52 +0100 From: "Alexandre Vieira" To: "Ariff Abdullah" In-Reply-To: <20061002065121.14d058c3.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> <20061002051609.301477d4.ariff@FreeBSD.org> <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> <20061002065121.14d058c3.ariff@FreeBSD.org> Cc: freebsd-multimedia@freebsd.org, imb@protected-networks.net, freebsd-current@freebsd.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 23:39:55 -0000 Hello, I've tried to replaced hdac.c, clean/rebuild/install all sound modules and with the new build it still panics. On 10/1/06, Ariff Abdullah wrote: > On Sun, 1 Oct 2006 23:06:47 +0100 > "Alexandre Vieira" wrote: > > Hello, > > > > Here is a backtrace of the panic: > > > > blackpearl# kgdb kernel.debug /var/crash/vmcore.0 > > kgdb: kvm_nlist(_stopped_cpus): > > kgdb: kvm_nlist(_stoppcbs): > > [GDB will not be able to debug user-mode threads: > > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and > > you are welcome to change it and/or distribute copies of it under > > certain conditions. Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. This GDB was configured as "i386-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 > > <2>NMI ISA b0, EISA ff > > <2>RAM parity error, likely hardware failure. > > > > Fatal trap 19: non-maskable interrupt trap while in kernel mode > > instruction pointer = 0x20:0xc5798eaa > > stack pointer = 0x28:0xe50e6b70 > > frame pointer = 0x28:0xe50e6bc4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, IOPL = 0 > > current process = 1211 (artsd) > > trap number = 19 > > panic: non-maskable interrupt trap > > Uptime: 1h31m2s > > Dumping 1014 MB (2 chunks) > > chunk 0: 1MB (159 pages) ... ok > > chunk 1: 1014MB (259456 pages) 998 982 966 950 934 918 902 886 870 > > 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 > > 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 > > 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 > > 22 6 > > > > #0 doadump () at pcpu.h:165 > > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) where > > #0 doadump () at pcpu.h:165 > > #1 0xc05f34cc in boot (howto=260) at > > #/usr/src/sys/kern/kern_shutdown.c:409 2 0xc05f3819 in panic > > #(fmt=0xc0816cc2 "%s") at > > /usr/src/sys/kern/kern_shutdown.c:565 > > #3 0xc07d78cc in trap_fatal (frame=0xe50e6b30, eva=0) at > > /usr/src/sys/i386/i386/trap.c:837 > > #4 0xc07d72d2 in trap (frame= > > {tf_fs = -452067320, tf_es = 40, tf_ds = -993853400, tf_edi = > > 0, > > tf_esi = 0, tf_ebp = -452039740, tf_isp = -452039844, tf_ebx = > > 1039527936, tf_edx = -994638720, tf_ecx = -988999680, tf_eax = 2, > > tf_trapno = 19, tf_err = 0, tf_eip = -981889366, tf_cs = 32, > > tf_eflags = 2097811, tf_esp = -982862592, tf_ss = 0}) at > > /usr/src/sys/i386/i386/trap.c:632 > > #5 0xc07c26ca in calltrap () at > > #/usr/src/sys/i386/i386/exception.s:139 6 0xc5798eaa in ?? () > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) > > > > > > Both of you, replace sys/dev/sound/pci/hda/hdac.c with this: > > http://people.freebsd.org/~ariff/test/hdac_artsdwreck.c > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > > -- Alexandre Vieira - nullpt@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 23:48:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29A4A16A412; Sun, 1 Oct 2006 23:48:18 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C5D43D46; Sun, 1 Oct 2006 23:48:17 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 05B15C3C5; Sun, 1 Oct 2006 19:48:17 -0400 (EDT) Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 03F42C37E; Sun, 1 Oct 2006 19:48:12 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=LvNTBL6mLpwMOFPI+Eq8WnBeZLepMuDOwJWNA9LLOqfvWda7K3M1nZ0X11ZaB0Gn2 Fe64E9VpI6WPLnSonanDCoaMsccwVT/uTKOl07io/oVaJTGLJKrpkUAjyNqLyAv Message-ID: <452053BB.2090803@protected-networks.net> Date: Sun, 01 Oct 2006 19:48:11 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Alexandre Vieira References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> <20061002051609.301477d4.ariff@FreeBSD.org> <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> <20061002065121.14d058c3.ariff@FreeBSD.org> <755cb9fc0610011639u5a8efcc2xf6bee9f54900ecea@mail.gmail.com> In-Reply-To: <755cb9fc0610011639u5a8efcc2xf6bee9f54900ecea@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org, Ariff Abdullah Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 23:48:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexandre Vieira wrote: > I've tried to replaced hdac.c, clean/rebuild/install all sound modules > and with the new build it still panics. .. and still locks solid with mine, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIFO7Qv9rrgRC1JIRAoDtAJ4pjv3y7v8OEqJ2LL+rxJUcchhQzwCfTDX/ Qdjby3zWdjBF7mQmiN7cSB8= =lqTD -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 1 23:54:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCFEC16A412 for ; Sun, 1 Oct 2006 23:54:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29DDD43D45 for ; Sun, 1 Oct 2006 23:54:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k91NrmoC059116; Sun, 1 Oct 2006 17:53:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Oct 2006 17:52:57 -0600 (MDT) Message-Id: <20061001.175257.-1543905361.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20061001215643.GZ80527@funkthat.com> References: <20060928231816.GI80527@funkthat.com> <20061001.140824.-1264104565.imp@bsdimp.com> <20061001215643.GZ80527@funkthat.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Oct 2006 17:53:49 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 23:54:13 -0000 In message: <20061001215643.GZ80527@funkthat.com> John-Mark Gurney writes: : Warner Losh wrote this message on Sun, Oct 01, 2006 at 14:08 -0600: : > In message: <20060928231816.GI80527@funkthat.com> : > John-Mark Gurney writes: : > : Comments? Improvements? : > : > Generally, libraries are considered to be a critical part of the : > system. They often have many different interdependencies. This is : > why we have buildworld: to account for them. If you make the patches : > that you describe, then you break the upgrade path for people with : > older systems. : : I don't see how adding the ability to do stand alone builds breaks : others ability to upgrade their systems through normal means (i.e. : buildworld)... The odd voo-doo that you posted originally would do exactly this because it included /usr/include in the include paths. : > You don't need to do a complete buildworld either to get new : > libraries. However, teasing out the parts that you do and don't need : : Yes you do, if you don't want to break your existing install by doing : a make includes.... Actually, no you don't. It is possible to build through the libraries stage and then install the libraries. By possible here, I do mean with a little extra programming of Makefile.inc1 to have the right packaging of targets. Hence my comments were phrased the way they were. I've added this Makefile goo in the past for similar targets. : > can be a chore. Maybe we should enhance the build system to be able : > to say 'rebuild just the libraries w/o rebuilding the toolchain'. : : IMO, even building just the libraries is a bit much... Actually, it isn't that bad. Without building a new toolchain, the rebuild of the libraries isn't that bad, even on slower hardware. : I would like to integrate this into bsd.lib.mk so that if you use : bsd.lib.mk you automaticly get what my patch proposes, but my make-fu : is weak... I will admit this will be a bit redundant for buildworld, : but it could be easily turned off in that case... I'd definitely like to review this patch. Your original one gave me a great deal of concern. I'm the person that you'll break if you do this wrong, and I've just finished spending an extended period of time tweaking things related to cross building (both cross release and cross platform). If it can be done safely (how you'll do this w/o doing a make includes, I'm not sure) and it doesn't break anything else, I'd be all for it. However, if it breaky anything that works now, I'll be less supportive. On a related note, why not just use the binary upgrade service that Colin Percival runs if you don't want to do a source build? Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 01:43:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7272916A412 for ; Mon, 2 Oct 2006 01:43:26 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7112943D53 for ; Mon, 2 Oct 2006 01:43:25 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (d52ncw9xrep9bvqj@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k921hL9l046739; Sun, 1 Oct 2006 18:43:21 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k921hKNf046738; Sun, 1 Oct 2006 18:43:20 -0700 (PDT) (envelope-from jmg) Date: Sun, 1 Oct 2006 18:43:20 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20061002014320.GA80527@funkthat.com> Mail-Followup-To: "M. Warner Losh" , freebsd-current@freebsd.org References: <20060928231816.GI80527@funkthat.com> <20061001.140824.-1264104565.imp@bsdimp.com> <20061001215643.GZ80527@funkthat.com> <20061001.175257.-1543905361.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061001.175257.-1543905361.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 01:43:26 -0000 Warner Losh wrote this message on Sun, Oct 01, 2006 at 17:52 -0600: > In message: <20061001215643.GZ80527@funkthat.com> > John-Mark Gurney writes: > : Warner Losh wrote this message on Sun, Oct 01, 2006 at 14:08 -0600: > : > In message: <20060928231816.GI80527@funkthat.com> > : > John-Mark Gurney writes: > : > : Comments? Improvements? > : > > : > Generally, libraries are considered to be a critical part of the > : > system. They often have many different interdependencies. This is > : > why we have buildworld: to account for them. If you make the patches > : > that you describe, then you break the upgrade path for people with > : > older systems. > : > : I don't see how adding the ability to do stand alone builds breaks > : others ability to upgrade their systems through normal means (i.e. > : buildworld)... > > The odd voo-doo that you posted originally would do exactly this > because it included /usr/include in the include paths. No, it did not.. It might of confused you to see /usr/include, but it was preceeded by ${.OBJDIR}... > : > You don't need to do a complete buildworld either to get new > : > libraries. However, teasing out the parts that you do and don't need > : > : Yes you do, if you don't want to break your existing install by doing > : a make includes.... > > Actually, no you don't. It is possible to build through the libraries > stage and then install the libraries. By possible here, I do mean > with a little extra programming of Makefile.inc1 to have the right > packaging of targets. Hence my comments were phrased the way they > were. I've added this Makefile goo in the past for similar targets. And I still need to build the tool chain and/or many other parts of the tree, besides doing a simple make in the library directory... > : > can be a chore. Maybe we should enhance the build system to be able > : > to say 'rebuild just the libraries w/o rebuilding the toolchain'. > : > : IMO, even building just the libraries is a bit much... > > Actually, it isn't that bad. Without building a new toolchain, the > rebuild of the libraries isn't that bad, even on slower hardware. If w/ a small patch we can make it even easier for people w/ slow machines... > : I would like to integrate this into bsd.lib.mk so that if you use > : bsd.lib.mk you automaticly get what my patch proposes, but my make-fu > : is weak... I will admit this will be a bit redundant for buildworld, > : but it could be easily turned off in that case... > > I'd definitely like to review this patch. Your original one gave me a > great deal of concern. I'm the person that you'll break if you do > this wrong, and I've just finished spending an extended period of time > tweaking things related to cross building (both cross release and > cross platform). > > If it can be done safely (how you'll do this w/o doing a make > includes, I'm not sure) and it doesn't break anything else, I'd be all I do make includes into the obj dir and use that.. (obviously you need to review is much more closely)... > for it. However, if it breaky anything that works now, I'll be less > supportive. > > On a related note, why not just use the binary upgrade service that > Colin Percival runs if you don't want to do a source build? /me isn't sure he can do a piecemeal upgrade of his system w/ it. Though I will say it did make me think of using it... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 06:48:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD50016A403 for ; Mon, 2 Oct 2006 06:48:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6576B43D45 for ; Mon, 2 Oct 2006 06:48:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k926k26I067277; Mon, 2 Oct 2006 00:46:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 02 Oct 2006 00:45:11 -0600 (MDT) Message-Id: <20061002.004511.1467008375.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20061002014320.GA80527@funkthat.com> References: <20061001215643.GZ80527@funkthat.com> <20061001.175257.-1543905361.imp@bsdimp.com> <20061002014320.GA80527@funkthat.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 02 Oct 2006 00:46:03 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 06:48:03 -0000 In message: <20061002014320.GA80527@funkthat.com> John-Mark Gurney writes: : I do make includes into the obj dir and use that.. (obviously you : need to review is much more closely)... I think that we're talking past each other a little, so rather than continue down that path, I'll wait for the patch to see what it does and make suggested improvements. Maybe I'll implement the glue code I was talking about too, but with a baby due any day now, maybe not. :-) Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 07:26:37 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E86116A4C9 for ; Mon, 2 Oct 2006 07:26:37 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id CACDA43D53 for ; Mon, 2 Oct 2006 07:26:35 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (eyi12kesmyzebki5@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k927QYeu054194 for ; Mon, 2 Oct 2006 00:26:35 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k927QYIw054193 for current@FreeBSD.org; Mon, 2 Oct 2006 00:26:34 -0700 (PDT) (envelope-from jmg) Date: Mon, 2 Oct 2006 00:26:34 -0700 From: John-Mark Gurney To: current@FreeBSD.org Message-ID: <20061002072634.GB80527@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: em stability issues + panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 07:26:37 -0000 Well, I will admit I have a bit older if_em.c, v1.147, but I haven't been doing much w/ my em, probably not even passing close to 100mbit of traffic (in gige mode)... I recently obtained a crash dump from em_txeof where the tx_buffer is NULL at line 2958: 2958 if (tx_buffer->m_head) { If any one want some additional data, I can provide info from the crash dump... Just as a bit of trivia, I did load a few kld's.. bktr.ko, bktrau.ko and iic.ko (plus respective other kld's that got auto loaded)... It also seems that interactiveness is more likely to hang em than other traffic... I've been running the box as a nfs server for a while w/o issues, but I log in and run ffmpeg, and it almost immediately hangs requiring an down/up to bring back the interface... The panic was when I was bringing the interface back up... Though when I it paniced, I had down/up'd the interface a few times w/o success in bringing it back... Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc047155e stack pointer = 0x28:0xe1d1cc50 frame pointer = 0x28:0xe1d1cc64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock sio) Physical memory: 999 MB Dumping 225 MB: 210 194 178 162 146 130 114 98 82 66 50 34 18 2 #9 0xc066f56a in calltrap () at ../../../i386/i386/exception.s:138 #10 0xc047155e in em_txeof (adapter=0xc34df800) at ../../../dev/em/if_em.c:2956 #11 0xc046e502 in em_watchdog (ifp=0xc3502400) at ../../../dev/em/if_em.c:963 #12 0xc0585b22 in if_slowtimo (arg=0x0) at ../../../net/if.c:1415 #13 0xc0529fa9 in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:271 #14 0xc050a57a in ithread_execute_handlers (p=0xc33c38d0, ie=0xc341c580) at ../../../kern/kern_intr.c:662 #15 0xc050a673 in ithread_loop (arg=0xc33a2940) at ../../../kern/kern_intr.c:745 #16 0xc050981b in fork_exit (callout=0xc050a624 , arg=0xc33a2940, frame=0xe1d1cd38) at ../../../kern/kern_fork.c:818 #17 0xc066f5cc in fork_trampoline () at ../../../i386/i386/exception.s:199 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 07:53:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4973816A415 for ; Mon, 2 Oct 2006 07:53:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A61143D45 for ; Mon, 2 Oct 2006 07:53:40 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2296495pye for ; Mon, 02 Oct 2006 00:53:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=VQka6ODzi4EgtYQE9Xp9D1GG05chSimf4JPIeFCxaRQlKIyTE+0x1oNYzYL5w2YjLajnUJSo8RbWPs6/8Yt/gbMvYzPDvuEknroTkBo07LyluE3qJgkpMnqIpWL2vVG4ZxWn3+T2D2NUgihDW2taXs2JS4TfFdVVQb6Y2WaH2yo= Received: by 10.35.40.10 with SMTP id s10mr6950680pyj; Mon, 02 Oct 2006 00:53:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 6sm995044nzn.2006.10.02.00.53.38; Mon, 02 Oct 2006 00:53:39 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k927t6xS043376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 2 Oct 2006 16:55:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k927t541043375 for current@FreeBSD.org; Mon, 2 Oct 2006 16:55:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 2 Oct 2006 16:55:05 +0900 From: Pyun YongHyeon To: current@FreeBSD.org Message-ID: <20061002075505.GB41981@cdnetworks.co.kr> References: <20061002072634.GB80527@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061002072634.GB80527@funkthat.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: em stability issues + panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 07:53:41 -0000 On Mon, Oct 02, 2006 at 12:26:34AM -0700, John-Mark Gurney wrote: > Well, I will admit I have a bit older if_em.c, v1.147, but I haven't > been doing much w/ my em, probably not even passing close to 100mbit > of traffic (in gige mode)... I recently obtained a crash dump from > em_txeof where the tx_buffer is NULL at line 2958: > 2958 if (tx_buffer->m_head) { > > If any one want some additional data, I can provide info from the > crash dump... Just as a bit of trivia, I did load a few kld's.. > bktr.ko, bktrau.ko and iic.ko (plus respective other kld's that got > auto loaded)... It also seems that interactiveness is more likely > to hang em than other traffic... I've been running the box as a nfs > server for a while w/o issues, but I log in and run ffmpeg, and it > almost immediately hangs requiring an down/up to bring back the > interface... > > The panic was when I was bringing the interface back up... Though when > I it paniced, I had down/up'd the interface a few times w/o success in > bringing it back... > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc047155e > stack pointer = 0x28:0xe1d1cc50 > frame pointer = 0x28:0xe1d1cc64 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (swi4: clock sio) > Physical memory: 999 MB > Dumping 225 MB: 210 194 178 162 146 130 114 98 82 66 50 34 18 2 > > #9 0xc066f56a in calltrap () at ../../../i386/i386/exception.s:138 > #10 0xc047155e in em_txeof (adapter=0xc34df800) at ../../../dev/em/if_em.c:2956 > #11 0xc046e502 in em_watchdog (ifp=0xc3502400) at ../../../dev/em/if_em.c:963 > #12 0xc0585b22 in if_slowtimo (arg=0x0) at ../../../net/if.c:1415 > #13 0xc0529fa9 in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:271 > #14 0xc050a57a in ithread_execute_handlers (p=0xc33c38d0, ie=0xc341c580) > at ../../../kern/kern_intr.c:662 > #15 0xc050a673 in ithread_loop (arg=0xc33a2940) > at ../../../kern/kern_intr.c:745 > #16 0xc050981b in fork_exit (callout=0xc050a624 , > arg=0xc33a2940, frame=0xe1d1cd38) at ../../../kern/kern_fork.c:818 > #17 0xc066f5cc in fork_trampoline () at ../../../i386/i386/exception.s:199 > I think bringing the interface down while Rx is active may corrupt internal hardware state because em_rxeof() runs without driver lock. See http://lists.freebsd.org/pipermail/freebsd-current/2006-September/066203.html You may need to protect em_rxeof with dirver lock in em_handle_rxtx(). (Remember dropping driver lock before invoking if_input in em_rxeof.) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 08:01:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC2316A407 for ; Mon, 2 Oct 2006 08:01:14 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53C2943D53 for ; Mon, 2 Oct 2006 08:01:13 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k92819tP086725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Oct 2006 10:01:09 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k92818cH086724; Mon, 2 Oct 2006 10:01:08 +0200 (CEST) Date: Mon, 2 Oct 2006 10:01:08 +0200 From: Divacky Roman To: Justin Smith Message-ID: <20061002080108.GA86269@stud.fit.vutbr.cz> References: <451FBCF1.9030505@drexel.edu> <20061001193755.GA47392@stud.fit.vutbr.cz> <45201E29.70109@drexel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45201E29.70109@drexel.edu> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-current@freebsd.org Subject: Re: linux_rt_sigpending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 08:01:15 -0000 On Sun, Oct 01, 2006 at 03:59:37PM -0400, Justin Smith wrote: > Divacky Roman wrote: > > On Sun, Oct 01, 2006 at 09:04:49AM -0400, Justin Smith wrote: > > > >> Is this patch in current? It was developed some time ago to enable Maple > >> to run under linux emulation but it certainly hasn't been put into > >> 6-STABLE yet because the patch still applies cleanly (and Maple now > >> runs, while it didn't before). > >> > > > > what patch? > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > I've attached it, although I downloaded it from the web (I don't recall > where --- it was a FreeBSD developer's site. this was already commited From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 08:24:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B47D16A40F for ; Mon, 2 Oct 2006 08:24:24 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE4243D72 for ; Mon, 2 Oct 2006 08:24:20 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ppzqkhwzrf8magau@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k928OI6k055018; Mon, 2 Oct 2006 01:24:18 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k928OHEN055017; Mon, 2 Oct 2006 01:24:17 -0700 (PDT) (envelope-from jmg) Date: Mon, 2 Oct 2006 01:24:17 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20061002082416.GC80527@funkthat.com> Mail-Followup-To: "M. Warner Losh" , freebsd-current@freebsd.org References: <20061001215643.GZ80527@funkthat.com> <20061001.175257.-1543905361.imp@bsdimp.com> <20061002014320.GA80527@funkthat.com> <20061002.004511.1467008375.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061002.004511.1467008375.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 08:24:24 -0000 Warner Losh wrote this message on Mon, Oct 02, 2006 at 00:45 -0600: > In message: <20061002014320.GA80527@funkthat.com> > John-Mark Gurney writes: > : I do make includes into the obj dir and use that.. (obviously you > : need to review is much more closely)... > > I think that we're talking past each other a little, so rather than > continue down that path, I'll wait for the patch to see what it does > and make suggested improvements. Maybe I'll implement the glue code I > was talking about too, but with a baby due any day now, maybe not. :-) The patch was in the original message... The one thing that I don't have the make-fu to do is: a) insert the buildincs before depend (so that the psuedo /usr/include is properly depended upon), and b) find the correct path to tools/install.sh so install doesn't chown/grp the files... Once a and b are solved, then it can be properly made part of bsd.lib.mk... and fully evaluated upon it's merits... btw, my original patch is at: http://www.freebsd.org/cgi/getmsg.cgi?fetch=722594+0+/usr/local/www/db/text/2006/freebsd-current/20061001.freebsd-current -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 09:06:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C17B16A407 for ; Mon, 2 Oct 2006 09:06:26 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C3A443D45 for ; Mon, 2 Oct 2006 09:06:24 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id B1A7F2C90C for ; Mon, 2 Oct 2006 11:06:17 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 180562C90B for ; Mon, 2 Oct 2006 11:06:17 +0200 (CEST) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id CCE352C90A for ; Mon, 2 Oct 2006 11:06:16 +0200 (CEST) From: Massimo Lusetti To: freebsd-current@freebsd.org In-Reply-To: References: <20061001014856.53547.qmail@web30806.mail.mud.yahoo.com> Content-Type: text/plain Organization: CEDOC - Modena Date: Mon, 02 Oct 2006 11:06:20 +0200 Message-Id: <1159779980.5258.6.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: cvs.freebsd.org... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 09:06:26 -0000 On Sat, 2006-09-30 at 21:50 -0400, Scott Ullrich wrote: > On 9/30/06, Mohan Srinivasan wrote: > > This site no longer displays the CVS web interface that I was used to. Instead > > I get some perforce nonsense. I hate perforce and can't deal with it. > > > > Does anyone have a link where I can continue to get the CVS web interface ? > > Try this one... > > http://www.freebsd.org/cgi/cvsweb.cgi/src/ > Minor issue about that, it seems cvsweb.cgi ignore the accepted encodings from the client and always answer with a zip compressed pages. Actually i don't know if this could be considered an issue. Regards -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 12:22:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 576C016A403 for ; Mon, 2 Oct 2006 12:22:46 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B6043D64 for ; Mon, 2 Oct 2006 12:22:43 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A7BCC170C5 for ; Mon, 2 Oct 2006 12:22:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id k92CMXX3059494 for ; Mon, 2 Oct 2006 12:22:34 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 02 Oct 2006 12:22:33 +0000 Message-ID: <59493.1159791753@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 12:22:46 -0000 During a "make universe" ia64 fails with the following errors. I wouldn't expect a sound driver to call any of those functions at all, what's going on ? ===> sound/driver/hda (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostd inc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/ia64/src/src0/src/sys/M AC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-uni t-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/ia64/s rc/src0/src/sys/MAC -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy pes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sr c0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: In function `hdac_dma_nocache': /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 999: warning: implicit declaration of function `vtopte' /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 999: warning: nested extern declaration of `vtopte' /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 999: warning: assignment makes pointer from integer without a cast /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 1001: error: `PG_N' undeclared (first use in this function) /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 1001: error: (Each undeclared identifier is reported only once /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 1001: error: for each function it appears in.) /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 1002: warning: implicit declaration of function `invltlb' /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/hdac.c: 1002: warning: nested extern declaration of `invltlb' -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 12:52:32 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D2F816A407 for ; Mon, 2 Oct 2006 12:52:32 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF3D143D53; Mon, 2 Oct 2006 12:52:31 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92CqTR9014465; Mon, 2 Oct 2006 12:52:30 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 20:50:39 +0800 From: Ariff Abdullah To: Poul-Henning Kamp Message-Id: <20061002205039.301fa766.ariff@FreeBSD.org> In-Reply-To: <59493.1159791753@critter.freebsd.dk> References: <59493.1159791753@critter.freebsd.dk> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_20_50_39_+0800_JM_Km6Iyqfx9gUvs" Cc: current@FreeBSD.org Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 12:52:32 -0000 --Signature=_Mon__2_Oct_2006_20_50_39_+0800_JM_Km6Iyqfx9gUvs Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 02 Oct 2006 12:22:33 +0000 Poul-Henning Kamp wrote: >=20 > During a "make universe" ia64 fails with the following errors. >=20 > I wouldn't expect a sound driver to call any of those functions at > all, what's going on ? >=20 >=20 > =3D=3D=3D> sound/driver/hda (all) > cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE > -std=3Dc99 -nostd inc -I- -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/ia64/src/src0/src/sys/M AC/opt_global.h -I. -I@ > -I@/contrib/altq -finline-limit=3D15000 --param inline-uni > t-growth=3D100 --param large-function-growth=3D1000 -fno-common -g > -I/usr/obj/ia64/s rc/src0/src/sys/MAC -ffixed-r13 > -mfixed-range=3Df32-f127 -mno-sdata -ffreestanding > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes=20 > -Wmissing-prototy > pes -Wpointer-arith -Winline -Wcast-qual -Wundef > -fformat-extensions -c /src/sr > c0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/h > dac.c > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: > In function `hdac_dma_nocache': > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 999: warning: implicit declaration of function > `vtopte' > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 999: warning: nested extern declaration of `vtopte' > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 999: warning: assignment makes pointer from integer > without a cast > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 1001: error: `PG_N' undeclared (first use in this > function) > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 1001: error: (Each undeclared identifier is reported > only once > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 1001: error: for each function it appears in.) > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 1002: warning: implicit declaration of function > `invltlb' > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > i/hda/hdac.c: 1002: warning: nested extern declaration of `invltlb' >=20 > I wish BUS_DMA_NOCACHE has real meaning (like what NetBSD did) since uncached DMA is pretty much guarantee to make the driver works on broken i386/amd86 hardwares. Should we just narrow this down to i386/amd64 , or give BUS_DMA_NOCACHE a real meaning as part of bus_dmamem_alloc() ? I'm open for suggestion. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_20_50_39_+0800_JM_Km6Iyqfx9gUvs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIQshlr+deMUwTNoRAty/AJ4062PD/C92uL6WXtkvgZOyv6cc3wCeMa/p UUI5ovRmFQZFkYxVjOliK/4= =uHWH -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_20_50_39_+0800_JM_Km6Iyqfx9gUvs-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 13:12:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2B6C16A4C8 for ; Mon, 2 Oct 2006 13:12:01 +0000 (UTC) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93E8843D91 for ; Mon, 2 Oct 2006 13:11:30 +0000 (GMT) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com country=GB ident=postmaster*pop3*chrishedley^com) by lon-mail-4.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 45210ffc.c5dc.474 for current@freebsd.org; Mon, 2 Oct 2006 14:11:24 +0100 (envelope-sender ) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 1D728D26A for ; Mon, 2 Oct 2006 14:11:19 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5zFZLEVajR4F for ; Mon, 2 Oct 2006 14:11:15 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id D3E2FBB86 for ; Mon, 2 Oct 2006 14:08:10 +0100 (BST) Date: Mon, 2 Oct 2006 14:08:10 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: current@freebsd.org In-Reply-To: Message-ID: <20061002134625.X1531@teapot.cbhnet> References: <20060609163735.D829@aga.cbhnet> <20060609120159.I60598@carver.gumbysoft.com> <20060609202536.Y829@aga.cbhnet> <4489D796.4010202@samsco.org> <20060611122544.L1046@aga.cbhnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 13:12:01 -0000 On Sun, 11 Jun 2006, Chad Leigh -- Shire.Net LLC wrote: > On Jun 11, 2006, at 5:41 AM, Chris Hedley wrote: >> I'm starting to get the impression that the 2410SA's low end design is even >> lower than its fairly low-end price would suggest. Any suggestions for >> similarly priced cards with better performance? The best I can manage for >> slot type is 66x64 PCI unless I change my motherboard, which I can't quite >> afford to do at the moment... > > I have not done any performance testing but I have some LSI MegaRAID SATA-150 > 4 cards. Maybe you can find some benchmark comparison reviews. The Areca, > which is a bit more expensive, also gets good reviews. I have a couple of > them but for my Solaris 10 machines and they are just now being set up. Both > the LSI and Areca have FreeBSD drivers. Must admit I'm tempted by an Areca, even with the high price tag. I've been having a look at some reviews, but unfortunately few of them make it clear whether or not the hard drives' cache is set to write back or write through. Needless to say, I'm not desperately enthusiastic about combining a RAID controller with write back caching, but I suspect that a lot of controllers are heavily dependent on it being enabled to attain their performance: it seems that my 2410SA's rather dismal 3-6 & 30-40MB/s respective RAID5 write & read speeds would increase dramatically were I to use write-back, but I'm not going there... I guess my point is that I really don't want to find myself with another dog if I buy something with apparently superior performance if it's completely reliant on on-disc write back caching being enabled. Does anybody know of any good review sites featuring controllers such as those that Chad mentions where the reviewers definitely had on-disc write back disabled? The reason I'm asking is after reading reviews on, for example, xbitlabs.com, where the comment "We also enabled lazy writing for the hard disk drives" is almost added as an afterthought and isn't immediately obvious. Exactly why they chose to enable it is a matter for another debate, I guess... I'm really desperate to ditch the 2410SA controller: the performance, as mentioned, is terrible, and it tends to lock up the entire system with various timeouts if anything more than trivial read or write accesses are attempted (not sure if this is the case with the latest -current as I've been having too many problems with assorted panics with recent kernels to test it fully). Cheers, Chris. From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 13:38:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45CE416A412; Mon, 2 Oct 2006 13:38:55 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D3D543D58; Mon, 2 Oct 2006 13:38:53 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DB3C.dip.t-dialin.net [84.165.219.60]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k92DcSFl038155; Mon, 2 Oct 2006 15:38:29 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k92Dcoe6028969; Mon, 2 Oct 2006 15:38:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 2 Oct 2006 15:38:50 +0200 From: Alexander Leidinger To: "Alexandre Vieira" Message-ID: <20061002153850.3ea6412d@Magellan.Leidinger.net> In-Reply-To: <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> References: <755cb9fc0610011210x6dd419c8g86ecab73bc7faa44@mail.gmail.com> <20061002033153.12e66f84.ariff@FreeBSD.org> <755cb9fc0610011242q1edec469yf465ae7246dbf471@mail.gmail.com> <20061002041118.1d4b3908.ariff@FreeBSD.org> <755cb9fc0610011326u6f478e44o6ff9f2693ebc0623@mail.gmail.com> <20061002044607.4698cdcc.ariff@FreeBSD.org> <45202D2F.2070203@protected-networks.net> <20061002051609.301477d4.ariff@FreeBSD.org> <755cb9fc0610011449w5f80cdb9o988a0dd87a102872@mail.gmail.com> <755cb9fc0610011506u60015119tbdd5aa1845fd2fc0@mail.gmail.com> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-multimedia@freebsd.org, Michael Butler , Ariff Abdullah , freebsd-current@freebsd.org Subject: Re: pcm0 + rl0 in the same irq causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 13:38:55 -0000 Quoting "Alexandre Vieira" (Sun, 1 Oct 2006 23:06:47 +0100): > Unread portion of the kernel message buffer: > pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 > <2>NMI ISA b0, EISA ff > <2>RAM parity error, likely hardware failure. You did read the last line? You did also tried to replace one RAM module after each other with a different one (or replaced all at the same time) to rule out a hardware problem? Bye, Alexander. -- BOFH excuse #370: Virus due to computers having unsafe sex. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 15:16:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259BF16A602 for ; Mon, 2 Oct 2006 15:16:47 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9146243DA4 for ; Mon, 2 Oct 2006 15:16:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GZR33427; Mon, 02 Oct 2006 08:15:27 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4345D45058; Mon, 2 Oct 2006 08:15:27 -0700 (PDT) To: Rainer Alves In-Reply-To: Your message of "Sun, 01 Oct 2006 17:55:30 -0300." <45202B42.4000902@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1159802127_21865P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 02 Oct 2006 08:15:27 -0700 From: "Kevin Oberman" Message-Id: <20061002151527.4345D45058@ptavv.es.net> Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, Ariff Abdullah Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 15:16:47 -0000 --==_Exmh_1159802127_21865P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Me too! My T43 with ICH6 AC'97 stopped working over the weekend. No errors, but no sound at all. xmms appears to be playing normally, just without sound. My system looks almost exactly like Rainer's T42. FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xb0000800, 0xb0000400 irq 11 bufsz 16384 kld snd_ich (1p/1r/1v channels duplex default) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > Date: Sun, 01 Oct 2006 17:55:30 -0300 > From: Rainer Alves > Sender: owner-freebsd-current@freebsd.org > > Ariff Abdullah wrote: > > I've just committed support for Intel (and compatible) > > High Definition Audio (Controller). Please give it a good punch. > ... > > My Thinkpad T42 uses a plain old AC'97 chipset, but I no longer have any > sound output after your HDA commit. > Sound output was OK up until yesterday's CURRENT. With today's CURRENT, > sound is gone, even though the kernel detects my card. > > [rainer@bsd ~]$ dmesg | grep pcm > pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem > 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 > pcm0: > > [rainer@bsd ~]$ cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xc0000c00, 0xc0000800 irq 11 bufsz > 16384 (1p/1r/1v channels duplex default) > > [rainer@bsd ~]$ mixer > Mixer vol is currently set to 84:84 > Mixer pcm is currently set to 80:80 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer cd is currently set to 75:75 > Mixer rec is currently set to 0:0 > Mixer igain is currently set to 0:0 > Mixer ogain is currently set to 50:50 > Mixer line1 is currently set to 75:75 > Mixer phin is currently set to 0:0 > Mixer phout is currently set to 0:0 > Recording source: mic > > -- > Rainer Alves > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > --==_Exmh_1159802127_21865P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFIS0Pkn3rs5h7N1ERAmfpAKCh1WNhp6WJ5KE4uua6zwOgQKT9WgCgi054 JobOtUaGkStXpRPnqf/ClXI= =Eg80 -----END PGP SIGNATURE----- --==_Exmh_1159802127_21865P-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 15:41:19 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DD616A407; Mon, 2 Oct 2006 15:41:19 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54AC43D4C; Mon, 2 Oct 2006 15:41:18 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92FfFjw030612; Mon, 2 Oct 2006 15:41:17 GMT (envelope-from ariff@FreeBSD.org) Date: Mon, 2 Oct 2006 23:39:26 +0800 From: Ariff Abdullah To: "Kevin Oberman" , "Rainer Alves" Message-Id: <20061002233926.114af71d.ariff@FreeBSD.org> In-Reply-To: <20061002151527.4345D45058@ptavv.es.net> References: <45202B42.4000902@gmail.com> <20061002151527.4345D45058@ptavv.es.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__2_Oct_2006_23_39_26_+0800_X=J2fkCCiYalfV0q" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 15:41:19 -0000 --Signature=_Mon__2_Oct_2006_23_39_26_+0800_X=J2fkCCiYalfV0q Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 02 Oct 2006 08:15:27 -0700 "Kevin Oberman" wrote: > Me too! >=20 > My T43 with ICH6 AC'97 stopped working over the weekend. No errors, > but no sound at all. xmms appears to be playing normally, just > without sound. My system looks almost exactly like Rainer's T42. >=20 > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xb0000800, 0xb0000400 irq 11 > bufsz 16384 kld snd_ich (1p/1r/1v channels duplex default) >=20 I've just backout the changes. Please update your sources (sorry). Make sure "vol", "ogain", and "phout" works as expected, or even better, have considerable improvement. Btw, Kevin, I've read your mail about your problem. It is just that I don't have much time right now. Hope to get in touch with that sooner. Thanks for being an active testers :) -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__2_Oct_2006_23_39_26_+0800_X=J2fkCCiYalfV0q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFITKwlr+deMUwTNoRAmPxAKCNDwQ8hE0XD+Yfx8K4WWfRSLEHEgCgxS3v MJoDL04tB0aER0o9v1JRsTo= =s2Wb -----END PGP SIGNATURE----- --Signature=_Mon__2_Oct_2006_23_39_26_+0800_X=J2fkCCiYalfV0q-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 16:21:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07ACE16A47C; Mon, 2 Oct 2006 16:21:34 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65DC143D5D; Mon, 2 Oct 2006 16:21:30 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 9057B2FF48A; Mon, 2 Oct 2006 16:21:29 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 5C2FD11420; Mon, 2 Oct 2006 18:21:29 +0200 (CEST) Date: Mon, 2 Oct 2006 18:21:29 +0200 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20061002162128.GA1034@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: "Bjoern A. Zeeb" , yongari@FreeBSD.org Subject: panic: Duplicate free of item 0xffffff002ef51d00 from zone 0xffffff003ffdc840(mbuf_packet) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 16:21:34 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey, On an amd64 -CURRENT from yesterday I get this panic (now twice) shortly after the system has come up in multi user. It seems related to sk(4) which is the active NIC in the system, but it might be the problem is elsewhere. It's currently running OK again on an kernel from Aug 19. dmesg from this old kernel attached. I can generate dmesg from the new kernel if needed. Anybody has any ideas of what's going wrong? I can test patches etc. if needed. gdb says: Unread portion of the kernel message buffer: Slab at 0xffffff002ef51f50, freei 13 = 0. panic: Duplicate free of item 0xffffff002ef51d00 from zone 0xffffff003ffdc840(mbuf_packet) cpuid = 0 KDB: enter: panic Physical memory: 1012 MB Dumping 203 MB: 188 172 156 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff801af2d4 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:481 #2 0xffffffff801af689 in db_command_loop () at /usr/src/sys/ddb/db_command.c:396 #3 0xffffffff801b1553 in db_trap (type=-1603201104, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xffffffff80450ac8 in kdb_trap (type=3, code=0, tf=0xffffffffa0711930) at /usr/src/sys/kern/subr_kdb.c:502 #5 0xffffffff806352c2 in trap (frame= {tf_rdi = 0, tf_rsi = -2132733952, tf_rdx = 1, tf_rcx = 1058292, tf_r8 = 1048064, tf_r9 = 10, tf_rax = 18, tf_rbx = -2139976232, tf_rbp = -1603200528, tf_r10 = -1603200768, tf_r11 = 10, tf_r12 = 0, tf_r13 = 256, tf_r14 = -1098480768320, tf_r15 = -1098438031296, tf_trapno = 3, tf_addr = 0, tf_flags = 256, tf_err = 0, tf_rip = -2142960273, tf_cs = 8, tf_rflags = 646, tf_rsp = -1603200528, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:471 #6 0xffffffff8061fb4b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff8045056f in kdb_enter (msg=0x0) at cpufunc.h:63 #8 0xffffffff8042b659 in panic (fmt=0xffffffff80728dd8 "Duplicate free of item %p from zone %p(%s)\n") at /usr/src/sys/kern/kern_shutdown.c:549 #9 0xffffffff805b5f08 in uma_dbg_free (zone=0xffffff003ffdc840, slab=0xffffff002ef51f50, item=0xffffff002ef51d00) at /usr/src/sys/vm/uma_dbg.c:302 #10 0xffffffff805b3dc0 in uma_zfree_arg (zone=0xffffff003ffdc840, item=0xffffff002ef51d00, udata=0x0) at /usr/src/sys/vm/uma_core.c:2269 #11 0xffffffff804785b8 in m_freem (mb=0x12) at mbuf.h:445 #12 0xffffffff80359d53 in sk_txeof (sc_if=0xffffffff80e56000) at /usr/src/sys/dev/sk/if_sk.c:3233 #13 0xffffffff8035bc48 in sk_intr (xsc=0x0) at /usr/src/sys/dev/sk/if_sk.c:3459 #14 0xffffffff8041364e in ithread_loop (arg=0xffffff0000e8b020) at /usr/src/sys/kern/kern_intr.c:662 #15 0xffffffff8041229a in fork_exit (callout=0xffffffff80413550 , arg=0xffffff0000e8b020, frame=0xffffffffa0711c90) at /usr/src/sys/kern/kern_fork.c:818 #16 0xffffffff8061feae in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () -- Simon L. Nielsen --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="trillian.dmesg" 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 7.0-CURRENT #1: Sat Aug 19 14:56:13 UTC 2006 root@trillian.nitro.dk:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 usable memory = 1061457920 (1012 MB) avail memory = 1023041536 (975 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: on hostb0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfdfff000-0xfdffffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfdffe000-0xfdffefff irq 22 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfdffd000-0xfdffd0ff irq 23 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 8 ports with 8 removable, self powered pci0: at device 6.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf500-0xf50f,0xf400-0xf47f irq 22 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfa000000-0xfaffffff,0xe0000000-0xefffffff,0xfb000000-0xfbffffff irq 16 at device 0.0 on pci1 pcib2: at device 14.0 on pci0 pci2: on pcib2 rl0: port 0xdc00-0xdcff mem 0xfdeff000-0xfdeff0ff irq 18 at device 6.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:48:54:d0:e4:8c fwohci0: port 0xdf00-0xdf7f mem 0xfdefe000-0xfdefe7ff irq 19 at device 7.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:30:1b:b7:00:00:f3:cc fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:1b:00:f3:cc fwe0: Ethernet address: 02:30:1b:00:f3:cc fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) skc0: port 0xda00-0xdaff mem 0xfdef8000-0xfdefbfff irq 16 at device 8.0 on pci2 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:30:1b:b7:f3:68 miibus1: on sk0 e1000phy0: on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [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 ppc0: [GIANT-LOCKED] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xcefff,0xd0000-0xd3fff,0xd4000-0xd4fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2009790573 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata1-master UDMA33 ad4: 194481MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted sk0: link state changed to UP --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="trillian-pciconf.txt" hostb0@pci0:0:0: class=0x060000 card=0xa5511297 chip=0x00e110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nforce3 CPU to PCI Bridge' class = bridge subclass = HOST-PCI isab0@pci0:1:0: class=0x060100 card=0xa5511297 chip=0x00e010de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce3 CPU to ISA Bridge' class = bridge subclass = PCI-ISA none0@pci0:1:1: class=0x0c0500 card=0xa5511297 chip=0x00e410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce PCI SMB Controller' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0xa5511297 chip=0x00e710de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce OHCI USB Controller' class = serial bus subclass = USB ohci1@pci0:2:1: class=0x0c0310 card=0xa5511297 chip=0x00e710de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce OHCI USB Controller' class = serial bus subclass = USB ehci0@pci0:2:2: class=0x0c0320 card=0xa5511297 chip=0x00e810de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce EHCI USB 2.0 Controller' class = serial bus subclass = USB none1@pci0:6:0: class=0x040100 card=0xa5511297 chip=0x00ea10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce AC'97 Audio Codec Interface' class = multimedia subclass = audio atapci0@pci0:8:0: class=0x01018a card=0xa5511297 chip=0x00e510de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce ATA Controller' class = mass storage subclass = ATA atapci1@pci0:10:0: class=0x010185 card=0xa5511297 chip=0x00e310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nforce SATA Controller' class = mass storage subclass = ATA pcib1@pci0:11:0: class=0x060400 card=0x00000000 chip=0x00e210de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce3 PCI to AGP Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:14:0: class=0x060400 card=0x00000000 chip=0x00ed10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI vgapci0@pci1:0:0: class=0x030000 card=0x0000196d chip=0x00f210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce 6600 GT [NV43]' class = display subclass = VGA rl0@pci2:6:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet fwohci0@pci2:7:0: class=0x0c0010 card=0x30441106 chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire skc0@pci2:8:0: class=0x020000 card=0xc2311297 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8001/8003/8010 Gigabit Ethernet Controller with Integrated PHY (copper)' class = network subclass = ethernet --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 16:35:12 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFE4016A4AB for ; Mon, 2 Oct 2006 16:35:12 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB10543D91 for ; Mon, 2 Oct 2006 16:34:58 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GAK28343; Mon, 02 Oct 2006 09:34:43 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2919545058; Mon, 2 Oct 2006 09:34:42 -0700 (PDT) To: Ariff Abdullah In-Reply-To: Your message of "Mon, 02 Oct 2006 23:39:26 +0800." <20061002233926.114af71d.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1159806882_21865P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 02 Oct 2006 09:34:42 -0700 From: "Kevin Oberman" Message-Id: <20061002163442.2919545058@ptavv.es.net> Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, Rainer Alves Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 16:35:13 -0000 --==_Exmh_1159806882_21865P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 2 Oct 2006 23:39:26 +0800 > From: Ariff Abdullah > > On Mon, 02 Oct 2006 08:15:27 -0700 > "Kevin Oberman" wrote: > > Me too! > > > > My T43 with ICH6 AC'97 stopped working over the weekend. No errors, > > but no sound at all. xmms appears to be playing normally, just > > without sound. My system looks almost exactly like Rainer's T42. > > > > FreeBSD Audio Driver (newpcm) > > Installed devices: > > pcm0: at io 0xb0000800, 0xb0000400 irq 11 > > bufsz 16384 kld snd_ich (1p/1r/1v channels duplex default) > > > > I've just backout the changes. Please update your sources (sorry). > > Make sure "vol", "ogain", and "phout" works as expected, or even > better, have considerable improvement. > > > Btw, Kevin, I've read your mail about your problem. It is just that I > don't have much time right now. Hope to get in touch with that sooner. > > > Thanks for being an active testers :) > > -- Thanks, Ariff. I'm still waiting for our CVS mirror to update, but I'll re-build the module and let you know if it's fixed shortly! And thanks for remembering my other problem. The systems that behave that was are a real pain and I don't know how many are left. (We have about 6 of them left in service and all are scheduled for replacement in the next few months.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1159806882_21865P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFIT+ikn3rs5h7N1ERAr34AJ9pdGPQgUUiyteFD5GMDXnV0uosfwCgugnY 65kr+rir9ilpIW9pDwEbwhs= =zg9M -----END PGP SIGNATURE----- --==_Exmh_1159806882_21865P-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 16:53:38 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D7916A403; Mon, 2 Oct 2006 16:53:38 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E35943D79; Mon, 2 Oct 2006 16:53:35 +0000 (GMT) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/8.12.11/smtpout06/MantshX 4.0) with ESMTP id k92GrY1Y017065; Mon, 2 Oct 2006 09:53:35 -0700 (PDT) Received: from [192.168.1.2] (c-67-164-11-148.hsd1.ca.comcast.net [67.164.11.148]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id k92GrVWX025324 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 2 Oct 2006 09:53:32 -0700 (PDT) In-Reply-To: <20061002205039.301fa766.ariff@FreeBSD.org> References: <59493.1159791753@critter.freebsd.dk> <20061002205039.301fa766.ariff@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4CBB154F-6BD9-4E32-9A80-7A07ECC6B096@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 2 Oct 2006 09:52:31 -0700 To: Ariff Abdullah X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: "current@freebsd.org" Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 16:53:38 -0000 On Oct 2, 2006, at 5:50 AM, Ariff Abdullah wrote: > On Mon, 02 Oct 2006 12:22:33 +0000 > Poul-Henning Kamp wrote: >> >> During a "make universe" ia64 fails with the following errors. >> >> I wouldn't expect a sound driver to call any of those functions at >> all, what's going on ? *snip* > I wish BUS_DMA_NOCACHE has real meaning (like what NetBSD did) since > uncached DMA is pretty much guarantee to make the driver works on > broken i386/amd86 hardwares. > > Should we just narrow this down to i386/amd64 , or give > BUS_DMA_NOCACHE a real meaning as part of bus_dmamem_alloc() ? Ideally, we should fix our busdma implementation. In the mean time, feel free to make this driver specific to i386/amd64 because it now actually is specific to i386/amd64 and a broken make universe is a bother to other developers. Just my $0.02 -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 16:58:47 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A2C516A407; Mon, 2 Oct 2006 16:58:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C726643D49; Mon, 2 Oct 2006 16:58:46 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 2620EC327; Mon, 2 Oct 2006 12:58:46 -0400 (EDT) Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id B9B93C316; Mon, 2 Oct 2006 12:58:40 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=kyytIaAaJ+9TKf9+nVcMKaiKQqIBYmoffLL8WYj7c29bAR3cJFcUkJJeGQ23qYkf5 3oKzrHq7GSpB8tfin4MNnzgMYqZkcQepZpfL8bACv7zshmfnhIoEvhg/2PTMXmz Message-ID: <4521453F.1000201@protected-networks.net> Date: Mon, 02 Oct 2006 12:58:39 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Marcel Moolenaar References: <59493.1159791753@critter.freebsd.dk> <20061002205039.301fa766.ariff@FreeBSD.org> <4CBB154F-6BD9-4E32-9A80-7A07ECC6B096@mac.com> In-Reply-To: <4CBB154F-6BD9-4E32-9A80-7A07ECC6B096@mac.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , Ariff Abdullah Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 16:58:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcel Moolenaar wrote: > Ideally, we should fix our busdma implementation. I like that idea .. there's one device driver I'm working on at the moment that has 'issues' with alignment .. it wants a 16k boundary :-( Unfortunately, I don't have the necessary expertise with the VM system to fix it .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIUU/Qv9rrgRC1JIRAqxiAJ4wVQCiNbJ7lqY/LsHp6qBDqOM0RACeJgra izp6VIBbXgYDRodp7f76niw= =rk/n -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 17:19:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A04D16A407 for ; Mon, 2 Oct 2006 17:19:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC30E43D55 for ; Mon, 2 Oct 2006 17:19:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GBU78350; Mon, 02 Oct 2006 10:18:50 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AEFCE45058; Mon, 2 Oct 2006 10:18:49 -0700 (PDT) To: Ariff Abdullah In-Reply-To: Your message of "Mon, 02 Oct 2006 23:39:26 +0800." <20061002233926.114af71d.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1159809529_21865P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 02 Oct 2006 10:18:49 -0700 From: "Kevin Oberman" Message-Id: <20061002171849.AEFCE45058@ptavv.es.net> Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, Rainer Alves Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 17:19:21 -0000 --==_Exmh_1159809529_21865P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 2 Oct 2006 23:39:26 +0800 > From: Ariff Abdullah > > On Mon, 02 Oct 2006 08:15:27 -0700 > "Kevin Oberman" wrote: > > Me too! > > > > My T43 with ICH6 AC'97 stopped working over the weekend. No errors, > > but no sound at all. xmms appears to be playing normally, just > > without sound. My system looks almost exactly like Rainer's T42. > > > > FreeBSD Audio Driver (newpcm) > > Installed devices: > > pcm0: at io 0xb0000800, 0xb0000400 irq 11 > > bufsz 16384 kld snd_ich (1p/1r/1v channels duplex default) > > > > I've just backout the changes. Please update your sources (sorry). > > Make sure "vol", "ogain", and "phout" works as expected, or even > better, have considerable improvement. > > > Btw, Kevin, I've read your mail about your problem. It is just that I > don't have much time right now. Hope to get in touch with that sooner. > > > Thanks for being an active testers :) > > -- > Ariff Abdullah > FreeBSD Ariff, I just re-built and installed the new module. No luck. I did make obj, make clean, make, and make install in sys/modules/sound/drivers and then did a kldunload of snd_ich and sound and, then a 'kldload snd_ich'. I think that should have done the trick, but no sound :-( -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1159809529_21865P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFIUn5kn3rs5h7N1ERApy1AJ4/H3lKWzxsymB8UcPP8ys7MulHMQCfXyRM v5OXgkuhIewVJNiAjfUkE08= =9TUU -----END PGP SIGNATURE----- --==_Exmh_1159809529_21865P-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 17:23:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D5816A51B; Mon, 2 Oct 2006 17:23:46 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B4443D77; Mon, 2 Oct 2006 17:23:36 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92HNXbN038553; Mon, 2 Oct 2006 17:23:34 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 3 Oct 2006 01:21:42 +0800 From: Ariff Abdullah To: "Kevin Oberman" Message-Id: <20061003012142.6bc87679.ariff@FreeBSD.org> In-Reply-To: <20061002171849.AEFCE45058@ptavv.es.net> References: <20061002233926.114af71d.ariff@FreeBSD.org> <20061002171849.AEFCE45058@ptavv.es.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, rainer.alves@gmail.com Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 17:23:46 -0000 --Signature=_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 02 Oct 2006 10:18:49 -0700 "Kevin Oberman" wrote: >=20 > I just re-built and installed the new module. No luck. >=20 > I did make obj, make clean, make, and make install in > sys/modules/sound/drivers and then did a kldunload of snd_ich and > sound and, then a 'kldload snd_ich'. I think that should have done > the trick, but no sound :-( >=20 Are you sure? src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 2006/10/02 15:32:12 ariff ^^^^^^^^^^^^^^^^^^^^^^^ -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIUqqlr+deMUwTNoRAgBYAKC1okZVJ1P2nakssN6DnFdVnY+YagCfe9jw iM1Mkp/S4VP/XHN4l6Rrmjg= =L8co -----END PGP SIGNATURE----- --Signature=_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 17:50:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14BFA16A407; Mon, 2 Oct 2006 17:50:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F19743D4C; Mon, 2 Oct 2006 17:50:43 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92HocGZ018067; Mon, 2 Oct 2006 13:50:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Mon, 2 Oct 2006 13:37:30 -0400 User-Agent: KMail/1.9.1 References: <451ADC21.50206@centtech.com> <200609291618.09492.jhb@freebsd.org> <20060929235459.M73166@fledge.watson.org> In-Reply-To: <20060929235459.M73166@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021337.30516.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]); Mon, 02 Oct 2006 13:50:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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: freebsd-current@freebsd.org Subject: Re: isofs/cd9660 -> relocate to fs/isofs/cd9660? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 17:50:46 -0000 On Friday 29 September 2006 18:55, Robert Watson wrote: > > On Fri, 29 Sep 2006, John Baldwin wrote: > > >>>> Btw, this is a topic that is easily searched on, as it gets brought up > >>>> fairly regularly. We were a bit late on the schedule this time, though, > >>>> so thanks for giving it a kickstart. > >>> > >>> We've actually moved most of the filesystems into sys/fs in the past. > > Only > >>> cd9660, nfs, and ufs are in the top-level. I'd still say leave nfs and > > ufs > >>> alone, but sys/isofs/cd9660 -> sys/fs/cd9660 (I wouldn't keep the extra > > isofs > >>> directory) probably wouldn't be but so painful at this point. > >>> > >> > >> What about moving all of the net* directories into /sys/net?. And don't > >> forget putting i386 and friends into /sys/arch! Ah, I love the smell of > >> fresh paint in the morning. Smells like.... napalm. > > > > Baby steps aren't hard. :) Back when I first made rumblings about this sort > > of thing we didn't have a sys/fs at all, but now we do and over time we've > > actually moved most of our filesystems into it. :) > > The great thing about moving all the network subtrees around is how we can > break the compile of all the existing applications that include net/*, > netinet/*, netinet6/*, etc, all in one pass. :-) Yes. :( That's actually the biggest reason to not move net* IMO. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 18:15:00 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B7F316A47B for ; Mon, 2 Oct 2006 18:15:00 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24DF043D6E for ; Mon, 2 Oct 2006 18:14:59 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GCQ11831; Mon, 02 Oct 2006 11:14:31 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id ADF9345058; Mon, 2 Oct 2006 11:14:30 -0700 (PDT) To: Ariff Abdullah In-Reply-To: Your message of "Tue, 03 Oct 2006 01:21:42 +0800." <20061003012142.6bc87679.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1159812870_21865P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 02 Oct 2006 11:14:30 -0700 From: "Kevin Oberman" Message-Id: <20061002181430.ADF9345058@ptavv.es.net> Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, rainer.alves@gmail.com Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 18:15:00 -0000 --==_Exmh_1159812870_21865P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 3 Oct 2006 01:21:42 +0800 > From: Ariff Abdullah > > --Signature=_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+ > Content-Type: text/plain; charset=US-ASCII > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, 02 Oct 2006 10:18:49 -0700 > "Kevin Oberman" wrote: > >=20 > > I just re-built and installed the new module. No luck. > >=20 > > I did make obj, make clean, make, and make install in > > sys/modules/sound/drivers and then did a kldunload of snd_ich and > > sound and, then a 'kldload snd_ich'. I think that should have done > > the trick, but no sound :-( > >=20 > Are you sure? > > src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 2006/10/02 15:32:12 ariff > ^^^^^^^^^^^^^^^^^^^^^^^ > grep FreeBSD /sys/dev/sound/pcm/ac97_patch.c * Copyright 2002 FreeBSD, Inc. All rights reserved. SND_DECLARE_FILE("$FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 2006/10/02 15:32:12 ariff Exp $"); I can only be sure that it was working back on 9/16 and that it was broken 9/30 at about 23:00 UTC when I updated sources and built the system. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1159812870_21865P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFIVcGkn3rs5h7N1ERAkU8AJsGd5cEBIdh7GrEhSwPj/udzyix6QCeKqt5 p9DobqIu66IYaIZG4skVNJc= =YAXk -----END PGP SIGNATURE----- --==_Exmh_1159812870_21865P-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 18:40:39 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0607516A407; Mon, 2 Oct 2006 18:40:39 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9236B43D66; Mon, 2 Oct 2006 18:40:30 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92IeROk046330; Mon, 2 Oct 2006 18:40:28 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 3 Oct 2006 02:38:35 +0800 From: Ariff Abdullah To: "Kevin Oberman" Message-Id: <20061003023835.1de7515c.ariff@FreeBSD.org> In-Reply-To: <20061002181430.ADF9345058@ptavv.es.net> References: <20061003012142.6bc87679.ariff@FreeBSD.org> <20061002181430.ADF9345058@ptavv.es.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__3_Oct_2006_02_38_35_+0800_pIaIzUz0aSq42TNC" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, rainer.alves@gmail.com Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 18:40:39 -0000 --Signature=_Tue__3_Oct_2006_02_38_35_+0800_pIaIzUz0aSq42TNC Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 02 Oct 2006 11:14:30 -0700 "Kevin Oberman" wrote: > > Date: Tue, 3 Oct 2006 01:21:42 +0800 > > From: Ariff Abdullah > >=20 > > --Signature=3D_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+ > > Content-Type: text/plain; charset=3DUS-ASCII > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > >=20 > > On Mon, 02 Oct 2006 10:18:49 -0700 > > "Kevin Oberman" wrote: > > >=3D20 > > > I just re-built and installed the new module. No luck. > > >=3D20 > > > I did make obj, make clean, make, and make install in > > > sys/modules/sound/drivers and then did a kldunload of snd_ich > > > and sound and, then a 'kldload snd_ich'. I think that should > > > have done the trick, but no sound :-( > > >=3D20 > > Are you sure? > >=20 > > src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 2006/10/02 15:32:12 ariff > > ^^^^^^^^^^^^^^^^^^^^^^^ >=20 >=20 > > grep FreeBSD /sys/dev/sound/pcm/ac97_patch.c > * Copyright 2002 FreeBSD, Inc. All rights reserved. > SND_DECLARE_FILE("$FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 > 2006/10/02 15:32:12 ariff Exp $"); >=20 > I can only be sure that it was working back on 9/16 and that it was > broken 9/30 at about 23:00 UTC when I updated sources and built the > system. >=20 How abour mixer settings? Make sure "ogain" and "phout" =3D=3D 100 Replace sys/dev/sound/pcm/ac97.f (if above failed): http://people.freebsd.org/~ariff/test/ac97.c -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Tue__3_Oct_2006_02_38_35_+0800_pIaIzUz0aSq42TNC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIVywlr+deMUwTNoRAp72AKCOVJz545SG18MwkgG9LrSvviZNcgCfWLB2 +P1NRtQxsRMqGZ8kZl5UtY4= =sVyA -----END PGP SIGNATURE----- --Signature=_Tue__3_Oct_2006_02_38_35_+0800_pIaIzUz0aSq42TNC-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:17:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D041D16A407; Mon, 2 Oct 2006 19:17:44 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 045EA43D7E; Mon, 2 Oct 2006 19:17:43 +0000 (GMT) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id A04ED75D90; Mon, 2 Oct 2006 21:17:39 +0200 (CEST) Message-ID: <45214972.6050501@free.fr> Date: Mon, 02 Oct 2006 19:16:34 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.7 (X11/20060916) MIME-Version: 1.0 To: Ariff Abdullah References: <200610011113.k91BD09L005884@repoman.freebsd.org> <20061001192728.0cc7cdf6.ariff@FreeBSD.org> In-Reply-To: <20061001192728.0cc7cdf6.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:17:44 -0000 Ariff Abdullah wrote: > I've just committed support for Intel (and compatible) > High Definition Audio (Controller). Please give it a good punch. > > For RELENG_6 users, you're left with > http://people.freebsd.org/~ariff/test/hda_releng6.diff. > > The rest 6.1-RELEASE mostly, or simply because you're too lazy to > apply the patch, I've provided binary kmod for both i386 and amd64, > found at http://people.freebsd.org/~ariff/HDA/kmod/ . Get _BOTH_ > sound.ko and snd_hda.ko, no question about it. > > > Welcome To HDA. > > On Sun, 1 Oct 2006 11:13:00 +0000 (UTC) > Ariff Abdullah wrote: > >> ariff 2006-10-01 11:13:00 UTC >> >> FreeBSD src repository >> >> Added files: >> sys/dev/sound/pci/hda hda_reg.h hdac.c hdac.h hdac_private.h >> hdac_reg.h >> sys/modules/sound/driver/hda Makefile >> Log: >> Add support for Intel High Definition Audio Controller. >> >> This driver make a special guarantee that "playback" works >> on majority hardwares with minimal or without specific vendor >> quirk. >> >> This driver is a product of collaborative effort made by: >> >> Stephane E. Potvin >> Andrea Bittau >> Wesley Morgan >> Daniel Eischen >> Maxime Guillaud >> Ariff Abdullah >> >> ....and various people from freebsd-multimedia@FreeBSD.org >> >> Refer to snd_hda(4) for features and issues. >> >> Welcome To HDA. >> >> Sponsored by: Defenxis Sdn. Bhd. >> >> Revision Changes Path >> 1.1 +1226 -0 src/sys/dev/sound/pci/hda/hda_reg.h (new) >> 1.1 +4584 -0 src/sys/dev/sound/pci/hda/hdac.c (new) >> 1.1 +69 -0 src/sys/dev/sound/pci/hda/hdac.h (new) >> 1.1 +335 -0 src/sys/dev/sound/pci/hda/hdac_private.h >> (new) 1.1 +266 -0 src/sys/dev/sound/pci/hda/hdac_reg.h >> (new) 1.1 +9 -0 >> src/sys/modules/sound/driver/hda/Makefile (new) >> >> > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > SUCCESS: vil1 ~ # uname -a FreeBSD vil1.ruomad.net 7.0-CURRENT FreeBSD 7.0-CURRENT #8: Mon Oct 2 20:05:40 CEST 2006 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 i386 dmesg : pcm0: mem 0xfe024000-0xfe027fff irq 21 at device 16.1 on pci0 nfe0: port 0xf200-0xf207 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 Hardware : Asus M2NPV-VM Motherboard, Nforce 430MCP integrated chipsed Works great! Thanks a lot for your good work... Bruno Damour From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:22:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 137F716A403; Mon, 2 Oct 2006 19:22:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C885D43D62; Mon, 2 Oct 2006 19:21:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92JLmp8018637; Mon, 2 Oct 2006 15:21:56 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 2 Oct 2006 14:41:07 -0400 User-Agent: KMail/1.9.1 References: <20060929141709.E70454@fledge.watson.org> <2fd864e0609290707t7e7d6e17g61a09ff5aa10ff3f@mail.gmail.com> <20060929142405.GA5875@rambler-co.ru> In-Reply-To: <20060929142405.GA5875@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021441.08126.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]); Mon, 02 Oct 2006 15:21:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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: Robert Watson , Astrodog , current@freebsd.org Subject: Re: lockf in installworld -- not a good idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:22:04 -0000 On Friday 29 September 2006 10:24, Ruslan Ermilov wrote: > On Fri, Sep 29, 2006 at 09:07:19AM -0500, Astrodog wrote: > > Personally, I find it much, much more important to be able to do an > > installworld from a "real" single user mode via NFS, than it is to support > > -j. I don't think I've ever had a circumstance where I really needed make > > installworld to finish quickly. > > > This doesn't mean it's unused. For example, our release engineers > build releases on fast SMP machines, and "make release" can complete > faster with -j on real SMP hardware. This is btw how this bug was > found in the first place. I'd say it's a bug in src/release/Makefile. :) It should use WORLD_FLAGS with buildworld and not with installworld. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:22:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 137F716A403; Mon, 2 Oct 2006 19:22:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C885D43D62; Mon, 2 Oct 2006 19:21:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92JLmp8018637; Mon, 2 Oct 2006 15:21:56 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 2 Oct 2006 14:41:07 -0400 User-Agent: KMail/1.9.1 References: <20060929141709.E70454@fledge.watson.org> <2fd864e0609290707t7e7d6e17g61a09ff5aa10ff3f@mail.gmail.com> <20060929142405.GA5875@rambler-co.ru> In-Reply-To: <20060929142405.GA5875@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021441.08126.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]); Mon, 02 Oct 2006 15:21:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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: Robert Watson , Astrodog , current@freebsd.org Subject: Re: lockf in installworld -- not a good idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:22:04 -0000 On Friday 29 September 2006 10:24, Ruslan Ermilov wrote: > On Fri, Sep 29, 2006 at 09:07:19AM -0500, Astrodog wrote: > > Personally, I find it much, much more important to be able to do an > > installworld from a "real" single user mode via NFS, than it is to support > > -j. I don't think I've ever had a circumstance where I really needed make > > installworld to finish quickly. > > > This doesn't mean it's unused. For example, our release engineers > build releases on fast SMP machines, and "make release" can complete > faster with -j on real SMP hardware. This is btw how this bug was > found in the first place. I'd say it's a bug in src/release/Makefile. :) It should use WORLD_FLAGS with buildworld and not with installworld. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:22:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC5A16A5AE; Mon, 2 Oct 2006 19:22:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C0343D58; Mon, 2 Oct 2006 19:22:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92JLmp9018637; Mon, 2 Oct 2006 15:21:59 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 2 Oct 2006 14:59:59 -0400 User-Agent: KMail/1.9.1 References: <59493.1159791753@critter.freebsd.dk> <20061002205039.301fa766.ariff@FreeBSD.org> In-Reply-To: <20061002205039.301fa766.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021500.00727.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]); Mon, 02 Oct 2006 15:21:59 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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: Poul-Henning Kamp , Ariff Abdullah Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:22:08 -0000 On Monday 02 October 2006 08:50, Ariff Abdullah wrote: > On Mon, 02 Oct 2006 12:22:33 +0000 > Poul-Henning Kamp wrote: > > > > During a "make universe" ia64 fails with the following errors. > > > > I wouldn't expect a sound driver to call any of those functions at > > all, what's going on ? > > > > > > ===> sound/driver/hda (all) > > cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE > > -std=c99 -nostd inc -I- -DHAVE_KERNEL_OPTION_HEADERS -include > > /usr/obj/ia64/src/src0/src/sys/M AC/opt_global.h -I. -I@ > > -I@/contrib/altq -finline-limit=15000 --param inline-uni > > t-growth=100 --param large-function-growth=1000 -fno-common -g > > -I/usr/obj/ia64/s rc/src0/src/sys/MAC -ffixed-r13 > > -mfixed-range=f32-f127 -mno-sdata -ffreestanding > > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototy > > pes -Wpointer-arith -Winline -Wcast-qual -Wundef > > -fformat-extensions -c /src/sr > > c0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pci/hda/h > > dac.c > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: > > In function `hdac_dma_nocache': > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 999: warning: implicit declaration of function > > `vtopte' > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 999: warning: nested extern declaration of `vtopte' > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 999: warning: assignment makes pointer from integer > > without a cast > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 1001: error: `PG_N' undeclared (first use in this > > function) > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 1001: error: (Each undeclared identifier is reported > > only once > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 1001: error: for each function it appears in.) > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 1002: warning: implicit declaration of function > > `invltlb' > > /src/src0/src/sys/modules/sound/driver/hda/../../../../dev/sound/pc > > i/hda/hdac.c: 1002: warning: nested extern declaration of `invltlb' > > > > > > I wish BUS_DMA_NOCACHE has real meaning (like what NetBSD did) since > uncached DMA is pretty much guarantee to make the driver works on > broken i386/amd86 hardwares. > > Should we just narrow this down to i386/amd64 , or give > BUS_DMA_NOCACHE a real meaning as part of bus_dmamem_alloc() ? > > I'm open for suggestion. I can probably fix NOCACHE for i386/amd64 for the bus_dmamem_alloc() case. Try this patch: --- //depot/vendor/freebsd/src/sys/amd64/amd64/busdma_machdep.c 2006/06/01 04:50:42 +++ //depot/user/jhb/acpipci/amd64/amd64/busdma_machdep.c 2006/10/02 18:58:21 @@ -48,6 +48,7 @@ #include #include #include +#include #define MAX_BPAGES 8192 @@ -522,6 +523,9 @@ } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { printf("bus_dmamem_alloc failed to align memory properly."); } + if (flags & BUS_DMA_NOCACHE) + pmap_change_attr((vm_offset_t)*vaddr, dmat->maxsize, + PAT_UNCACHEABLE); CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x error %d", __func__, dmat, dmat->flags, ENOMEM); return (0); --- //depot/vendor/freebsd/src/sys/i386/i386/busdma_machdep.c 2006/09/26 23:16:33 +++ //depot/user/jhb/acpipci/i386/i386/busdma_machdep.c 2006/10/02 18:58:21 @@ -51,6 +51,7 @@ #include #include #include +#include #define MAX_BPAGES 512 #define BUS_DMA_COULD_BOUNCE BUS_DMA_BUS3 @@ -530,6 +531,9 @@ } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { printf("bus_dmamem_alloc failed to align memory properly.\n"); } + if (flags & BUS_DMA_NOCACHE) + pmap_change_attr((vm_offset_t)*vaddr, dmat->maxsize, + PAT_UNCACHEABLE); CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x error %d", __func__, dmat, dmat->flags, ENOMEM); return (0); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:22:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F5C16A5B3 for ; Mon, 2 Oct 2006 19:22:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C00343D7D for ; Mon, 2 Oct 2006 19:21:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92JLmp7018637; Mon, 2 Oct 2006 15:21:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, John-Mark Gurney Date: Mon, 2 Oct 2006 14:36:40 -0400 User-Agent: KMail/1.9.1 References: <20061001215643.GZ80527@funkthat.com> <20061002.004511.1467008375.imp@bsdimp.com> <20061002082416.GC80527@funkthat.com> In-Reply-To: <20061002082416.GC80527@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021436.42081.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]); Mon, 02 Oct 2006 15:21:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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: "M. Warner Losh" Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:22:08 -0000 On Monday 02 October 2006 04:24, John-Mark Gurney wrote: > Warner Losh wrote this message on Mon, Oct 02, 2006 at 00:45 -0600: > > In message: <20061002014320.GA80527@funkthat.com> > > John-Mark Gurney writes: > > : I do make includes into the obj dir and use that.. (obviously you > > : need to review is much more closely)... > > > > I think that we're talking past each other a little, so rather than > > continue down that path, I'll wait for the patch to see what it does > > and make suggested improvements. Maybe I'll implement the glue code I > > was talking about too, but with a baby due any day now, maybe not. :-) > > The patch was in the original message... The one thing that I don't > have the make-fu to do is: a) insert the buildincs before depend (so > that the psuedo /usr/include is properly depended upon), and b) find > the correct path to tools/install.sh so install doesn't chown/grp the > files... > > Once a and b are solved, then it can be properly made part of > bsd.lib.mk... and fully evaluated upon it's merits... > > btw, my original patch is at: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=722594+0+/usr/local/www/db/text/2006/freebsd-current/20061001.freebsd-current The sequence ru@ mentioned using 'make includes' is already in bsd.*.mk and should be sufficient for what you need. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:27:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6792016A407; Mon, 2 Oct 2006 19:27:09 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECCF43D79; Mon, 2 Oct 2006 19:27:03 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (3k6mt5h20ts45v0e@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k92JR0WH065513; Mon, 2 Oct 2006 12:27:00 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k92JR0EO065512; Mon, 2 Oct 2006 12:27:00 -0700 (PDT) (envelope-from jmg) Date: Mon, 2 Oct 2006 12:26:59 -0700 From: John-Mark Gurney To: John Baldwin Message-ID: <20061002192659.GE80527@funkthat.com> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, "M. Warner Losh" References: <20061001215643.GZ80527@funkthat.com> <20061002.004511.1467008375.imp@bsdimp.com> <20061002082416.GC80527@funkthat.com> <200610021436.42081.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610021436.42081.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:27:09 -0000 John Baldwin wrote this message on Mon, Oct 02, 2006 at 14:36 -0400: > On Monday 02 October 2006 04:24, John-Mark Gurney wrote: > > Warner Losh wrote this message on Mon, Oct 02, 2006 at 00:45 -0600: > > > In message: <20061002014320.GA80527@funkthat.com> > > > John-Mark Gurney writes: > > > : I do make includes into the obj dir and use that.. (obviously you > > > : need to review is much more closely)... > > > > > > I think that we're talking past each other a little, so rather than > > > continue down that path, I'll wait for the patch to see what it does > > > and make suggested improvements. Maybe I'll implement the glue code I > > > was talking about too, but with a baby due any day now, maybe not. :-) > > > > The patch was in the original message... The one thing that I don't > > have the make-fu to do is: a) insert the buildincs before depend (so > > that the psuedo /usr/include is properly depended upon), and b) find > > the correct path to tools/install.sh so install doesn't chown/grp the > > files... > > > > Once a and b are solved, then it can be properly made part of > > bsd.lib.mk... and fully evaluated upon it's merits... > > > > btw, my original patch is at: > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=722594+0+/usr/local/www/db/text/2006/freebsd-current/20061001.freebsd-current > > The sequence ru@ mentioned using 'make includes' is already in bsd.*.mk and > should be sufficient for what you need. And also run w/ a problem that if say, the library build for some reason failed, or something else, I end up w/ a broken /usr/include w/o any possibility of recovery... What if I'm building this library to be run on another box? You want me to tar up my local /usr/include, make includes, build the library, and then restore the backed up /usr/include? All just because people object to adding a few lines to bsd.lib.mk that will not change behavior that isn't already broken? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:48:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89F7616A5AC; Mon, 2 Oct 2006 19:48:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D0543D4C; Mon, 2 Oct 2006 19:48:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k92JkWd2079684; Mon, 2 Oct 2006 13:46:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 02 Oct 2006 13:45:41 -0600 (MDT) Message-Id: <20061002.134541.-135506344.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20061002192659.GE80527@funkthat.com> References: <20061002082416.GC80527@funkthat.com> <200610021436.42081.jhb@freebsd.org> <20061002192659.GE80527@funkthat.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 02 Oct 2006 13:46:34 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:48:11 -0000 In message: <20061002192659.GE80527@funkthat.com> John-Mark Gurney writes: : John Baldwin wrote this message on Mon, Oct 02, 2006 at 14:36 -0400: : > On Monday 02 October 2006 04:24, John-Mark Gurney wrote: : > > Warner Losh wrote this message on Mon, Oct 02, 2006 at 00:45 -0600: : > > > In message: <20061002014320.GA80527@funkthat.com> : > > > John-Mark Gurney writes: : > > > : I do make includes into the obj dir and use that.. (obviously you : > > > : need to review is much more closely)... : > > > : > > > I think that we're talking past each other a little, so rather than : > > > continue down that path, I'll wait for the patch to see what it does : > > > and make suggested improvements. Maybe I'll implement the glue code I : > > > was talking about too, but with a baby due any day now, maybe not. :-) : > > : > > The patch was in the original message... The one thing that I don't : > > have the make-fu to do is: a) insert the buildincs before depend (so : > > that the psuedo /usr/include is properly depended upon), and b) find : > > the correct path to tools/install.sh so install doesn't chown/grp the : > > files... : > > : > > Once a and b are solved, then it can be properly made part of : > > bsd.lib.mk... and fully evaluated upon it's merits... : > > : > > btw, my original patch is at: : > > : > http://www.freebsd.org/cgi/getmsg.cgi?fetch=722594+0+/usr/local/www/db/text/2006/freebsd-current/20061001.freebsd-current : > : > The sequence ru@ mentioned using 'make includes' is already in bsd.*.mk and : > should be sufficient for what you need. : : And also run w/ a problem that if say, the library build for some reason : failed, or something else, I end up w/ a broken /usr/include w/o any : possibility of recovery... What if I'm building this library to be run : on another box? You want me to tar up my local /usr/include, make : includes, build the library, and then restore the backed up /usr/include? Actually, you can do it in such a way that this winds up not being a problem. : All just because people object to adding a few lines to bsd.lib.mk that : will not change behavior that isn't already broken? You misunderstand our objections. They are from an architectural purity of design standpoint. Any little hack can be added in just a few lines, but if you add too many, you get a really complex system that's hard to change. Some would argue src/Makefile.inc1 proves this point. Also, you aren't solving the problem completely. Instead, you are solving enough of the problem to get this particular library built in the simple case where there's no other depends. When you get interdependencies into the mix, your patches utterly fail. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 20:06:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E74E116A49E for ; Mon, 2 Oct 2006 20:06:35 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D83443D7C for ; Mon, 2 Oct 2006 20:06:17 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GEI33001; Mon, 02 Oct 2006 13:06:01 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4110145058; Mon, 2 Oct 2006 13:06:00 -0700 (PDT) To: Ariff Abdullah In-Reply-To: Your message of "Tue, 03 Oct 2006 02:38:35 +0800." <20061003023835.1de7515c.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1159819560_21865P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 02 Oct 2006 13:06:00 -0700 From: "Kevin Oberman" Message-Id: <20061002200600.4110145058@ptavv.es.net> Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, rainer.alves@gmail.com Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 20:06:36 -0000 --==_Exmh_1159819560_21865P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 3 Oct 2006 02:38:35 +0800 > From: Ariff Abdullah > > On Mon, 02 Oct 2006 11:14:30 -0700 > "Kevin Oberman" wrote: > > > Date: Tue, 3 Oct 2006 01:21:42 +0800 > > > From: Ariff Abdullah > > > > > > --Signature=_Tue__3_Oct_2006_01_21_42_+0800_RKF/7k2PZGCdQh9+ > > > Content-Type: text/plain; charset=US-ASCII > > > Content-Disposition: inline > > > Content-Transfer-Encoding: quoted-printable > > > > > > On Mon, 02 Oct 2006 10:18:49 -0700 > > > "Kevin Oberman" wrote: > > > >=20 > > > > I just re-built and installed the new module. No luck. > > > >=20 > > > > I did make obj, make clean, make, and make install in > > > > sys/modules/sound/drivers and then did a kldunload of snd_ich > > > > and sound and, then a 'kldload snd_ich'. I think that should > > > > have done the trick, but no sound :-( > > > >=20 > > > Are you sure? > > > > > > src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 2006/10/02 15:32:12 ariff > > > ^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > > grep FreeBSD /sys/dev/sound/pcm/ac97_patch.c > > * Copyright 2002 FreeBSD, Inc. All rights reserved. > > SND_DECLARE_FILE("$FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 > > 2006/10/02 15:32:12 ariff Exp $"); > > > > I can only be sure that it was working back on 9/16 and that it was > > broken 9/30 at about 23:00 UTC when I updated sources and built the > > system. > > > > How abour mixer settings? Make sure "ogain" and "phout" == 100 > > Replace sys/dev/sound/pcm/ac97.f (if above failed): > > http://people.freebsd.org/~ariff/test/ac97.c Jackpot! This time I did a rebuild at /sys/modules/sound (instead of at sound/driver) using the ac97.c referenced above. I now have sound. FWIW, OGAIN and PHOUT mixer knobs don't seem to have any effect. Only Vol and PCM seem to do anything when playing MP3s and videos. Thanks, Ariff, for your help on this. Let me know it there is anything else you would like me to try out. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1159819560_21865P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFIXEokn3rs5h7N1ERAtPQAJ4l70zl1vLYXlT0OhkOkBmwJs00mQCgiPzz IZlYF9h7JCStIruiDFP1odA= =zqak -----END PGP SIGNATURE----- --==_Exmh_1159819560_21865P-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 20:18:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A2DB16A407 for ; Mon, 2 Oct 2006 20:18:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7939A43D8F for ; Mon, 2 Oct 2006 20:18:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92KHuPD019197; Mon, 2 Oct 2006 16:17:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: John-Mark Gurney Date: Mon, 2 Oct 2006 16:18:08 -0400 User-Agent: KMail/1.9.1 References: <20061001215643.GZ80527@funkthat.com> <200610021436.42081.jhb@freebsd.org> <20061002192659.GE80527@funkthat.com> In-Reply-To: <20061002192659.GE80527@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021618.09170.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]); Mon, 02 Oct 2006 16:17:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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: freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: better way to build libraries.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 20:18:19 -0000 On Monday 02 October 2006 15:26, John-Mark Gurney wrote: > John Baldwin wrote this message on Mon, Oct 02, 2006 at 14:36 -0400: > > On Monday 02 October 2006 04:24, John-Mark Gurney wrote: > > > Warner Losh wrote this message on Mon, Oct 02, 2006 at 00:45 -0600: > > > > In message: <20061002014320.GA80527@funkthat.com> > > > > John-Mark Gurney writes: > > > > : I do make includes into the obj dir and use that.. (obviously you > > > > : need to review is much more closely)... > > > > > > > > I think that we're talking past each other a little, so rather than > > > > continue down that path, I'll wait for the patch to see what it does > > > > and make suggested improvements. Maybe I'll implement the glue code I > > > > was talking about too, but with a baby due any day now, maybe not. :-) > > > > > > The patch was in the original message... The one thing that I don't > > > have the make-fu to do is: a) insert the buildincs before depend (so > > > that the psuedo /usr/include is properly depended upon), and b) find > > > the correct path to tools/install.sh so install doesn't chown/grp the > > > files... > > > > > > Once a and b are solved, then it can be properly made part of > > > bsd.lib.mk... and fully evaluated upon it's merits... > > > > > > btw, my original patch is at: > > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=722594+0+/usr/local/www/db/text/2006/freebsd-current/20061001.freebsd-current > > > > The sequence ru@ mentioned using 'make includes' is already in bsd.*.mk and > > should be sufficient for what you need. > > And also run w/ a problem that if say, the library build for some reason > failed, or something else, I end up w/ a broken /usr/include w/o any > possibility of recovery... What if I'm building this library to be run > on another box? You want me to tar up my local /usr/include, make > includes, build the library, and then restore the backed up /usr/include? No, I expect you to only use that for known-safe cases such as a small security patch and to use buildworld in all other cases. 'make buildworld NO_CLEAN=yes' for this type of update would actually be just about as quick as the sequence ru@ gave you if you leave your /usr/obj around. > All just because people object to adding a few lines to bsd.lib.mk that > will not change behavior that isn't already broken? I think bsd.*.mk are rather complex as it is. I don't think extra hacks for a few edge cases warrant the extra complexity/obfuscation. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 20:35:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E8516A412; Mon, 2 Oct 2006 20:35:13 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FBAA43D8B; Mon, 2 Oct 2006 20:35:02 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92KYxdS056470; Mon, 2 Oct 2006 20:35:00 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 3 Oct 2006 04:33:00 +0800 From: Ariff Abdullah To: "Kevin Oberman" Message-Id: <20061003043300.3a2b105b.ariff@FreeBSD.org> In-Reply-To: <20061002200600.4110145058@ptavv.es.net> References: <20061003023835.1de7515c.ariff@FreeBSD.org> <20061002200600.4110145058@ptavv.es.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__3_Oct_2006_04_33_00_+0800_kMdBpslJg.epbWnG" Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, rainer.alves@gmail.com Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 20:35:13 -0000 --Signature=_Tue__3_Oct_2006_04_33_00_+0800_kMdBpslJg.epbWnG Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 02 Oct 2006 13:06:00 -0700 "Kevin Oberman" wrote: >=20 > Jackpot! >=20 > This time I did a rebuild at /sys/modules/sound (instead of at > sound/driver) using the ac97.c referenced above. I now have sound. >=20 > FWIW, OGAIN and PHOUT mixer knobs don't seem to have any effect. > Only Vol and PCM seem to do anything when playing MP3s and videos. >=20 > Thanks, Ariff, for your help on this. >=20 > Let me know it there is anything else you would like me to try out. >=20 Grr.. I guess I had to find another way to make crippled AD1981B users happy :) Thanks, I'll fix it shortly. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Tue__3_Oct_2006_04_33_00_+0800_kMdBpslJg.epbWnG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIXeGlr+deMUwTNoRArMjAKCEzklm5rhuAtFpDANl3KUDMNwngwCgg6Vn zNszE2MSWP5KTmOQYnTnewM= =2vdb -----END PGP SIGNATURE----- --Signature=_Tue__3_Oct_2006_04_33_00_+0800_kMdBpslJg.epbWnG-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 20:36:48 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D541E16A415; Mon, 2 Oct 2006 20:36:48 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFD443D72; Mon, 2 Oct 2006 20:36:47 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92Kaiux056489; Mon, 2 Oct 2006 20:36:45 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 3 Oct 2006 04:34:53 +0800 From: Ariff Abdullah To: John Baldwin Message-Id: <20061003043453.334093bd.ariff@FreeBSD.org> In-Reply-To: <200610021500.00727.jhb@freebsd.org> References: <59493.1159791753@critter.freebsd.dk> <20061002205039.301fa766.ariff@FreeBSD.org> <200610021500.00727.jhb@freebsd.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__3_Oct_2006_04_34_53_+0800_GkbTOLMKrw8lxm0_" Cc: phk@phk.freebsd.dk, freebsd-current@FreeBSD.org Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 20:36:49 -0000 --Signature=_Tue__3_Oct_2006_04_34_53_+0800_GkbTOLMKrw8lxm0_ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2 Oct 2006 14:59:59 -0400 John Baldwin wrote: > On Monday 02 October 2006 08:50, Ariff Abdullah wrote: > > On Mon, 02 Oct 2006 12:22:33 +0000 > > Poul-Henning Kamp wrote: > > >=20 > > > During a "make universe" ia64 fails with the following errors. > > >=20 > > > I wouldn't expect a sound driver to call any of those functions > > > at all, what's going on ? > > >=20 > > >=20 [....] > > > > >=20 > > I wish BUS_DMA_NOCACHE has real meaning (like what NetBSD did) > > since uncached DMA is pretty much guarantee to make the driver > > works on broken i386/amd86 hardwares. > >=20 > > Should we just narrow this down to i386/amd64 , or give > > BUS_DMA_NOCACHE a real meaning as part of bus_dmamem_alloc() ? > >=20 > > I'm open for suggestion. >=20 > I can probably fix NOCACHE for i386/amd64 for the bus_dmamem_alloc() > case. Try this patch: >=20 > --- //depot/vendor/freebsd/src/sys/amd64/amd64/busdma_machdep.c 2006/06/0= 1=20 > 04:50:42 > +++ //depot/user/jhb/acpipci/amd64/amd64/busdma_machdep.c 2006/10/02 18:5= 8:21 > @@ -48,6 +48,7 @@ > #include > #include > #include > +#include > =20 > #define MAX_BPAGES 8192 > =20 > @@ -522,6 +523,9 @@ > } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { > printf("bus_dmamem_alloc failed to align memory properly."); > } > + if (flags & BUS_DMA_NOCACHE) > + pmap_change_attr((vm_offset_t)*vaddr, dmat->maxsize, > + PAT_UNCACHEABLE); > CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x error %d", > __func__, dmat, dmat->flags, ENOMEM); > return (0); > --- //depot/vendor/freebsd/src/sys/i386/i386/busdma_machdep.c 2006/09/26= =20 > 23:16:33 > +++ //depot/user/jhb/acpipci/i386/i386/busdma_machdep.c 2006/10/02 18:58:= 21 > @@ -51,6 +51,7 @@ > #include > #include > #include > +#include > =20 > #define MAX_BPAGES 512 > #define BUS_DMA_COULD_BOUNCE BUS_DMA_BUS3 > @@ -530,6 +531,9 @@ > } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { > printf("bus_dmamem_alloc failed to align memory > properly.\n"); > } > + if (flags & BUS_DMA_NOCACHE) > + pmap_change_attr((vm_offset_t)*vaddr, dmat->maxsize, > + PAT_UNCACHEABLE); > CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x error %d", > __func__, dmat, dmat->flags, ENOMEM); > return (0); >=20 >=20 I guess these are what we're looking for. I can't tell whether it really works or not (finding such buggy hardware is quite difficult), but this will make lot of things easier for drivers. Any objections? I guess you should go ahead, John. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Tue__3_Oct_2006_04_34_53_+0800_GkbTOLMKrw8lxm0_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIXfwlr+deMUwTNoRAjOWAJ0YNZzldmP3LlU//BD7TM6dZzQ5nQCgoAvo uPFyHtyJKrx0Ts/Wl8Xu6UM= =QJe/ -----END PGP SIGNATURE----- --Signature=_Tue__3_Oct_2006_04_34_53_+0800_GkbTOLMKrw8lxm0_-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 19:53:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F18416A403; Mon, 2 Oct 2006 19:53:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C49B343D76; Mon, 2 Oct 2006 19:53:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92JrIMK018986; Mon, 2 Oct 2006 15:53:19 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Mon, 2 Oct 2006 15:53:26 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021553.27195.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]); Mon, 02 Oct 2006 15:53:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 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 X-Mailman-Approved-At: Mon, 02 Oct 2006 21:13:34 +0000 Cc: stable@freebsd.org Subject: [PATCH] Various smbus(4) driver fixups and locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 19:53:24 -0000 The patch below fixes various nits (mostly adding locking) in most of the smbus controller drivers we have in the tree. It should apply to both HEAD and RELENG_6 with the exception that the intpm(4) driver will require the style fixes to be applied to RELENG_6 first. If you aren't using intpm and want to test on RELENG_6, you can just ignore that part of the patch. Please test, thanks. http://www.FreeBSD.org/~jhb/patches/smbus_locking.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 21:17:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0168D16A4CA; Mon, 2 Oct 2006 21:17:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2ACF43D64; Mon, 2 Oct 2006 21:17:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92LHaxx019899; Mon, 2 Oct 2006 17:17:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ariff Abdullah Date: Mon, 2 Oct 2006 17:12:37 -0400 User-Agent: KMail/1.9.1 References: <59493.1159791753@critter.freebsd.dk> <200610021500.00727.jhb@freebsd.org> <20061003043453.334093bd.ariff@FreeBSD.org> In-Reply-To: <20061003043453.334093bd.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021712.38017.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]); Mon, 02 Oct 2006 17:17:38 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1976/Mon Oct 2 16:33:20 2006 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: phk@phk.freebsd.dk, freebsd-current@freebsd.org Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 21:17:59 -0000 On Monday 02 October 2006 16:34, Ariff Abdullah wrote: > On Mon, 2 Oct 2006 14:59:59 -0400 > John Baldwin wrote: > > On Monday 02 October 2006 08:50, Ariff Abdullah wrote: > > > On Mon, 02 Oct 2006 12:22:33 +0000 > > > Poul-Henning Kamp wrote: > > > > > > > > During a "make universe" ia64 fails with the following errors. > > > > > > > > I wouldn't expect a sound driver to call any of those functions > > > > at all, what's going on ? > > > > > > > > > [....] > > > > > > > > > > I wish BUS_DMA_NOCACHE has real meaning (like what NetBSD did) > > > since uncached DMA is pretty much guarantee to make the driver > > > works on broken i386/amd86 hardwares. > > > > > > Should we just narrow this down to i386/amd64 , or give > > > BUS_DMA_NOCACHE a real meaning as part of bus_dmamem_alloc() ? > > > > > > I'm open for suggestion. > > > > I can probably fix NOCACHE for i386/amd64 for the bus_dmamem_alloc() > > case. Try this patch: > > > > --- //depot/vendor/freebsd/src/sys/amd64/amd64/busdma_machdep.c 2006/06/01 > > 04:50:42 > > +++ //depot/user/jhb/acpipci/amd64/amd64/busdma_machdep.c 2006/10/02 18:58:21 > > @@ -48,6 +48,7 @@ > > #include > > #include > > #include > > +#include > > > > #define MAX_BPAGES 8192 > > > > @@ -522,6 +523,9 @@ > > } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { > > printf("bus_dmamem_alloc failed to align memory properly."); > > } > > + if (flags & BUS_DMA_NOCACHE) > > + pmap_change_attr((vm_offset_t)*vaddr, dmat->maxsize, > > + PAT_UNCACHEABLE); > > CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x error %d", > > __func__, dmat, dmat->flags, ENOMEM); > > return (0); > > --- //depot/vendor/freebsd/src/sys/i386/i386/busdma_machdep.c 2006/09/26 > > 23:16:33 > > +++ //depot/user/jhb/acpipci/i386/i386/busdma_machdep.c 2006/10/02 18:58:21 > > @@ -51,6 +51,7 @@ > > #include > > #include > > #include > > +#include > > > > #define MAX_BPAGES 512 > > #define BUS_DMA_COULD_BOUNCE BUS_DMA_BUS3 > > @@ -530,6 +531,9 @@ > > } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { > > printf("bus_dmamem_alloc failed to align memory > > properly.\n"); > > } > > + if (flags & BUS_DMA_NOCACHE) > > + pmap_change_attr((vm_offset_t)*vaddr, dmat->maxsize, > > + PAT_UNCACHEABLE); > > CTR4(KTR_BUSDMA, "%s: tag %p tag flags 0x%x error %d", > > __func__, dmat, dmat->flags, ENOMEM); > > return (0); > > > > > I guess these are what we're looking for. I can't tell whether it > really works or not (finding such buggy hardware is quite difficult), > but this will make lot of things easier for drivers. > > Any objections? I guess you should go ahead, John. It needs testing. :) Can you find a victim? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 21:36:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4AA916A40F; Mon, 2 Oct 2006 21:36:14 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 855F343D6A; Mon, 2 Oct 2006 21:36:14 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k92LaBY7062170; Mon, 2 Oct 2006 21:36:12 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 3 Oct 2006 05:34:18 +0800 From: Ariff Abdullah To: John Baldwin Message-Id: <20061003053418.2d706992.ariff@FreeBSD.org> In-Reply-To: <200610021712.38017.jhb@freebsd.org> References: <59493.1159791753@critter.freebsd.dk> <200610021500.00727.jhb@freebsd.org> <20061003043453.334093bd.ariff@FreeBSD.org> <200610021712.38017.jhb@freebsd.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__3_Oct_2006_05_34_18_+0800_K+aaHbh+17dn4Rne" Cc: phk@phk.freebsd.dk, freebsd-current@FreeBSD.org Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 21:36:14 -0000 --Signature=_Tue__3_Oct_2006_05_34_18_+0800_K+aaHbh+17dn4Rne Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2 Oct 2006 17:12:37 -0400 John Baldwin wrote: [....] > > >=20 > > I guess these are what we're looking for. I can't tell whether it > > really works or not (finding such buggy hardware is quite > > difficult), but this will make lot of things easier for drivers. > >=20 > > Any objections? I guess you should go ahead, John. >=20 > It needs testing. :) Can you find a victim? >=20 :) http://lists.freebsd.org/pipermail/freebsd-multimedia/2006-August/004594.ht= ml .. but that would be RELENG_6, without your pmap_* . Using classic vtopte/invltlb() seems to solve his problem towards certain extend. I guess those pmap_* will do a better job for that. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Tue__3_Oct_2006_05_34_18_+0800_K+aaHbh+17dn4Rne Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIYXflr+deMUwTNoRAocdAJ9CA5yiv9fGUMFeBQoSwnAHRWk6sgCdGjlL 7mrW/Uz0LyvyuBzeEQIxdgw= =19Aw -----END PGP SIGNATURE----- --Signature=_Tue__3_Oct_2006_05_34_18_+0800_K+aaHbh+17dn4Rne-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 2 22:03:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1389816A492 for ; Mon, 2 Oct 2006 22:03:32 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A4BA43D45 for ; Mon, 2 Oct 2006 22:03:31 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so948828hui for ; Mon, 02 Oct 2006 15:03:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=CySSOLWy64vpmIofv1Bh2gZuQUP3ta/RCgM6JPa6FGCyeepOJXB8EtVc905aEwvpER2OjIj2PPr91G5uSYeuYGmDQMcdVVVrAWs6DjU2gXFGwxV6AmNVJBQS9mRTN1RaAI2ux0V9M6GyVT3qHXrSU/j5p/FPhTSHzDEpyERNQd4= Received: by 10.78.157.8 with SMTP id f8mr1087188hue; Mon, 02 Oct 2006 14:35:44 -0700 (PDT) Received: from ?192.168.1.200? ( [80.217.194.157]) by mx.gmail.com with ESMTP id c18sm4390160hub.2006.10.02.14.35.43; Mon, 02 Oct 2006 14:35:44 -0700 (PDT) Message-ID: <4521862C.8020308@gmail.com> Date: Mon, 02 Oct 2006 23:35:40 +0200 From: Pawel Worach User-Agent: Thunderbird 1.5.0.7 (X11/20060930) MIME-Version: 1.0 To: Ariff Abdullah References: <45202B42.4000902@gmail.com> <20061002151527.4345D45058@ptavv.es.net> <20061002233926.114af71d.ariff@FreeBSD.org> In-Reply-To: <20061002233926.114af71d.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, Rainer Alves Subject: Re: Support for High Definition Audio (Controller) is in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 22:03:32 -0000 Ariff Abdullah wrote: > On Mon, 02 Oct 2006 08:15:27 -0700 > "Kevin Oberman" wrote: >> Me too! >> >> My T43 with ICH6 AC'97 stopped working over the weekend. No errors, >> but no sound at all. xmms appears to be playing normally, just >> without sound. My system looks almost exactly like Rainer's T42. >> >> FreeBSD Audio Driver (newpcm) >> Installed devices: >> pcm0: at io 0xb0000800, 0xb0000400 irq 11 >> bufsz 16384 kld snd_ich (1p/1r/1v channels duplex default) >> > > I've just backout the changes. Please update your sources (sorry). FYI, my T41 started working again after your first backout. src/sys/dev/sound/pcm/ac97_patch.c,v 1.6 2006/10/02 15:32:12 ariff src/sys/dev/sound/pcm/ac97.c,v 1.62 2006/09/28 17:28:59 ariff pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: -- Pawel From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 05:12:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DF5716A40F for ; Tue, 3 Oct 2006 05:12:36 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CBF43D70 for ; Tue, 3 Oct 2006 05:12:28 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GUcZt-000DmO-1g; Tue, 03 Oct 2006 07:12:25 +0200 To: Chris Hedley From: Ian FREISLICH In-Reply-To: Message from Chris Hedley of "Mon, 02 Oct 2006 14:08:10 +0100." <20061002134625.X1531@teapot.cbhnet> X-Attribution: BOFH Date: Tue, 03 Oct 2006 07:12:25 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 05:12:36 -0000 Chris Hedley wrote: > On Sun, 11 Jun 2006, Chad Leigh -- Shire.Net LLC wrote: > > On Jun 11, 2006, at 5:41 AM, Chris Hedley wrote: > >> I'm starting to get the impression that the 2410SA's low end design is even > >> lower than its fairly low-end price would suggest. Any suggestions for > >> similarly priced cards with better performance? The best I can manage for > >> slot type is 66x64 PCI unless I change my motherboard, which I can't quite > >> afford to do at the moment... > > > > I have not done any performance testing but I have some LSI MegaRAID SATA-150 > > 4 cards. Maybe you can find some benchmark comparison reviews. The Areca, > > which is a bit more expensive, also gets good reviews. I have a couple of > > them but for my Solaris 10 machines and they are just now being set up. Both > > the LSI and Areca have FreeBSD drivers. > > Must admit I'm tempted by an Areca, even with the high price tag. > > I've been having a look at some reviews, but unfortunately few of them > make it clear whether or not the hard drives' cache is set to write back > or write through. Needless to say, I'm not desperately enthusiastic about > combining a RAID controller with write back caching, but I suspect that a > lot of controllers are heavily dependent on it being enabled to attain > their performance: it seems that my 2410SA's rather dismal 3-6 & 30-40MB/s > respective RAID5 write & read speeds would increase dramatically were I to > use write-back, but I'm not going there... I guess my point is that I > really don't want to find myself with another dog if I buy something with > apparently superior performance if it's completely reliant on on-disc > write back caching being enabled. I'm guessing this is because this controller has no read cache and no battery for it's write cache: AAC0> conta sho cache 0 Executing: container show cache 0 Global Container Read Cache Size : 0 Global Container Write Cache Size : 16203776 Read Cache Setting : ENABLE Write Cache Setting : ENABLE WHEN PROTECTED Write Cache Status : Inactive, battery not present If you're happy using the controller's write cache without battery backup, you can turn it on quite easily: container set cache /unprotected 0 > I'm really desperate to ditch the 2410SA controller: the performance, as > mentioned, is terrible, and it tends to lock up the entire system with > various timeouts if anything more than trivial read or write accesses are > attempted (not sure if this is the case with the latest -current as I've > been having too many problems with assorted panics with recent kernels to > test it fully). I've not had any issues with these controllers on the latest -current, although I'm not after performance. I turn off the drive write cache as well. I like them mainly because I can do all the controller and container configuration using the aaccli utility, and not be forced to use the BIOS utility. What do you mean by "anything more than trivial read or write accesses"? When I tested these adaptors (ok it was still a simple test) I setup the container with a hot spare ufs+softupdate. I then started 5 or 6 parallell tar -xvf of the FreeBSD CVS repo. After a few minutes I pulled the SATA cable from one of the drives. Ther tar -xvf didn't even blink, the buzzer sounded, the "failed" disk was replaced automatically and the controler started rebuilding. It always worked. No matter how busy I tried to make the disks. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 05:33:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628CD16A40F for ; Tue, 3 Oct 2006 05:33:09 +0000 (UTC) (envelope-from richw@richw.org) Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D304A43D68 for ; Tue, 3 Oct 2006 05:33:04 +0000 (GMT) (envelope-from richw@richw.org) Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 745A64CB9E for ; Mon, 2 Oct 2006 22:33:04 -0700 (PDT) Received: from whodunit.richw.org (SW-90-716-276-1.Stanford.EDU [171.66.155.243]) by smtp2.stanford.edu (Postfix) with ESMTP id 3EBA34CB89 for ; Mon, 2 Oct 2006 22:33:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by whodunit.richw.org (Postfix) with ESMTP id 1F9D43C36D; Mon, 2 Oct 2006 22:33:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at richw.org Received: from whodunit.richw.org ([127.0.0.1]) by localhost (whodunit.richw.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VFTwEMxtkL8e; Mon, 2 Oct 2006 22:33:03 -0700 (PDT) Received: from [172.29.0.21] (evilempire.richw.org [172.29.0.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "evilempire.richw.org", Issuer "richw.org" (verified OK)) (Authenticated sender: richw) by whodunit.richw.org (Postfix) with ESMTP id 9249A3C36B; Mon, 2 Oct 2006 22:33:03 -0700 (PDT) Date: Mon, 02 Oct 2006 22:33:03 -0700 From: Rich Wales User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20061003053303.9249A3C36B@whodunit.richw.org> Subject: Re: Sata controller headache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 05:33:09 -0000 Paul Bliss wrote: > I'm running 6.1 RELEASE and I've been having very annoying crashes > that I think are related to my SATA Controller. I'm using the > Promise FastTrak TX2300 controller with a Western Digital WD2500KS. I've been seeing the same kinds of errors with a Promise SATA300 TX4 controller and a pair of Seagate 300GB SATA drives. Apparently, people have been having similar problems with SATA drives on Promise controllers for quite some time now, in both FreeBSD and Linux systems. Lots of reports and requests for help, but no one so far has admitted to having a clue as to what is causing it. > I'm tempted to use atacontrol to change the mode . . . . Unfortunately, AFAIK, you can't change the mode on a SATA drive using "atacontrol". Rich Wales Palo Alto, CA, USA richw@richw.org http://www.richw.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 06:35:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C196516A415 for ; Tue, 3 Oct 2006 06:35:39 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-181-78.dsl.static.sonic.net [209.204.181.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 311E443D46 for ; Tue, 3 Oct 2006 06:35:36 +0000 (GMT) (envelope-from jos@catnook.com) Received: (qmail 25069 invoked by uid 1000); 3 Oct 2006 06:35:56 -0000 Date: Mon, 2 Oct 2006 23:35:34 -0700 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20061003063556.GA23958@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org References: <20061002162128.GA1034@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061002162128.GA1034@zaphod.nitro.dk> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: panic: Duplicate free of item 0xffffff002ef51d00 from zone 0xffffff003ffdc840(mbuf_packet) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 06:35:39 -0000 On Mon, Oct 02, 2006 at 06:21:29PM +0200, Simon L. Nielsen wrote: > Hey, > > On an amd64 -CURRENT from yesterday I get this panic (now twice) > shortly after the system has come up in multi user. It seems related > to sk(4) which is the active NIC in the system, but it might be the > problem is elsewhere. Well, I am/was seeing what looks like the same panic but I don't have any sk(4) hardware (I have em(4) instead). Mine is: Slab at 0xc4d1efa8, freei 8 = 0. panic: Duplicate free of item 0xc4d1e800 from zone 0xc0c45080(mbuf_packet) I posted about it previously here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=60704+0+archive/2006/freebsd-current/20060917.freebsd-current Jos > It's currently running OK again on an kernel from Aug 19. dmesg from > this old kernel attached. I can generate dmesg from the new kernel if > needed. > > Anybody has any ideas of what's going wrong? I can test patches > etc. if needed. > > gdb says: > > Unread portion of the kernel message buffer: > Slab at 0xffffff002ef51f50, freei 13 = 0. > panic: Duplicate free of item 0xffffff002ef51d00 from zone 0xffffff003ffdc840(mbuf_packet) > > cpuid = 0 > KDB: enter: panic > Physical memory: 1012 MB > Dumping 203 MB: 188 172 156 140 124 108 92 76 60 44 28 12 > > #0 doadump () at pcpu.h:172 > 172 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:172 > #1 0xffffffff801af2d4 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0x0) > at /usr/src/sys/ddb/db_command.c:481 > #2 0xffffffff801af689 in db_command_loop () at /usr/src/sys/ddb/db_command.c:396 > #3 0xffffffff801b1553 in db_trap (type=-1603201104, code=0) at /usr/src/sys/ddb/db_main.c:221 > #4 0xffffffff80450ac8 in kdb_trap (type=3, code=0, tf=0xffffffffa0711930) > at /usr/src/sys/kern/subr_kdb.c:502 > #5 0xffffffff806352c2 in trap (frame= > {tf_rdi = 0, tf_rsi = -2132733952, tf_rdx = 1, tf_rcx = 1058292, tf_r8 = 1048064, tf_r9 = 10, tf_rax = 18, tf_rbx = -2139976232, tf_rbp = -1603200528, tf_r10 = -1603200768, tf_r11 = 10, tf_r12 = 0, tf_r13 = 256, tf_r14 = -1098480768320, tf_r15 = -1098438031296, tf_trapno = 3, tf_addr = 0, tf_flags = 256, tf_err = 0, tf_rip = -2142960273, tf_cs = 8, tf_rflags = 646, tf_rsp = -1603200528, tf_ss = 16}) > at /usr/src/sys/amd64/amd64/trap.c:471 > #6 0xffffffff8061fb4b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 > #7 0xffffffff8045056f in kdb_enter (msg=0x0) at cpufunc.h:63 > #8 0xffffffff8042b659 in panic (fmt=0xffffffff80728dd8 "Duplicate free of item %p from zone %p(%s)\n") > at /usr/src/sys/kern/kern_shutdown.c:549 > #9 0xffffffff805b5f08 in uma_dbg_free (zone=0xffffff003ffdc840, slab=0xffffff002ef51f50, > item=0xffffff002ef51d00) at /usr/src/sys/vm/uma_dbg.c:302 > #10 0xffffffff805b3dc0 in uma_zfree_arg (zone=0xffffff003ffdc840, item=0xffffff002ef51d00, udata=0x0) > at /usr/src/sys/vm/uma_core.c:2269 > #11 0xffffffff804785b8 in m_freem (mb=0x12) at mbuf.h:445 > #12 0xffffffff80359d53 in sk_txeof (sc_if=0xffffffff80e56000) at /usr/src/sys/dev/sk/if_sk.c:3233 > #13 0xffffffff8035bc48 in sk_intr (xsc=0x0) at /usr/src/sys/dev/sk/if_sk.c:3459 > #14 0xffffffff8041364e in ithread_loop (arg=0xffffff0000e8b020) at /usr/src/sys/kern/kern_intr.c:662 > #15 0xffffffff8041229a in fork_exit (callout=0xffffffff80413550 , arg=0xffffff0000e8b020, > frame=0xffffffffa0711c90) at /usr/src/sys/kern/kern_fork.c:818 > #16 0xffffffff8061feae in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 > #17 0x0000000000000000 in ?? () > #18 0x0000000000000000 in ?? () > > -- > Simon L. Nielsen > 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 7.0-CURRENT #1: Sat Aug 19 14:56:13 UTC 2006 > root@trillian.nitro.dk:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 > Features=0x78bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x1 > usable memory = 1061457920 (1012 MB) > avail memory = 1023041536 (975 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci0: on pcib0 > agp0: on hostb0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfdfff000-0xfdffffff irq 21 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xfdffe000-0xfdffefff irq 22 at device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem 0xfdffd000-0xfdffd0ff irq 23 at device 2.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: on usb2 > uhub2: 8 ports with 8 removable, self powered > pci0: at device 6.0 (no driver attached) > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 8.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf500-0xf50f,0xf400-0xf47f irq 22 at device 10.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > vgapci0: mem 0xfa000000-0xfaffffff,0xe0000000-0xefffffff,0xfb000000-0xfbffffff irq 16 at device 0.0 on pci1 > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > rl0: port 0xdc00-0xdcff mem 0xfdeff000-0xfdeff0ff irq 18 at device 6.0 on pci2 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:48:54:d0:e4:8c > fwohci0: port 0xdf00-0xdf7f mem 0xfdefe000-0xfdefe7ff irq 19 at device 7.0 on pci2 > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:30:1b:b7:00:00:f3:cc > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:30:1b:00:f3:cc > fwe0: Ethernet address: 02:30:1b:00:f3:cc > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > skc0: port 0xda00-0xdaff mem 0xfdef8000-0xfdefbfff irq 16 at device 8.0 on pci2 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:30:1b:b7:f3:68 > miibus1: on sk0 > e1000phy0: on miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > acpi_tz0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [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 > ppc0: [GIANT-LOCKED] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > orm0: at iomem 0xc0000-0xcefff,0xd0000-0xd3fff,0xd4000-0xd4fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2009790573 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: DVDROM at ata1-master UDMA33 > ad4: 194481MB at ata2-master SATA150 > Trying to mount root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > sk0: link state changed to UP > hostb0@pci0:0:0: class=0x060000 card=0xa5511297 chip=0x00e110de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nforce3 CPU to PCI Bridge' > class = bridge > subclass = HOST-PCI > isab0@pci0:1:0: class=0x060100 card=0xa5511297 chip=0x00e010de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce3 CPU to ISA Bridge' > class = bridge > subclass = PCI-ISA > none0@pci0:1:1: class=0x0c0500 card=0xa5511297 chip=0x00e410de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce PCI SMB Controller' > class = serial bus > subclass = SMBus > ohci0@pci0:2:0: class=0x0c0310 card=0xa5511297 chip=0x00e710de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce OHCI USB Controller' > class = serial bus > subclass = USB > ohci1@pci0:2:1: class=0x0c0310 card=0xa5511297 chip=0x00e710de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce OHCI USB Controller' > class = serial bus > subclass = USB > ehci0@pci0:2:2: class=0x0c0320 card=0xa5511297 chip=0x00e810de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce EHCI USB 2.0 Controller' > class = serial bus > subclass = USB > none1@pci0:6:0: class=0x040100 card=0xa5511297 chip=0x00ea10de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce AC'97 Audio Codec Interface' > class = multimedia > subclass = audio > atapci0@pci0:8:0: class=0x01018a card=0xa5511297 chip=0x00e510de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce ATA Controller' > class = mass storage > subclass = ATA > atapci1@pci0:10:0: class=0x010185 card=0xa5511297 chip=0x00e310de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nforce SATA Controller' > class = mass storage > subclass = ATA > pcib1@pci0:11:0: class=0x060400 card=0x00000000 chip=0x00e210de rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'nForce3 PCI to AGP Bridge' > class = bridge > subclass = PCI-PCI > pcib2@pci0:14:0: class=0x060400 card=0x00000000 chip=0x00ed10de rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > device = 'nForce PCI to PCI Bridge' > class = bridge > subclass = PCI-PCI > hostb1@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' > class = bridge > subclass = HOST-PCI > hostb2@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron Address Map' > class = bridge > subclass = HOST-PCI > hostb3@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb4@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron Miscellaneous Control' > class = bridge > subclass = HOST-PCI > vgapci0@pci1:0:0: class=0x030000 card=0x0000196d chip=0x00f210de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'GeForce 6600 GT [NV43]' > class = display > subclass = VGA > rl0@pci2:6:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' > class = network > subclass = ethernet > fwohci0@pci2:7:0: class=0x0c0010 card=0x30441106 chip=0x30441106 rev=0x80 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' > class = serial bus > subclass = FireWire > skc0@pci2:8:0: class=0x020000 card=0xc2311297 chip=0x432011ab rev=0x13 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '88E8001/8003/8010 Gigabit Ethernet Controller with Integrated PHY (copper)' > class = network > subclass = ethernet > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 08:02:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E519516A407 for ; Tue, 3 Oct 2006 08:02:44 +0000 (UTC) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF9A43D46 for ; Tue, 3 Oct 2006 08:02:43 +0000 (GMT) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com country=GB ident=postmaster#pop3&chrishedley$com) by lon-mail-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.232) id 45221922.8ef7.224 for current@freebsd.org; Tue, 3 Oct 2006 09:02:42 +0100 (envelope-sender ) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 164C2BBF5; Tue, 3 Oct 2006 09:02:37 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id sVEHcoVlYcQd; Tue, 3 Oct 2006 09:02:34 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id E7A75BBBD; Tue, 3 Oct 2006 09:02:33 +0100 (BST) Date: Tue, 3 Oct 2006 09:02:33 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Ian FREISLICH In-Reply-To: Message-ID: <20061003084813.S1531@teapot.cbhnet> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 08:02:45 -0000 On Tue, 3 Oct 2006, Ian FREISLICH wrote: >> I've been having a look at some reviews, but unfortunately few of them >> make it clear whether or not the hard drives' cache is set to write back >> or write through. Needless to say, I'm not desperately enthusiastic about >> combining a RAID controller with write back caching, but I suspect that a >> lot of controllers are heavily dependent on it being enabled to attain >> their performance: it seems that my 2410SA's rather dismal 3-6 & 30-40MB/s >> respective RAID5 write & read speeds would increase dramatically were I to >> use write-back, but I'm not going there... I guess my point is that I >> really don't want to find myself with another dog if I buy something with >> apparently superior performance if it's completely reliant on on-disc >> write back caching being enabled. > > I'm guessing this is because this controller has no read cache and > no battery for it's write cache: > > AAC0> conta sho cache 0 > Executing: container show cache 0 > > Global Container Read Cache Size : 0 > Global Container Write Cache Size : 16203776 > > Read Cache Setting : ENABLE > Write Cache Setting : ENABLE WHEN PROTECTED > Write Cache Status : Inactive, battery not present > > If you're happy using the controller's write cache without battery > backup, you can turn it on quite easily: > > container set cache /unprotected 0 Thanks for the reply, Ian. I gave your suggestion a try just to see what difference it made, but I was only seeing marginal (if any) improvement with the transfer rates, which I thought was rather strange: reads are still in the order of 30-40 MB/s and writes still under 8 MB/s, to both RAID5 and RAID10 containers, which I find rather disappointing performance-wise. > What do you mean by "anything more than trivial read or write accesses"? Even just a "find /mnt -print | cpio -ov > /dev/null" can cause frequent hiccups with the whole system stalling for 30 - 60 second periods randomly; but I get real problems if I start up something like Hercules that can issue lots of small, randomish accesses, in which case the timeout warnings (not just about aac, but fxp and various other things) will start scrolling up the console, in which case the system's had it unless I'm already logged in and know hercules' PID so I can kill it. I've since moved the hercules directory to a SCSI disc where the problems don't occur, but apart from it now being in the "wrong" place, I don't really like that sort of work-around and still get the same problem with other applications often enough that it's a bit of a hazard. > When I tested these adaptors (ok it was still a simple test) I setup > the container with a hot spare ufs+softupdate. I then started 5 > or 6 parallell tar -xvf of the FreeBSD CVS repo. After a few minutes > I pulled the SATA cable from one of the drives. Ther tar -xvf > didn't even blink, the buzzer sounded, the "failed" disk was replaced > automatically and the controler started rebuilding. It always > worked. No matter how busy I tried to make the disks. I can't complain about how well it rebuilds, I just wish it didn't take so long! Mine's done several due to a bad connection to one of its discs and has recovered every time; the only niggle is that it takes between 6 and 12 hours to recover the disc on a config with 4x250GB units containing two small RAID-10 containers and one large RAID-5. I'm not sure if that's really what I should be expecting; I've heard other controllers rebuilding the likes of Raptors in about half an hour, so I'd've thought I might expect perhaps no more than two or three hours, albeit a rather simplistic assumption. Chris. From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 10:05:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E52F916A412 for ; Tue, 3 Oct 2006 10:05:06 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id F064E43D45 for ; Tue, 3 Oct 2006 10:05:05 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id F40A9356DD; Tue, 3 Oct 2006 12:05:03 +0200 (CEST) Date: Tue, 3 Oct 2006 12:05:03 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20061003100503.GI18839@e.0x20.net> References: <20060926222740.GF6216@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="raC6veAxrt5nqIoY" Content-Disposition: inline In-Reply-To: <20060926222740.GF6216@e.0x20.net> X-Editor: VIM - Vi IMproved 7.0 User-Agent: Mutt/1.5.11 Cc: Subject: Re: Atheros PCCard not recognized, IRQ Problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 10:05:07 -0000 --raC6veAxrt5nqIoY Content-Type: multipart/mixed; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 27, 2006 at 12:27:40AM +0200, Lars Engels wrote: > Hello, >=20 > when I insert a Netgear WAG511 Atheros-based PCCard into my notebook, > the speakers crackle two times and nothing else happens. >=20 > dmesg does not show anything. The card itself is works in Windows and > used to work in another FreeBSD notebook. The PCCard Bus is also > functioning, a wi(4) card is recognized and can be used. >=20 > Searching the web and mailing list archives didn't show a similar issue. >=20 > Could it be an IRQ or ACPI issue? >=20 > I use a current with today's sources and attached you find the output of > dmesg with the atheros card inserted, as well as vmstat -i output and > pciconf -lv. >=20 > Any help is appreciated. Thank you in advance! Update: The card still does not work, but I set the following debug sysctls: hw.cbb.debug=3D1 hw.pccard.cis_debug=3D1 hw.pccard.debug=3D1 hw.cardbus.cis_debug=3D1 hw.cardbus.debug=3D1 When I insert the card, I see these kernel messages: Status is 0x30000820 cbb0: card inserted: event=3D0x00000000, state=3D30000820 cbb0: cbb_power: 3V cbb0: cbb_power: 0V Can someone explain what the status number means? Attached you find my boot -v output. Thanks Lars --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd739a000 pa 0x9e000 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/2 1/2 1/1 1/1 1/1 -> 10 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 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 10 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 10 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 10 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 11 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 10 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 10 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 10 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x27a0, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x27a2, revid=3D0x03 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base d8100000, size 19, enabled map[14]: type 4, range 32, base 00001800, size 3, enabled map[18]: type 3, range 32, base c0000000, size 28, enabled map[1c]: type 1, range 32, base d8200000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27a6, revid=3D0x03 bus=3D0, slot=3D2, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d8180000, size 19, enabled found-> vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02 bus=3D0, slot=3D27, func=3D0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base d8240000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=3D0x8086, dev=3D0x27d0, revid=3D0x02 bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=3D0x8086, dev=3D0x27d2, revid=3D0x02 bus=3D0, slot=3D28, func=3D1 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27c8, revid=3D0x02 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x27c9, revid=3D0x02 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x27ca, revid=3D0x02 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D5 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=3D0x8086, dev=3D0x27cb, revid=3D0x02 bus=3D0, slot=3D29, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27cc, revid=3D0x02 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d8444000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0xe2 bus=3D0, slot=3D30, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0004, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x27b9, revid=3D0x02 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x27df, revid=3D0x02 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type 4, range 32, base 00001810, size 4, enabled found-> vendor=3D0x8086, dev=3D0x27da, revid=3D0x02 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D5 map[20]: type 4, range 32, base 000018a0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 vgapci0: port 0x1800-0x1807 mem 0xd8100000-0xd817f= fff,0xc0000000-0xcfffffff,0xd8200000-0xd823ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xd8100000 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xd8100000 vgapci0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xd8200000 vgapci0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xc0000000 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xd8100000 0MB info: [drm] Initialized i915 1.5.0 20060119 vgapci1: mem 0xd8180000-0xd81fffff at device 2.1 o= n pci0 pcm0: mem 0xd8240000-0xd824= 3fff irq 22 at device 27.0 on pci0 pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd8240000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 pcm0: [MPSAFE] pcib1: irq 17 at device 28.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xd4000000-0xd5ffffff pcib1: prefetched decode 0xd0000000-0xd1ffffff pci2: on pcib1 pci2: physical bus=3D2 found-> vendor=3D0x8086, dev=3D0x4222, revid=3D0x02 bus=3D2, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base d4000000, size 12, enabled pcib1: (null) requested memory range 0xd4000000-0xd4000fff: good pcib1: matched entry for 2.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 wpi0: mem 0xd4000000-0xd4000fff irq 16 at d= evice 0.0 on pci2 wpi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd4000000 channel 1 pwr1 0x0060 pwr2 0x005e channel 2 pwr1 0x0068 pwr2 0x0064 channel 3 pwr1 0x0099 pwr2 0x009a channel 4 pwr1 0x0092 pwr2 0x0096 channel 5 pwr1 0x0000 pwr2 0x0000 channel 6 pwr1 0x0082 pwr2 0x0082 channel 7 pwr1 0x0082 pwr2 0x0083 channel 8 pwr1 0x007d pwr2 0x007d channel 9 pwr1 0x007d pwr2 0x007d channel 10 pwr1 0x0000 pwr2 0x0000 channel 11 pwr1 0xfffb pwr2 0xfffb channel 12 pwr1 0x0001 pwr2 0x0001 channel 13 pwr1 0xfffb pwr2 0xfffb channel 14 pwr1 0x0001 pwr2 0x0001 wpi0: bpf attached wpi0: Ethernet address: 00:13:02:3f:0d:e4 wpi0: bpf attached wpi0: bpf attached ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 wpi0: [GIANT-LOCKED] wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps pcib2: irq 16 at device 28.1 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 4 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci3: on pcib2 pci3: physical bus=3D3 uhci0: port 0x1820-0x183f irq 23 at device = 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 51 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device = 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device = 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device = 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd8444000-0xd84443f= f irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd8444000 ehci0: [GIANT-LOCKED] 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 usb4: handing over full speed device on port 5 to usb2 uhub4: port 5, device disappeared after reset pcib3: at device 30.0 on pci0 pcib3: secondary bus 5 pcib3: subordinate bus 5 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0x0-0x0 pcib3: prefetched decode 0x0-0x0 pcib3: Subtractively decoded bridge. pci5: on pcib3 pci5: physical bus=3D5 found-> vendor=3D0x14e4, dev=3D0x170c, revid=3D0x02 bus=3D5, slot=3D5, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d8000000, size 13, memory disabled pcib3: (null) requested memory range 0xd8000000-0xd8001fff: good pcib3: matched entry for 5.5.INTA pcib3: slot 5 INTA hardwired to IRQ 22 found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0xb4 bus=3D5, slot=3D9, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=3D0x1180, dev=3D0x0552, revid=3D0x09 bus=3D5, slot=3D9, func=3D1 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Db, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d8002000, size 11, memory disabled pcib3: (null) requested memory range 0xd8002000-0xd80027ff: good found-> vendor=3D0x1180, dev=3D0x0822, revid=3D0x18 bus=3D5, slot=3D9, func=3D2 class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d8002800, size 8, memory disabled pcib3: (null) requested memory range 0xd8002800-0xd80028ff: good found-> vendor=3D0x1180, dev=3D0x0843, revid=3D0x00 bus=3D5, slot=3D9, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d8002c00, size 8, memory disabled pcib3: (null) requested memory range 0xd8002c00-0xd8002cff: good found-> vendor=3D0x1180, dev=3D0x0592, revid=3D0x09 bus=3D5, slot=3D9, func=3D4 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d8003000, size 8, memory disabled pcib3: (null) requested memory range 0xd8003000-0xd80030ff: good found-> vendor=3D0x1180, dev=3D0x0852, revid=3D0x04 bus=3D5, slot=3D9, func=3D5 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d8003400, size 8, memory disabled pcib3: (null) requested memory range 0xd8003400-0xd80034ff: good bfe0: mem 0xd8000000-0xd8001fff irq 22 = at device 5.0 on pci5 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xd8000000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:00:f0:7f:da:00 bfe0: [GIANT-LOCKED] cbb0: at device 9.0 on pci5 pcib3: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 0 cbb0: Setting primary bus to 5 cbb0: Secondary bus set to 6 subbus 7 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib3: matched entry for 5.9.INTA pcib3: slot 9 INTA hardwired to IRQ 20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100007 0x060700b4 0x00824000=20 0x10: 0x80000000 0x020000dc 0x20070605 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x07000114=20 0x40: 0xc504144d 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x38a20001 0x00000000 0x04630463 0x00000000=20 0x90: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xa0: 0x00000008 0x00000000 0x000c0000 0x00000000=20 0xb0: 0x00000000 0x60000000 0x00003000 0x00000000=20 0xc0: 0xc504144d 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001=20 0xe0: 0x24c04100 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xd8002000-0xd80027ff at device 9.1 on pci5 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xd8002000 pcib3: matched entry for 5.9.INTB pcib3: slot 9 INTB hardwired to IRQ 21 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 55 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:f0:41:20:0f:ab:79 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:f0:0f:ab:79 fwe0: bpf attached fwe0: Ethernet address: 02:00:f0:0f:ab:79 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) pci5: at device 9.2 (no driver attached) pci5: at device 9.3 (no driver attached) pci5: at device 9.4 (no driver attached) pci5: at device 9.5 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x1810-0x181f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 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=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D10 devices=3D0x9 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 56 ata0: [MPSAFE] 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=3D00 ostat0=3Dff ostat1=3Dff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 57 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count= _size Timecounter "HPET" frequency 14318180 Hz quality 2000 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 58 atkbd0: [GIANT-LOCKED] 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 59 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4e21 0x4e21 0x4e21 0x4e21 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4e21 0x4e21 0x4e21 0x4e21 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 60 sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4e21 0x4e21 0x4e21 0x4e21 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen0: on uhub2 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 83125516 hz Timecounter "TSC" frequency 1662510110 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, = default to accept, logging disabled lo0: bpf attached Status is 0x30000820 cbb0: card inserted: event=3D0x00000000, state=3D30000820 cbb0: cbb_power: 3V acpi_acad0: acline initialization start battery0: battery initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization done, tried 1 times ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting PIO4 on ICH7 chip ad0: setting UDMA100 on ICH7 chip ad0: 69042MB at ata0-master UDMA100 ad0: 141398112 sectors [140275C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting PIO4 on ICH7 chip acd0: setting UDMA33 on ICH7 chip acd0: DVDR drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 172KB/s (4134KB/s), 2048KB buffer, UDM= A33 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: Vendor: 0x000011d4 pcm0: Device: 0x00001986 pcm0: Revision: 0x00000005 pcm0: Stepping: 0x00000000 pcm0: PCI Subvendor: 0xc504144d pcm0: Nodes: start=3D2 endnode=3D44 total=3D42 pcm0: node 18: WARNING!!! Connection length=3D8 !=3D found=3D7 pcm0: [ 2] Ctl nid=3D4 DISABLED pcm0: [ 3] Ctl nid=3D5 DISABLED pcm0: [ 4] Ctl nid=3D9 Bind to NONE pcm0: [ 5] Ctl nid=3D9 childnid=3D4 DISABLED pcm0: [ 6] Ctl nid=3D9 childnid=3D5 DISABLED pcm0: [ 9] Ctl nid=3D19 Bind to NONE pcm0: [10] Ctl nid=3D20 Bind to NONE pcm0: [11] Ctl nid=3D21 Bind to NONE pcm0: [12] Ctl nid=3D22 Bind to NONE pcm0: [13] Ctl nid=3D23 Bind to NONE pcm0: [14] Ctl nid=3D24 Bind to NONE pcm0: [15] Ctl nid=3D26 Bind to NONE pcm0: [16] Ctl nid=3D27 Bind to NONE pcm0: [17] Ctl nid=3D28 DISABLED pcm0: [18] Ctl nid=3D29 DISABLED pcm0: [19] Ctl nid=3D30 DISABLED pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "mic": pcm0: Mixer "rec": pcm0: sndbuf_setmap 3dea8000, 4000; 0xe3b16000 -> 3dea8000 pcm0: sndbuf_setmap 3de73000, 4000; 0xe3b1a000 -> 3de73000 pcm0: pcm0: pcm0:=20 pcm0: +-------------------+ pcm0: | DUMPING HDA NODES | pcm0: +-------------------+ pcm0:=20 pcm0: Default Parameter pcm0: ----------------- pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: IN amp: 0x80000000 pcm0: OUT amp: 0x80051f1f pcm0:=20 pcm0: nid: 2 [DIGITAL] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x00030311 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000005 pcm0: Format: AC3 PCM pcm0: PCM cap: 0x00020060 pcm0: PCM size: 16 pcm0: PCM rate: 44 48 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D1 [GHOST!] [UNKNOWN] pcm0: | pcm0: + <- nid=3D6 [audio input] pcm0:=20 pcm0: nid: 3 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x0000044d pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 0 pcm0:=20 pcm0: nid: 4 [ANALOG] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x0000040d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 0 pcm0:=20 pcm0: nid: 5 [ANALOG] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x0000040d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 0 pcm0:=20 pcm0: nid: 6 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x00100511 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x0006007f pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D18 [audio selector] pcm0:=20 pcm0: nid: 7 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000003 pcm0: Ctl flags: 0x00000091 pcm0: connections: 8 pcm0: | pcm0: + <- nid=3D3 [audio output] pcm0: | pcm0: + <- nid=3D9 [audio mixer] pcm0: | pcm0: + <- nid=3D19 [audio selector] pcm0: | pcm0: + <- nid=3D20 [audio selector] pcm0: | pcm0: + <- nid=3D21 [audio selector] pcm0: | pcm0: + <- nid=3D22 [audio selector] pcm0: | pcm0: + <- nid=3D23 [audio selector] pcm0: | pcm0: + <- nid=3D24 [audio selector] pcm0:=20 pcm0: nid: 8 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200100 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D7 [audio mixer] pcm0:=20 pcm0: nid: 9 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010e pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80000000 pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 pcm0: Input amp: 0x80000000 pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D4 [audio output] [DISABLED] pcm0: | pcm0: + <- nid=3D5 [audio output] [DISABLED] pcm0:=20 pcm0: nid: 10 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: connections: 3 pcm0: | pcm0: + <- nid=3D7 [audio mixer] (selected) pcm0: | pcm0: + <- nid=3D4 [audio output] [DISABLED] pcm0: | pcm0: + <- nid=3D5 [audio output] [DISABLED] pcm0:=20 pcm0: nid: 11 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D7 [audio mixer] (selected) pcm0: | pcm0: + <- nid=3D4 [audio output] [DISABLED] pcm0:=20 pcm0: nid: 12 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D4 [audio output] [DISABLED] (selected) pcm0: | pcm0: + <- nid=3D7 [audio mixer] pcm0:=20 pcm0: nid: 13 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D5 [audio output] [DISABLED] (selected) pcm0: | pcm0: + <- nid=3D8 [audio mixer] pcm0:=20 pcm0: nid: 14 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300100 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D8 [audio mixer] (selected) pcm0: | pcm0: + <- nid=3D17 [audio selector] pcm0:=20 pcm0: nid: 15 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Output amp: 0x270300 pcm0: mute=3D0 step=3D3 size=3D39 offset=3D0 pcm0: connections: 8 pcm0: | pcm0: + <- nid=3D31 [pin: Mic in (jack)] (selected) pcm0: | pcm0: + <- nid=3D32 [pin: line in (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D39 [audio mixer] pcm0: | pcm0: + <- nid=3D40 [audio mixer] pcm0: | pcm0: + <- nid=3D41 [audio mixer] pcm0: | pcm0: + <- nid=3D42 [audio mixer] pcm0:=20 pcm0: nid: 16 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 3 pcm0: | pcm0: + <- nid=3D32 [pin: line in (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D28 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D31 [pin: Mic in (jack)] (selected) pcm0:=20 pcm0: nid: 17 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x00300941 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D15 [audio selector] (selected) pcm0: | pcm0: + <- nid=3D43 [audio mixer] pcm0:=20 pcm0: nid: 18 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000800 pcm0: Output amp: 0x80050f00 pcm0: mute=3D1 step=3D15 size=3D5 offset=3D0 pcm0: connections: 8 pcm0: | pcm0: + <- nid=3D17 [audio selector] (selected) pcm0: | pcm0: + <- nid=3D34 [pin: CD (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D33 [pin: AUX (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D16 [audio selector] pcm0: | pcm0: + <- nid=3D7 [audio mixer] pcm0: | pcm0: + <- nid=3D8 [audio mixer] pcm0: | pcm0: + <- nid=3D35 [pin: telephony (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D0 [GHOST!] [UNKNOWN] pcm0:=20 pcm0: nid: 19 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D17 [audio selector] pcm0:=20 pcm0: nid: 20 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010c pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D35 [pin: telephony (none)] [DISABLED] pcm0:=20 pcm0: nid: 21 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D34 [pin: CD (none)] [DISABLED] pcm0:=20 pcm0: nid: 22 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D33 [pin: AUX (none)] [DISABLED] pcm0:=20 pcm0: nid: 23 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010d pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x80051f17 pcm0: mute=3D1 step=3D31 size=3D5 offset=3D23 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D16 [audio selector] pcm0:=20 pcm0: nid: 24 [ANALOG] pcm0: name: audio selector pcm0: widget_cap: 0x0030010c pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Output amp: 0x800b0f0f pcm0: mute=3D1 step=3D15 size=3D11 offset=3D15 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D25 [beep widget] (selected) pcm0: | pcm0: + <- nid=3D36 [pin: other (none)] [DISABLED] pcm0:=20 pcm0: nid: 25 [ANALOG] pcm0: name: beep widget pcm0: widget_cap: 0x00700000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 26 [ANALOG] pcm0: name: pin: headphones out (jack) pcm0: widget_cap: 0x00400185 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000001f pcm0: ISC TRQD HP OUT : UNSOL pcm0: Pin control: 0x000000c0 HP OUT pcm0: EAPD: 0x00000000 pcm0: Output amp: 0x80051f1f pcm0: mute=3D1 step=3D31 size=3D5 offset=3D31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D10 [audio selector] pcm0:=20 pcm0: nid: 27 [ANALOG] pcm0: name: pin: line out (jack) pcm0: widget_cap: 0x00400185 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0001001f pcm0: ISC TRQD HP OUT EAPD : UNSOL pcm0: Pin control: 0x00000040 OUT pcm0: EAPD: 0x00000002 pcm0: Output amp: 0x80051f1f pcm0: mute=3D1 step=3D31 size=3D5 offset=3D31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D11 [audio selector] pcm0:=20 pcm0: nid: 28 [ANALOG] [DISABLED] pcm0: name: pin: line out (none) pcm0: widget_cap: 0x00400185 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000037 pcm0: ISC TRQD OUT IN : UNSOL pcm0: Pin control: 0x00000060 IN OUT pcm0: EAPD: 0x00000000 pcm0: Output amp: 0x80051f1f pcm0: mute=3D1 step=3D31 size=3D5 offset=3D31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D12 [audio selector] pcm0:=20 pcm0: nid: 29 [ANALOG] [DISABLED] pcm0: name: pin: line out (none) pcm0: widget_cap: 0x00400985 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00001737 pcm0: ISC TRQD OUT IN : UNSOL pcm0: Pin control: 0x00000060 IN OUT pcm0: EAPD: 0x00000000 pcm0: Output amp: 0x80051f1f pcm0: mute=3D1 step=3D31 size=3D5 offset=3D31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D13 [audio selector] pcm0:=20 pcm0: nid: 30 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400104 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin control: 0x00000040 OUT pcm0: EAPD: 0x00000000 pcm0: Output amp: 0x80051f1f pcm0: mute=3D1 step=3D31 size=3D5 offset=3D31 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D14 [audio selector] pcm0:=20 pcm0: nid: 31 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x00400081 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x00001727 pcm0: ISC TRQD IN : UNSOL pcm0: Pin control: 0x00000020 IN pcm0: EAPD: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 32 [ANALOG] [DISABLED] pcm0: name: pin: line in (none) pcm0: widget_cap: 0x00400081 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00001727 pcm0: ISC TRQD IN : UNSOL pcm0: Pin control: 0x00000020 IN pcm0: EAPD: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 33 [ANALOG] [DISABLED] pcm0: name: pin: AUX (none) pcm0: widget_cap: 0x00400081 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000027 pcm0: ISC TRQD IN : UNSOL pcm0: Pin control: 0x00000020 IN pcm0: EAPD: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 34 [ANALOG] [DISABLED] pcm0: name: pin: CD (none) pcm0: widget_cap: 0x00400001 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin control: 0x00000020 IN pcm0: EAPD: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 35 [ANALOG] [DISABLED] pcm0: name: pin: telephony (none) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin control: 0x00000020 IN pcm0: EAPD: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 36 [ANALOG] [DISABLED] pcm0: name: pin: other (none) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin control: 0x00000020 IN pcm0: EAPD: 0x00000000 pcm0: connections: 0 pcm0:=20 pcm0: nid: 37 [DIGITAL] [DISABLED] pcm0: name: pin: SPDIF out (jack) pcm0: widget_cap: 0x00400301 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin control: 0x00000040 OUT pcm0: EAPD: 0x00000000 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D2 [audio output] [DISABLED] pcm0:=20 pcm0: nid: 38 [ANALOG] pcm0: name: power widget pcm0: widget_cap: 0x00500500 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 8 pcm0: | pcm0: + <- nid=3D7 [audio mixer] (selected) pcm0: | pcm0: + <- nid=3D8 [audio mixer] pcm0: | pcm0: + <- nid=3D19 [audio selector] pcm0: | pcm0: + <- nid=3D20 [audio selector] pcm0: | pcm0: + <- nid=3D21 [audio selector] pcm0: | pcm0: + <- nid=3D22 [audio selector] pcm0: | pcm0: + <- nid=3D23 [audio selector] pcm0: | pcm0: + <- nid=3D24 [audio selector] pcm0:=20 pcm0: nid: 39 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=3D29 [pin: line out (none)] [DISABLED] pcm0:=20 pcm0: nid: 40 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=3D32 [pin: line in (none)] [DISABLED] pcm0:=20 pcm0: nid: 41 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3D29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D32 [pin: line in (none)] [DISABLED] pcm0:=20 pcm0: nid: 42 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200101 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 3 pcm0: | pcm0: + <- nid=3D31 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=3D29 [pin: line out (none)] [DISABLED] pcm0: | pcm0: + <- nid=3D32 [pin: line in (none)] [DISABLED] pcm0:=20 pcm0: nid: 43 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x00200100 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000000 pcm0: connections: 1 pcm0: | pcm0: + <- nid=3D15 [audio selector] pcm0:=20 pcm0: +------------------------+ pcm0: | DUMPING HDA AMPLIFIERS | pcm0: +------------------------+ pcm0:=20 pcm0: 1: nid=3D3 index=3D0 ossmask=3D0x00000011 ossdev=3D4 pcm0: 2: nid=3D4 index=3D0 ossmask=3D0x00000000 ossdev=3D0 [DISABLED] pcm0: 3: nid=3D5 index=3D0 ossmask=3D0x00000000 ossdev=3D0 [DISABLED] pcm0: 4: nid=3D9 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 5: nid=3D9 cnid=3D4 index=3D0 ossmask=3D0x00000000 ossdev=3D0 [DISA= BLED] pcm0: 6: nid=3D9 cnid=3D5 index=3D1 ossmask=3D0x00000000 ossdev=3D0 [DISA= BLED] pcm0: 7: nid=3D15 index=3D0 ossmask=3D0x00000081 ossdev=3D7 pcm0: 8: nid=3D18 index=3D0 ossmask=3D0x00000800 ossdev=3D0 pcm0: 9: nid=3D19 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 10: nid=3D20 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 11: nid=3D21 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 12: nid=3D22 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 13: nid=3D23 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 14: nid=3D24 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 15: nid=3D26 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 16: nid=3D27 index=3D0 ossmask=3D0x00000000 ossdev=3D0 pcm0: 17: nid=3D28 index=3D0 ossmask=3D0x00000000 ossdev=3D0 [DISABLED] pcm0: 18: nid=3D29 index=3D0 ossmask=3D0x00000000 ossdev=3D0 [DISABLED] pcm0: 19: nid=3D30 index=3D0 ossmask=3D0x00000000 ossdev=3D0 [DISABLED] pcm0:=20 pcm0: +-----------------------------------+ pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | pcm0: +-----------------------------------+ pcm0:=20 pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- nid: 3 index: 0 mute: 1 step: 31 size: 5 off: = 23 dir=3D0x1 ossmask=3D0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 mute: 0 step: 3 size: 39 off: = 0 dir=3D0x1 ossmask=3D0x00000081 pcm0:=20 pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- nid: 3 index: 0 mute: 1 step: 31 size: 5 off: = 23 dir=3D0x1 ossmask=3D0x00000011 pcm0:=20 pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- nid: 15 index: 0 mute: 0 step: 3 size: 39 off: = 0 dir=3D0x1 ossmask=3D0x00000081 pcm0:=20 pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- nid: 18 index: 0 mute: 1 step: 15 size: 5 off: = 0 dir=3D0x1 ossmask=3D0x00000800 pcm0:=20 pcm0: Recording sources: pcm0:=20 pcm0: nid=3D18 [audio selector] pcm0: | pcm0: + <- nid=3D17 [audio selector] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=3D16 [audio selector] pcm0: | pcm0: + <- nid=3D7 [audio mixer] [recsrc: vol, pcm, mic] pcm0: | pcm0: + <- nid=3D8 [audio mixer] pcm0:=20 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0:=20 pcm0: PCM Playback: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: DAC: 3 pcm0:=20 pcm0: PCM Record: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e007f pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 88 96 176 192 pcm0: ADC: 6 cbb0: cbb_power: 0V (probe7:ata0:0:1:0): error 22 (probe7:ata0:0:1:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error pass0 at ata0 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 33.000MB/s transfers GEOM: new disk cd0 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 INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 1 INTR: Assigning IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 0 INTR: Assigning IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 1 INTR: Assigning IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 0 INTR: Assigning IRQ 15 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 1 INTR: Assigning IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 0 INTR: Assigning IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 1 INTR: Assigning IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 0 INTR: Assigning IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 20 to local APIC 1 INTR: Assigning IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 21 to local APIC 0 INTR: Assigning IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 22 to local APIC 1 INTR: Assigning IRQ 23 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 0 (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered linsysfs registered setting h/w config 1200 microcode alive notification version 10d00 alive 1 temperature -206 rx tail flags error 702 rx tail flags error 702 scan finished scan finished config chan 6 flags 8005 cck f ofdm 15 config chan 6 flags 8015 rx tail flags error 702 --TakKZr9L6Hm6aLOc-- --raC6veAxrt5nqIoY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIjXPKc512sD3afgRAmrwAKC5uwQLrTBO3K80F1eYbbB/9fAAlQCgkPcG xxE6DCrLHeQno9RXbgTojzk= =gspE -----END PGP SIGNATURE----- --raC6veAxrt5nqIoY-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 11:14:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DD4F16A47C for ; Tue, 3 Oct 2006 11:14:21 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22AC43D5C for ; Tue, 3 Oct 2006 11:14:20 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GUiDx-000ElP-Il; Tue, 03 Oct 2006 13:14:09 +0200 To: Chris Hedley From: Ian FREISLICH In-Reply-To: Message from Chris Hedley of "Tue, 03 Oct 2006 09:02:33 +0100." <20061003084813.S1531@teapot.cbhnet> X-Attribution: BOFH Date: Tue, 03 Oct 2006 13:14:09 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER xx SECONDS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 11:14:21 -0000 Chris Hedley wrote: > On Tue, 3 Oct 2006, Ian FREISLICH wrote: > >> I've been having a look at some reviews, but unfortunately few of them > >> make it clear whether or not the hard drives' cache is set to write back > >> or write through. Needless to say, I'm not desperately enthusiastic about > >> combining a RAID controller with write back caching, but I suspect that a > >> lot of controllers are heavily dependent on it being enabled to attain > >> their performance: it seems that my 2410SA's rather dismal 3-6 & 30-40MB/s > >> respective RAID5 write & read speeds would increase dramatically were I to > >> use write-back, but I'm not going there... I guess my point is that I > >> really don't want to find myself with another dog if I buy something with > >> apparently superior performance if it's completely reliant on on-disc > >> write back caching being enabled. > > > > I'm guessing this is because this controller has no read cache and > > no battery for it's write cache: > > > > AAC0> conta sho cache 0 > > Executing: container show cache 0 > > > > Global Container Read Cache Size : 0 > > Global Container Write Cache Size : 16203776 > > > > Read Cache Setting : ENABLE > > Write Cache Setting : ENABLE WHEN PROTECTED > > Write Cache Status : Inactive, battery not present > > > > If you're happy using the controller's write cache without battery > > backup, you can turn it on quite easily: > > > > container set cache /unprotected 0 > > Thanks for the reply, Ian. > > I gave your suggestion a try just to see what difference it made, but > I was only seeing marginal (if any) improvement with the transfer > rates, which I thought was rather strange: reads are still in the > order of 30-40 MB/s and writes still under 8 MB/s, to both RAID5 and > RAID10 containers, which I find rather disappointing performance-wise. I'd not expect any change on read performance since there is no read cache on this controller. Also, if you write a file that's larger than the controller cache (16MB) you'll not see an improvement. Is your disk transfer profile really always large writes? I'd expect it to be on average much smaller but I'm not sure how to draw these stats. I'm sure this setting will be a net win. If you're really after perhaps you'd rather look at LVD SCSI RAID solutions. I remember getting in excess of 150MB/s or so using a multiple channel RAID controller and a bunch of 10000rpm disks many years ago. SCSI on disk cache is, I'm told a diferent beast to IDE on disk cache (which lies). Besides SCSI actually performs under load. > I can't complain about how well it rebuilds, I just wish it didn't > take so long! Mine's done several due to a bad connection to one of > its discs and has recovered every time; the only niggle is that it > takes between 6 and 12 hours to recover the disc on a config with > 4x250GB units containing two small RAID-10 containers and one large > RAID-5. I'm not sure if that's really what I should be expecting; > I've heard other controllers rebuilding the likes of Raptors in about > half an hour, so I'd've thought I might expect perhaps no more than > two or three hours, albeit a rather simplistic assumption. You might be able change how much time the controller spends rebuilding by using the io_delay command on the container. I know a slow rebuild is a bit frustrating, but if I were after disk performance, I'd not want a rebuild to eat significantly into that. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 12:14:33 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 1033) id 1654D16A5CF; Tue, 3 Oct 2006 12:14:33 +0000 (UTC) Date: Tue, 3 Oct 2006 12:13:36 +0000 From: Alexey Dokuchaev To: src-comitters@FreeBSD.org Message-ID: <20061003121336.GA6732@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Resent-From: danfe@FreeBSD.org Resent-Date: Tue, 3 Oct 2006 12:14:33 +0000 Resent-To: current@FreeBSD.org Resent-Message-Id: <20061003121433.1654D16A5CF@hub.freebsd.org> Cc: Subject: umapfs module build broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 12:14:33 -0000 hi there, ${subj}, it happens on both 6.x and -current: Warning: Object directory not changed from original /usr/src/sys/modules/umapfs cc -O2 -pipe -s -mtune=pentium4 -march=pentium4 -march=pentium4 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /usr/src/sys/modules/umapfs/../../fs/umapfs/umap_subr.c /usr/src/sys/modules/umapfs/../../fs/umapfs/umap_subr.c: In function `umap_node_alloc': /usr/src/sys/modules/umapfs/../../fs/umapfs/umap_subr.c:211: error: `umap_vnodeop_p' undeclared (first use in this function) /usr/src/sys/modules/umapfs/../../fs/umapfs/umap_subr.c:211: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/umapfs/../../fs/umapfs/umap_subr.c:211: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/umapfs. ./danfe From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 13:00:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B878716A4A0 for ; Tue, 3 Oct 2006 13:00:46 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 399BF43D55 for ; Tue, 3 Oct 2006 13:00:45 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GUjt6-000F1H-El for current@freebsd.org; Tue, 03 Oct 2006 15:00:44 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 03 Oct 2006 15:00:44 +0200 Message-Id: Cc: Subject: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 13:00:46 -0000 Hi After a build/install today, I can't boot my boxes: BTX loader 1.00 BTX version is 1.01 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 633kB/2096000kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK ls open '/' failed: input/output error OK lsdev cd devices: disk devices: disk0: BIOS drive C: pxe devices: I don't know what else I can get of interest from this interface. It's happened to 2 of my test servers. They rebooted fine before the upgrade. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 13:39:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EDED16A403 for ; Tue, 3 Oct 2006 13:39:13 +0000 (UTC) (envelope-from pbliss@mechno.com) Received: from helix.fantasyland.com (helix.fantasyland.com [216.238.193.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDC943D5A for ; Tue, 3 Oct 2006 13:39:12 +0000 (GMT) (envelope-from pbliss@mechno.com) Received: from helix.fantasyland.com (localhost [127.0.0.1]) by helix.fantasyland.com (Postfix) with ESMTP id 826FD1CC98; Tue, 3 Oct 2006 09:39:11 -0400 (EDT) Received: from localhost (pbliss@localhost) by helix.fantasyland.com (8.13.6/8.13.6/Submit) with ESMTP id k93DdBdH028094; Tue, 3 Oct 2006 09:39:11 -0400 (EDT) (envelope-from pbliss@mechno.com) X-Authentication-Warning: helix.fantasyland.com: pbliss owned process doing -bs Date: Tue, 3 Oct 2006 09:39:10 -0400 (EDT) From: Paul Bliss X-X-Sender: pbliss@helix.fantasyland.com To: Rich Wales In-Reply-To: <20061003053303.9249A3C36B@whodunit.richw.org> Message-ID: References: <20061003053303.9249A3C36B@whodunit.richw.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Sata controller headache / good and cheap sata controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 13:39:13 -0000 Thanks for the reply, Richard. Finding a passable sata controller has been very frustrating. I at first had a Silicon Images controller which my first round of research indicated would be ok, but later found more info that reported some bad behavior (after the machine was being depended upon, of course) Then I switched to this Promise FastTrak tx2300, which again, people were saying some good things about. Ugh. So does anyone know of a cheap SATA controller (Raid is unimportant) that will work well with FreeBSD 6.1? Thanks for reading and helping. -Paul Bliss On Mon, 2 Oct 2006, Rich Wales wrote: > Paul Bliss wrote: > >> I'm running 6.1 RELEASE and I've been having very annoying crashes >> that I think are related to my SATA Controller. I'm using the >> Promise FastTrak TX2300 controller with a Western Digital WD2500KS. > > I've been seeing the same kinds of errors with a Promise SATA300 TX4 > controller and a pair of Seagate 300GB SATA drives. > > Apparently, people have been having similar problems with SATA drives > on Promise controllers for quite some time now, in both FreeBSD and > Linux systems. Lots of reports and requests for help, but no one so > far has admitted to having a clue as to what is causing it. > >> I'm tempted to use atacontrol to change the mode . . . . > > Unfortunately, AFAIK, you can't change the mode on a SATA drive using > "atacontrol". > > Rich Wales > Palo Alto, CA, USA > richw@richw.org > http://www.richw.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 14:50:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE7016A403 for ; Tue, 3 Oct 2006 14:50:25 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [81.19.179.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C73F43D46 for ; Tue, 3 Oct 2006 14:50:25 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 54AD71146E; Tue, 3 Oct 2006 15:50:24 +0100 (BST) X-Virus-Scanned: mail.goodforbusiness.co.uk Received: from mail.goodforbusiness.co.uk ([127.0.0.1]) by localhost (mail.goodforbusiness.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p3uvHD4TO9J6; Tue, 3 Oct 2006 15:50:23 +0100 (BST) Received: from mail.helenmarks.co.uk (unknown [192.168.100.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 8B6C411462; Tue, 3 Oct 2006 15:50:23 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 227681729B; Tue, 3 Oct 2006 15:50:23 +0100 (BST) X-Virus-Scanned: amavisd-new at helenmarks.co.uk Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xet79WhNfZFq; Tue, 3 Oct 2006 15:50:22 +0100 (BST) Received: by mail.helenmarks.co.uk (Postfix, from userid 80) id E9E901729A; Tue, 3 Oct 2006 15:50:21 +0100 (BST) Received: from 82-69-13-6.dsl.in-addr.zen.co.uk ([82.69.13.6]) (SquirrelMail authenticated user dom) by mail.helenmarks.co.uk with HTTP; Tue, 3 Oct 2006 15:50:21 +0100 (BST) Message-ID: <50606.82.69.13.6.1159887021.squirrel@mail.helenmarks.co.uk> In-Reply-To: References: <20061003053303.9249A3C36B@whodunit.richw.org> Date: Tue, 3 Oct 2006 15:50:21 +0100 (BST) From: "Dominic Marks" To: "Paul Bliss" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Rich Wales , freebsd-current@freebsd.org Subject: Re: Sata controller headache / good and cheap sata controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 14:50:26 -0000 Paul Bliss wrote: > Thanks for the reply, Richard. > > Finding a passable sata controller has been very frustrating. I at > first > had a Silicon Images controller which my first round of research > indicated > would be ok, but later found more info that reported some bad behavior > (after the machine was being depended upon, of course) > Then I switched to this Promise FastTrak tx2300, which again, people > were > saying some good things about. Ugh. > > So does anyone know of a cheap SATA controller (Raid is unimportant) > that > will work well with FreeBSD 6.1? I only use 3ware cards now. I had similar experiences to you. You can get them pretty cheap now, at least here in the UK. I've used the 8000 and 9000 series and had not a peep of a problem. I don't use RAID features either by the way. Dominic From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 15:49:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F2416A412 for ; Tue, 3 Oct 2006 15:49:07 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC2F43D5D for ; Tue, 3 Oct 2006 15:49:06 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id C3B196009; Tue, 3 Oct 2006 19:49:04 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 9C1385FA4; Tue, 3 Oct 2006 19:49:04 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k93FnD75025644; Tue, 3 Oct 2006 19:49:13 +0400 (MSD) (envelope-from ru) Date: Tue, 3 Oct 2006 19:49:13 +0400 From: Ruslan Ermilov To: Ian FREISLICH Message-ID: <20061003154913.GB25540@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@freebsd.org Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 15:49:08 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 03, 2006 at 03:00:44PM +0200, Ian FREISLICH wrote: > Hi >=20 > After a build/install today, I can't boot my boxes: >=20 > BTX loader 1.00 BTX version is 1.01 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 633kB/2096000kB available memory >=20 > FreeBSD/i386 bootstrap loader, Revision 1.1 > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > = =20 > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK ls > open '/' failed: input/output error > OK lsdev > cd devices: > disk devices: > disk0: BIOS drive C: > pxe devices: >=20 > I don't know what else I can get of interest from this interface. > It's happened to 2 of my test servers. They rebooted fine before > the upgrade. >=20 Does it work if you boot with /boot/loader.old? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFIoZ5qRfpzJluFF4RAhZ7AJ0aHfNNQyh/CN8KlXvh18XqBTOr9ACdEKyW aaPMNiBo/lbjgtrRuOLWk60= =S+LQ -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 15:59:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3AC016A407 for ; Tue, 3 Oct 2006 15:59:31 +0000 (UTC) (envelope-from pbliss@mechno.com) Received: from helix.fantasyland.com (helix.fantasyland.com [216.238.193.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA4BB43D53 for ; Tue, 3 Oct 2006 15:59:30 +0000 (GMT) (envelope-from pbliss@mechno.com) Received: from helix.fantasyland.com (localhost [127.0.0.1]) by helix.fantasyland.com (Postfix) with ESMTP id E7DF61CD33; Tue, 3 Oct 2006 11:59:29 -0400 (EDT) Received: from localhost (pbliss@localhost) by helix.fantasyland.com (8.13.6/8.13.6/Submit) with ESMTP id k93FxT9b069387; Tue, 3 Oct 2006 11:59:29 -0400 (EDT) (envelope-from pbliss@mechno.com) X-Authentication-Warning: helix.fantasyland.com: pbliss owned process doing -bs Date: Tue, 3 Oct 2006 11:59:29 -0400 (EDT) From: Paul Bliss X-X-Sender: pbliss@helix.fantasyland.com To: Dominic Marks In-Reply-To: <50606.82.69.13.6.1159887021.squirrel@mail.helenmarks.co.uk> Message-ID: References: <20061003053303.9249A3C36B@whodunit.richw.org> <50606.82.69.13.6.1159887021.squirrel@mail.helenmarks.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Sata controller headache / good and cheap sata controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 15:59:31 -0000 I'll keep an eye open for a 3ware deal. I'm really shooting for around $50 (3 pence in uk)if i can. For an ok sata controller for a single sata drive, do you think I'm nuts? I was also thinking about just scrubbing it and getting an IDE. Grrr. Thanks for the help though! -Paul On Tue, 3 Oct 2006, Dominic Marks wrote: > Paul Bliss wrote: >> Thanks for the reply, Richard. >> >> Finding a passable sata controller has been very frustrating. I at >> first >> had a Silicon Images controller which my first round of research >> indicated >> would be ok, but later found more info that reported some bad behavior >> (after the machine was being depended upon, of course) >> Then I switched to this Promise FastTrak tx2300, which again, people >> were >> saying some good things about. Ugh. >> >> So does anyone know of a cheap SATA controller (Raid is unimportant) >> that >> will work well with FreeBSD 6.1? > > I only use 3ware cards now. I had similar experiences to you. You can > get them pretty cheap now, at least here in the UK. I've used the 8000 > and 9000 series and had not a peep of a problem. I don't use RAID > features either by the way. > > Dominic > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 17:33:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFCAE16A417; Tue, 3 Oct 2006 17:33:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3439243D58; Tue, 3 Oct 2006 17:33:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k93HWtOZ027369; Tue, 3 Oct 2006 13:32:56 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ariff Abdullah Date: Tue, 3 Oct 2006 12:59:14 -0400 User-Agent: KMail/1.9.1 References: <59493.1159791753@critter.freebsd.dk> <200610021712.38017.jhb@freebsd.org> <20061003053418.2d706992.ariff@FreeBSD.org> In-Reply-To: <20061003053418.2d706992.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610031259.14453.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]); Tue, 03 Oct 2006 13:32:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1987/Tue Oct 3 11:45:09 2006 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: phk@phk.freebsd.dk, freebsd-current@freebsd.org Subject: Re: sound/driver/hda and ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 17:33:03 -0000 On Monday 02 October 2006 17:34, Ariff Abdullah wrote: > On Mon, 2 Oct 2006 17:12:37 -0400 > John Baldwin wrote: > [....] > > > > > > > I guess these are what we're looking for. I can't tell whether it > > > really works or not (finding such buggy hardware is quite > > > difficult), but this will make lot of things easier for drivers. > > > > > > Any objections? I guess you should go ahead, John. > > > > It needs testing. :) Can you find a victim? > > > > :) > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2006-August/004594.html > > .. but that would be RELENG_6, without your pmap_* . Using classic > vtopte/invltlb() seems to solve his problem towards certain extend. > I guess those pmap_* will do a better job for that. Can you get the reporter to try a HEAD kernel with the above patch? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 18:00:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F36B016A407 for ; Tue, 3 Oct 2006 18:00:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DEC543D4C for ; Tue, 3 Oct 2006 18:00:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k93I0M50027587; Tue, 3 Oct 2006 14:00:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 3 Oct 2006 13:44:33 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610031344.33869.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]); Tue, 03 Oct 2006 14:00:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1987/Tue Oct 3 11:45:09 2006 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: Ian FREISLICH Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 18:00:31 -0000 On Tuesday 03 October 2006 09:00, Ian FREISLICH wrote: > Hi > > After a build/install today, I can't boot my boxes: > > BTX loader 1.00 BTX version is 1.01 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 633kB/2096000kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > OK ls > open '/' failed: input/output error > OK lsdev > cd devices: > disk devices: > disk0: BIOS drive C: > pxe devices: > > I don't know what else I can get of interest from this interface. > It's happened to 2 of my test servers. They rebooted fine before > the upgrade. What drive controller do they have? Try backing out the recent commits to sys/boot/i386/btx/btx/btx.S in case they cause it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 18:26:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 608E516A403; Tue, 3 Oct 2006 18:26:53 +0000 (UTC) (envelope-from prvs=julian=42450540e@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2338743D5D; Tue, 3 Oct 2006 18:26:53 +0000 (GMT) (envelope-from prvs=julian=42450540e@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 03 Oct 2006 11:26:53 -0700 Message-ID: <4522AB6D.9050309@elischer.org> Date: Tue, 03 Oct 2006 11:26:53 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Joerg Schilling References: <45223d3d.5Il+WW9HwkAuGvSH%Joerg.Schilling@fokus.fraunhofer.de> In-Reply-To: <45223d3d.5Il+WW9HwkAuGvSH%Joerg.Schilling@fokus.fraunhofer.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Reliable hard links with mkisofs/ISO-9660/RR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 18:26:53 -0000 Joerg Schilling wrote: > Hi, > > I just started to implement a long planned extension to mkisofs > and Solaris hsfs that will allow hard links to work correctly. > > Is there any interest to also support this on FreeBSD? > Sorry to be obtuse, but if you write it in mkisofs then won't it automatically be supported on FreeBSD when we use mkisofs? Is it possible that you are asking about our kernel isofs support? > > > > Jrg > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 20:32:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9EEB16A416; Tue, 3 Oct 2006 20:32:06 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.htnet.hr (ls405.t-com.hr [195.29.150.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3EB543D69; Tue, 3 Oct 2006 20:32:03 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from ls422.t-com.hr (ls422.t-com.hr [195.29.150.237]) by ls405.htnet.hr (Postfix) with ESMTP id 15D32144ACE; Tue, 3 Oct 2006 22:32:02 +0200 (CEST) Received: from ls422.t-com.hr (localhost.localdomain [127.0.0.1]) by ls422.t-com.hr (Qmlai) with ESMTP id 0AA52C90048; Tue, 3 Oct 2006 22:32:02 +0200 (CEST) X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-49-37.adsl.net.t-com.hr [89.172.49.37])by ls422.t-com.hr (Qmlai) with ESMTP id B52DF1308070; Tue, 3 Oct 2006 22:32:00 +0200 (CEST) Message-ID: <4522C8C7.8020508@fer.hr> Date: Tue, 03 Oct 2006 22:32:07 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Yoshihiro Ota References: <44EF12F6.3000806@fer.hr> <20060925213522.4c9eacb7.ota@j.email.n e.jp> <4518DE53.9070101@fer.hr> <20060926221547.1ae6f72a.ota@j.email.ne.jp> In-Reply-To: <20060926221547.1ae6f72a.ota@j.email.ne.jp> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-imss-version: 2.043 X-imss-result: Passed X-imss-scores: Clean:74.61500 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Cc: geom@freebsd.org, current@freebsd.org Subject: Re: Announcing: gvirstor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 20:32:07 -0000 Yoshihiro Ota wrote: > These are the command lines I tried > # mount /dev/virstor/test /mnt/tmp > # tar xf ports.tar.bz -C /mnt/tmp & > # ./gvirstor remove test md3 > # ./gvirstor add test md4 > # ./gvirstor status test > # ./gvirstor add test md3 > > Kernel paniced after a while. Many things were going so it was not sure that gvirstor was the cause of the problem. To revisit this thread - I tried steps similar to those above (using real devices instead of md) and can't reproduce the panic. From owner-freebsd-current@FreeBSD.ORG Tue Oct 3 22:33:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C4FC16A403 for ; Tue, 3 Oct 2006 22:33:49 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B38243D49 for ; Tue, 3 Oct 2006 22:33:47 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep01.bredband.com with ESMTP id <20061003223346.CAUR18694.mxfep01.bredband.com@ironport.bredband.com> for ; Wed, 4 Oct 2006 00:33:46 +0200 Received: from c-237be255.06-2033-73746f12.cust.bredbandsbolaget.se (HELO [85.226.123.35]) ([85.226.123.35]) by ironport.bredband.com with ESMTP; 04 Oct 2006 00:33:46 +0200 Message-ID: <4522E54C.7060406@qbrick.com> Date: Wed, 04 Oct 2006 00:33:48 +0200 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 22:33:49 -0000 Hi, I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is vital since it's no longer possible to buy 1850/2850 units here. Hardware: PE1950 Xeon 5130, 2GB 667MHz SAS 5I PERC5E 6.1-RELEASE: not possible since SAS drives aren't found. 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout occured" every other second, and _no_ connectivity. We are also having problems with some PE1850 failing from time to time with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. How can we help solve this issue? It would really be a pity to be forced to leave FreeBSD but we really can't afford to replace our choice of hardware platform. Kind regards, Fredrik Widlund From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 04:57:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F3716A403; Wed, 4 Oct 2006 04:57:34 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADAE143D45; Wed, 4 Oct 2006 04:57:33 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GUyoy-000HOE-M7; Wed, 04 Oct 2006 06:57:28 +0200 To: Ruslan Ermilov From: Ian FREISLICH In-Reply-To: Message from Ruslan Ermilov of "Tue, 03 Oct 2006 19:49:13 +0400." <20061003154913.GB25540@rambler-co.ru> X-Attribution: BOFH Date: Wed, 04 Oct 2006 06:57:28 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 04:57:34 -0000 Ruslan Ermilov wrote: > > --IiVenqGWf+H9Y6IX > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Oct 03, 2006 at 03:00:44PM +0200, Ian FREISLICH wrote: > > Hi > >=20 > > After a build/install today, I can't boot my boxes: > >=20 > > BTX loader 1.00 BTX version is 1.01 > > Consoles: internal video/keyboard > > BIOS drive C: is disk0 > > BIOS 633kB/2096000kB available memory > >=20 > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > = > =20 > > can't load 'kernel' > >=20 > > Type '?' for a list of commands, 'help' for more detailed help. > > OK ls > > open '/' failed: input/output error > > OK lsdev > > cd devices: > > disk devices: > > disk0: BIOS drive C: > > pxe devices: > >=20 > > I don't know what else I can get of interest from this interface. > > It's happened to 2 of my test servers. They rebooted fine before > > the upgrade. > >=20 > Does it work if you boot with /boot/loader.old? Doh! Now why didn't that occur to me? It works with loader.old. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 06:05:19 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F8816A415; Wed, 4 Oct 2006 06:05:19 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8D7843D45; Wed, 4 Oct 2006 06:05:18 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id CE1105F72; Wed, 4 Oct 2006 10:05:16 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id AADCA5F39; Wed, 4 Oct 2006 10:05:16 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9465Rnj096568; Wed, 4 Oct 2006 10:05:27 +0400 (MSD) (envelope-from ru) Date: Wed, 4 Oct 2006 10:05:27 +0400 From: Ruslan Ermilov To: Ian FREISLICH Message-ID: <20061004060527.GA96434@rambler-co.ru> References: <20061003154913.GB25540@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org, John Baldwin Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 06:05:19 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 04, 2006 at 06:57:28AM +0200, Ian FREISLICH wrote: > Ruslan Ermilov wrote: > > On Tue, Oct 03, 2006 at 03:00:44PM +0200, Ian FREISLICH wrote: > > > Hi > > >=20 > > > After a build/install today, I can't boot my boxes: > > >=20 > > > BTX loader 1.00 BTX version is 1.01 > > > Consoles: internal video/keyboard > > > BIOS drive C: is disk0 > > > BIOS 633kB/2096000kB available memory > > >=20 > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > > = =3D > > =20 > > > can't load 'kernel' > > >=20 > > > Type '?' for a list of commands, 'help' for more detailed help. > > > OK ls > > > open '/' failed: input/output error > > > OK lsdev > > > cd devices: > > > disk devices: > > > disk0: BIOS drive C: > > > pxe devices: > > >=20 > > > I don't know what else I can get of interest from this interface. > > > It's happened to 2 of my test servers. They rebooted fine before > > > the upgrade. > > >=20 > > Does it work if you boot with /boot/loader.old? >=20 > Doh! Now why didn't that occur to me? It works with loader.old. >=20 Could you please check if reverting sys/boot/i386/btx/btx/btx.S to rev. 1.38 fixes your problem, and if it does, apply next revisions one by one and tell us where it stops working? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFI08nqRfpzJluFF4RAgtgAJ9I32Ievzw3DZXNzh/hjSLp41WVswCfXcUv kZezULd2LcYO3hkc2yamRN4= =JLfG -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 06:12:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E68A16A415; Wed, 4 Oct 2006 06:12:25 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id F072943D4C; Wed, 4 Oct 2006 06:12:24 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GUzzS-000Hao-MI; Wed, 04 Oct 2006 08:12:22 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: Message from John Baldwin of "Tue, 03 Oct 2006 13:44:33 -0400." <200610031344.33869.jhb@freebsd.org> X-Attribution: BOFH Date: Wed, 04 Oct 2006 08:12:22 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 06:12:25 -0000 John Baldwin wrote: > On Tuesday 03 October 2006 09:00, Ian FREISLICH wrote: > > Hi > > > > After a build/install today, I can't boot my boxes: > > > > BTX loader 1.00 BTX version is 1.01 > > Consoles: internal video/keyboard > > BIOS drive C: is disk0 > > BIOS 633kB/2096000kB available memory > > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK ls > > open '/' failed: input/output error > > OK lsdev > > cd devices: > > disk devices: > > disk0: BIOS drive C: > > pxe devices: > > > > I don't know what else I can get of interest from this interface. > > It's happened to 2 of my test servers. They rebooted fine before > > the upgrade. > > What drive controller do they have? Try backing out the recent commits to > sys/boot/i386/btx/btx/btx.S in case they cause it. It's an Adaptec 2410SA. I tried ru's suggestion and the old loader works. Some time between: -r-xr-xr-x 1 root wheel 245760 Sep 26 12:03 /boot/loader.working -r-xr-xr-x 1 root wheel 245760 Oct 3 12:31 /boot/loader.broken 1.41 of sys/boot/i386/btx/btx/btx.S breaks the loader. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 06:15:29 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E9E16A415; Wed, 4 Oct 2006 06:15:29 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F79B43D7C; Wed, 4 Oct 2006 06:15:18 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GV02A-000Hbt-R7; Wed, 04 Oct 2006 08:15:10 +0200 To: Ruslan Ermilov From: Ian FREISLICH In-Reply-To: Message from Ruslan Ermilov of "Wed, 04 Oct 2006 10:05:27 +0400." <20061004060527.GA96434@rambler-co.ru> X-Attribution: BOFH Date: Wed, 04 Oct 2006 08:15:10 +0200 Message-Id: Cc: current@FreeBSD.org, John Baldwin Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 06:15:29 -0000 Ruslan Ermilov wrote: > > --cNdxnHkX5QqsyA0e > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Oct 04, 2006 at 06:57:28AM +0200, Ian FREISLICH wrote: > > Ruslan Ermilov wrote: > > > On Tue, Oct 03, 2006 at 03:00:44PM +0200, Ian FREISLICH wrote: > > > > Hi > > > >=20 > > > > After a build/install today, I can't boot my boxes: > > > >=20 > > > > BTX loader 1.00 BTX version is 1.01 > > > > Consoles: internal video/keyboard > > > > BIOS drive C: is disk0 > > > > BIOS 633kB/2096000kB available memory > > > >=20 > > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > > > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > > > = > =3D > > > =20 > > > > can't load 'kernel' > > > >=20 > > > > Type '?' for a list of commands, 'help' for more detailed help. > > > > OK ls > > > > open '/' failed: input/output error > > > > OK lsdev > > > > cd devices: > > > > disk devices: > > > > disk0: BIOS drive C: > > > > pxe devices: > > > >=20 > > > > I don't know what else I can get of interest from this interface. > > > > It's happened to 2 of my test servers. They rebooted fine before > > > > the upgrade. > > > >=20 > > > Does it work if you boot with /boot/loader.old? > >=20 > > Doh! Now why didn't that occur to me? It works with loader.old. > >=20 > Could you please check if reverting sys/boot/i386/btx/btx/btx.S to > rev. 1.38 fixes your problem, and if it does, apply next revisions > one by one and tell us where it stops working? I'm currently doing this. It's version 1.41 that breaks things for me. -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 06:24:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF8D16A407 for ; Wed, 4 Oct 2006 06:24:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA55543D72 for ; Wed, 4 Oct 2006 06:24:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k946Naj5003330; Wed, 4 Oct 2006 00:23:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Oct 2006 00:22:44 -0600 (MDT) Message-Id: <20061004.002244.-460542263.imp@bsdimp.com> To: lars.engels@0x20.net From: "M. Warner Losh" In-Reply-To: <20061003100503.GI18839@e.0x20.net> References: <20060926222740.GF6216@e.0x20.net> <20061003100503.GI18839@e.0x20.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 04 Oct 2006 00:23:36 -0600 (MDT) Cc: current@freebsd.org Subject: Re: Atheros PCCard not recognized, IRQ Problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 06:24:14 -0000 In message: <20061003100503.GI18839@e.0x20.net> Lars Engels writes: : Status is 0x30000820 : cbb0: card inserted: event=0x00000000, state=30000820 : cbb0: cbb_power: 3V : cbb0: cbb_power: 0V : : Can someone explain what the status number means? I think you may be getting bitten by the infamous pci bus number problem... Warner From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 08:03:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 354B316A403 for ; Wed, 4 Oct 2006 08:03:20 +0000 (UTC) (envelope-from dermot.williams@irishbroadband.ie) Received: from smtp-exch.irishbroadband.ie (smtp-exch.irishbroadband.ie [62.231.52.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D73A043D49 for ; Wed, 4 Oct 2006 08:03:18 +0000 (GMT) (envelope-from dermot.williams@irishbroadband.ie) Received: from 192.168.205.44 ([192.168.205.44]) by dubms03.irishbroadband.ie ([192.168.11.19]) with Microsoft Exchange Server HTTP-DAV ; Wed, 4 Oct 2006 08:03:16 +0000 Received: from laptop by DUBMS03.irishbroadband.ie; 04 Oct 2006 09:03:18 +0100 From: Dermot Williams To: Fredrik Widlund In-Reply-To: <4522E54C.7060406@qbrick.com> References: <4522E54C.7060406@qbrick.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Irish Broadband Internet Services Ltd. Date: Wed, 04 Oct 2006 09:03:18 +0100 Message-Id: <1159948998.5170.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Cc: freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 08:03:20 -0000 Frederik, Dunno if it helps, but we're running 6.1-STABLE on 1950s and the mfi driver detects the SAS with no problems. With regard to the bce driver, I've been having the exact same issue on this hardware - NFS triggers it every time in our case. I've upgraded one of the machines in question to one of the 7- releases and the problem is still there, unfortunately. I've actually ordered Intel PRO cards for these 1950s because we're in the same boat as you in that we don't really want to migrate away from FreeBSD. Sorry I don't have more or better info for you. Regards, Dermot On Wed, 2006-10-04 at 00:33 +0200, Fredrik Widlund wrote: > Hi, > > I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is > vital since it's no longer possible to buy 1850/2850 units here. > > Hardware: > PE1950 Xeon 5130, 2GB 667MHz > SAS 5I > PERC5E > > 6.1-RELEASE: not possible since SAS drives aren't found. > 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout > occured" every other second, and _no_ connectivity. > > We are also having problems with some PE1850 failing from time to time > with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. > > How can we help solve this issue? It would really be a pity to be forced > to leave FreeBSD but we really can't afford to replace our choice of > hardware platform. > > Kind regards, > Fredrik Widlund > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 08:19:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A93A716A4A0 for ; Wed, 4 Oct 2006 08:19:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A2AD43D62 for ; Wed, 4 Oct 2006 08:19:42 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k948JXYc078331; Wed, 4 Oct 2006 02:19:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45236E94.5080308@samsco.org> Date: Wed, 04 Oct 2006 02:19:32 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Dermot Williams References: <4522E54C.7060406@qbrick.com> <1159948998.5170.6.camel@localhost.localdomain> In-Reply-To: <1159948998.5170.6.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Fredrik Widlund , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 08:19:45 -0000 A quick tour of the bce driver leaves a lot of concerns in my mind about how interrupts are handled as well as how work is segmented. I only have very limited access to a 1950 with this chip in it, though, so if anyone can provide better access (or maybe a shiny new 1950 for my lab!) I can look at it over the next week or so. Scott Dermot Williams wrote: > Frederik, > > Dunno if it helps, but we're running 6.1-STABLE on 1950s and the mfi > driver detects the SAS with no problems. > > With regard to the bce driver, I've been having the exact same issue on > this hardware - NFS triggers it every time in our case. I've upgraded > one of the machines in question to one of the 7- releases and the > problem is still there, unfortunately. > > I've actually ordered Intel PRO cards for these 1950s because we're in > the same boat as you in that we don't really want to migrate away from > FreeBSD. > > Sorry I don't have more or better info for you. > > Regards, > > Dermot > > On Wed, 2006-10-04 at 00:33 +0200, Fredrik Widlund wrote: >> Hi, >> >> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is >> vital since it's no longer possible to buy 1850/2850 units here. >> >> Hardware: >> PE1950 Xeon 5130, 2GB 667MHz >> SAS 5I >> PERC5E >> >> 6.1-RELEASE: not possible since SAS drives aren't found. >> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout >> occured" every other second, and _no_ connectivity. >> >> We are also having problems with some PE1850 failing from time to time >> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. >> >> How can we help solve this issue? It would really be a pity to be forced >> to leave FreeBSD but we really can't afford to replace our choice of >> hardware platform. >> >> Kind regards, >> Fredrik Widlund >> From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 10:44:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D88F616A47B for ; Wed, 4 Oct 2006 10:44:05 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E1043D5F for ; Wed, 4 Oct 2006 10:44:03 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 12F17354B0; Wed, 4 Oct 2006 12:44:02 +0200 (CEST) Date: Wed, 4 Oct 2006 12:44:02 +0200 From: Lars Engels To: "M. Warner Losh" Message-ID: <20061004104401.GA57043@e.0x20.net> References: <20060926222740.GF6216@e.0x20.net> <20061003100503.GI18839@e.0x20.net> <20061004.002244.-460542263.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20061004.002244.-460542263.imp@bsdimp.com> X-Editor: VIM - Vi IMproved 7.0 User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: Atheros PCCard not recognized, IRQ Problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 10:44:05 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 04, 2006 at 12:22:44AM -0600, M. Warner Losh wrote: > In message: <20061003100503.GI18839@e.0x20.net> > Lars Engels writes: > : Status is 0x30000820 > : cbb0: card inserted: event=3D0x00000000, state=3D30000820 > : cbb0: cbb_power: 3V > : cbb0: cbb_power: 0V > :=20 > : Can someone explain what the status number means? >=20 > I think you may be getting bitten by the infamous pci bus number > problem... What is that pci bus number problem about? I only found pr i386/71158 which seems to be a different issue. Or am I wrong on this? If it's a known problem, does a workaround or better a fix exist? -Lars --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFI5BxKc512sD3afgRArNxAJ9Y0M7Zj/6OpAe6plnaMNEMsuuk4wCfbV14 y4bGpF8NwT3MNq9ZRsGW5zA= =wyA2 -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 11:30:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF1E316A403 for ; Wed, 4 Oct 2006 11:30:41 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC0E43D4C for ; Wed, 4 Oct 2006 11:30:41 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k94BUbb0021261; Wed, 4 Oct 2006 06:30:37 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <45239B5C.2030806@centtech.com> Date: Wed, 04 Oct 2006 06:30:36 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20060923) MIME-Version: 1.0 To: Scott Long References: <4522E54C.7060406@qbrick.com> <1159948998.5170.6.camel@localhost.localdomain> <45236E94.5080308@samsco.org> In-Reply-To: <45236E94.5080308@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1994/Tue Oct 3 23:10:39 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Fredrik Widlund , Dermot Williams , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 11:30:41 -0000 Scott, I have a new 1950 sitting here ready for any hacking you want. It has remote console access (DRAC), etc, so I could install whatever you want and give you full access to it. Any other resources you need to work on this, I can provide also. Email me directly if you are interested. Eric On 10/04/06 03:19, Scott Long wrote: > A quick tour of the bce driver leaves a lot of concerns in my mind > about how interrupts are handled as well as how work is segmented. > I only have very limited access to a 1950 with this chip in it, > though, so if anyone can provide better access (or maybe a shiny > new 1950 for my lab!) I can look at it over the next week or so. > > Scott > > > Dermot Williams wrote: >> Frederik, >> >> Dunno if it helps, but we're running 6.1-STABLE on 1950s and the mfi >> driver detects the SAS with no problems. >> >> With regard to the bce driver, I've been having the exact same issue on >> this hardware - NFS triggers it every time in our case. I've upgraded >> one of the machines in question to one of the 7- releases and the >> problem is still there, unfortunately. >> >> I've actually ordered Intel PRO cards for these 1950s because we're in >> the same boat as you in that we don't really want to migrate away from >> FreeBSD. >> >> Sorry I don't have more or better info for you. >> >> Regards, >> >> Dermot >> >> On Wed, 2006-10-04 at 00:33 +0200, Fredrik Widlund wrote: >>> Hi, >>> >>> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is >>> vital since it's no longer possible to buy 1850/2850 units here. >>> >>> Hardware: >>> PE1950 Xeon 5130, 2GB 667MHz >>> SAS 5I >>> PERC5E >>> >>> 6.1-RELEASE: not possible since SAS drives aren't found. >>> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout >>> occured" every other second, and _no_ connectivity. >>> >>> We are also having problems with some PE1850 failing from time to time >>> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. >>> >>> How can we help solve this issue? It would really be a pity to be forced >>> to leave FreeBSD but we really can't afford to replace our choice of >>> hardware platform. >>> >>> Kind regards, >>> Fredrik Widlund >>> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 11:38:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9A5F16A407 for ; Wed, 4 Oct 2006 11:38:22 +0000 (UTC) (envelope-from dermot.williams@irishbroadband.ie) Received: from smtp-exch.irishbroadband.ie (smtp-exch.irishbroadband.ie [62.231.52.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C69043D45 for ; Wed, 4 Oct 2006 11:38:21 +0000 (GMT) (envelope-from dermot.williams@irishbroadband.ie) Received: from 192.168.205.44 ([192.168.205.44]) by dubms03.irishbroadband.ie ([192.168.11.19]) with Microsoft Exchange Server HTTP-DAV ; Wed, 4 Oct 2006 11:38:20 +0000 Received: from laptop by DUBMS03.irishbroadband.ie; 04 Oct 2006 12:38:22 +0100 From: Dermot Williams To: Eric Anderson In-Reply-To: <45239B5C.2030806@centtech.com> References: <4522E54C.7060406@qbrick.com> <1159948998.5170.6.camel@localhost.localdomain> <45236E94.5080308@samsco.org> <45239B5C.2030806@centtech.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Irish Broadband Internet Services Ltd. Date: Wed, 04 Oct 2006 12:38:22 +0100 Message-Id: <1159961902.5170.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Cc: Fredrik Widlund , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 11:38:22 -0000 Well that's another problem - the DRAC stuff doesn't work once FreeBSD finishes booting (or, rather, the virtual keyboard doesn't work). Dermot On Wed, 2006-10-04 at 06:30 -0500, Eric Anderson wrote: > Scott, > > I have a new 1950 sitting here ready for any hacking you want. It has > remote console access (DRAC), etc, so I could install whatever you want > and give you full access to it. Any other resources you need to work on > this, I can provide also. Email me directly if you are interested. > > Eric > > > On 10/04/06 03:19, Scott Long wrote: > > A quick tour of the bce driver leaves a lot of concerns in my mind > > about how interrupts are handled as well as how work is segmented. > > I only have very limited access to a 1950 with this chip in it, > > though, so if anyone can provide better access (or maybe a shiny > > new 1950 for my lab!) I can look at it over the next week or so. > > > > Scott > > > > > > Dermot Williams wrote: > >> Frederik, > >> > >> Dunno if it helps, but we're running 6.1-STABLE on 1950s and the mfi > >> driver detects the SAS with no problems. > >> > >> With regard to the bce driver, I've been having the exact same issue on > >> this hardware - NFS triggers it every time in our case. I've upgraded > >> one of the machines in question to one of the 7- releases and the > >> problem is still there, unfortunately. > >> > >> I've actually ordered Intel PRO cards for these 1950s because we're in > >> the same boat as you in that we don't really want to migrate away from > >> FreeBSD. > >> > >> Sorry I don't have more or better info for you. > >> > >> Regards, > >> > >> Dermot > >> > >> On Wed, 2006-10-04 at 00:33 +0200, Fredrik Widlund wrote: > >>> Hi, > >>> > >>> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is > >>> vital since it's no longer possible to buy 1850/2850 units here. > >>> > >>> Hardware: > >>> PE1950 Xeon 5130, 2GB 667MHz > >>> SAS 5I > >>> PERC5E > >>> > >>> 6.1-RELEASE: not possible since SAS drives aren't found. > >>> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout > >>> occured" every other second, and _no_ connectivity. > >>> > >>> We are also having problems with some PE1850 failing from time to time > >>> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. > >>> > >>> How can we help solve this issue? It would really be a pity to be forced > >>> to leave FreeBSD but we really can't afford to replace our choice of > >>> hardware platform. > >>> > >>> Kind regards, > >>> Fredrik Widlund > >>> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 11:48:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9114716A47E for ; Wed, 4 Oct 2006 11:48:31 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8AA43D46 for ; Wed, 4 Oct 2006 11:48:30 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k94BmTvD024123; Wed, 4 Oct 2006 06:48:29 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <45239F8C.3000807@centtech.com> Date: Wed, 04 Oct 2006 06:48:28 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20060923) MIME-Version: 1.0 To: Dermot Williams References: <4522E54C.7060406@qbrick.com> <1159948998.5170.6.camel@localhost.localdomain> <45236E94.5080308@samsco.org> <45239B5C.2030806@centtech.com> <1159961902.5170.14.camel@localhost.localdomain> In-Reply-To: <1159961902.5170.14.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1994/Tue Oct 3 23:10:39 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Fredrik Widlund , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 11:48:31 -0000 Ok, even if that's true, I can give Scott a remote console anyhow via another means. I haven't tried that yet, since the NIC was a showstopper for me. We're holding on ordering some 1950's for this very reason, and we're getting close to being in a bad spot (need hardware, FreeBSD doesn't work well on it, uh oh). Eric On 10/04/06 06:38, Dermot Williams wrote: > Well that's another problem - the DRAC stuff doesn't work once FreeBSD > finishes booting (or, rather, the virtual keyboard doesn't work). > > Dermot > > On Wed, 2006-10-04 at 06:30 -0500, Eric Anderson wrote: >> Scott, >> >> I have a new 1950 sitting here ready for any hacking you want. It has >> remote console access (DRAC), etc, so I could install whatever you want >> and give you full access to it. Any other resources you need to work on >> this, I can provide also. Email me directly if you are interested. >> >> Eric >> >> >> On 10/04/06 03:19, Scott Long wrote: >>> A quick tour of the bce driver leaves a lot of concerns in my mind >>> about how interrupts are handled as well as how work is segmented. >>> I only have very limited access to a 1950 with this chip in it, >>> though, so if anyone can provide better access (or maybe a shiny >>> new 1950 for my lab!) I can look at it over the next week or so. >>> >>> Scott >>> >>> >>> Dermot Williams wrote: >>>> Frederik, >>>> >>>> Dunno if it helps, but we're running 6.1-STABLE on 1950s and the mfi >>>> driver detects the SAS with no problems. >>>> >>>> With regard to the bce driver, I've been having the exact same issue on >>>> this hardware - NFS triggers it every time in our case. I've upgraded >>>> one of the machines in question to one of the 7- releases and the >>>> problem is still there, unfortunately. >>>> >>>> I've actually ordered Intel PRO cards for these 1950s because we're in >>>> the same boat as you in that we don't really want to migrate away from >>>> FreeBSD. >>>> >>>> Sorry I don't have more or better info for you. >>>> >>>> Regards, >>>> >>>> Dermot >>>> >>>> On Wed, 2006-10-04 at 00:33 +0200, Fredrik Widlund wrote: >>>>> Hi, >>>>> >>>>> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is >>>>> vital since it's no longer possible to buy 1850/2850 units here. >>>>> >>>>> Hardware: >>>>> PE1950 Xeon 5130, 2GB 667MHz >>>>> SAS 5I >>>>> PERC5E >>>>> >>>>> 6.1-RELEASE: not possible since SAS drives aren't found. >>>>> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout >>>>> occured" every other second, and _no_ connectivity. >>>>> >>>>> We are also having problems with some PE1850 failing from time to time >>>>> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. >>>>> >>>>> How can we help solve this issue? It would really be a pity to be forced >>>>> to leave FreeBSD but we really can't afford to replace our choice of >>>>> hardware platform. >>>>> >>>>> Kind regards, >>>>> Fredrik Widlund >>>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 12:34:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5809216A416 for ; Wed, 4 Oct 2006 12:34:28 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB9343D49 for ; Wed, 4 Oct 2006 12:34:08 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id C737C5198B for ; Wed, 4 Oct 2006 14:28:34 +0200 (CEST) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24495-01-5 for ; Wed, 4 Oct 2006 14:28:33 +0200 (CEST) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id 9E69451978 for ; Wed, 4 Oct 2006 14:28:33 +0200 (CEST) Message-ID: <4523AA3C.2000107@qbrick.com> Date: Wed, 04 Oct 2006 14:34:04 +0200 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4522E54C.7060406@qbrick.com> In-Reply-To: <4522E54C.7060406@qbrick.com> X-Enigmail-Version: 0.93.2.0 Content-Type: multipart/mixed; boundary="------------050105050205080009060000" X-Virus-Scanned: by amavisd-new at qbrick.com Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 12:34:28 -0000 This is a multi-part message in MIME format. --------------050105050205080009060000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, An update, right now the BCE nic seems to work, I'm not sure exactly why yet. I'm attaching the dmesg however. SAS adapter is the PERC 5I, which is handled by the MPT driver in 6.2-Beta2. I'll continue to look at this. There are some unhandled events (0x12, 0x16), but these might not be needed. [mpi_ioc.h] #define MPI_EVENT_SAS_PHY_LINK_STATUS (0x00000012) ... #define MPI_EVENT_SAS_DISCOVERY (0x00000016) [dmesg mpt part] mpt0: port 0xec00-0xecff mem 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.12.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). Kind regards, Fredrik Widlund Fredrik Widlund wrote: > Hi, > > I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is > vital since it's no longer possible to buy 1850/2850 units here. > > Hardware: > PE1950 Xeon 5130, 2GB 667MHz > SAS 5I > PERC5E > > 6.1-RELEASE: not possible since SAS drives aren't found. > 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout > occured" every other second, and _no_ connectivity. > > We are also having problems with some PE1850 failing from time to time > with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. > > How can we help solve this issue? It would really be a pity to be > forced to leave FreeBSD but we really can't afford to replace our > choice of hardware platform. > > Kind regards, > Fredrik Widlund > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --------------050105050205080009060000 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-BETA2 #0: Mon Oct 2 03:32:44 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e33d,CX16,,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2147123200 (2047 MB) avail memory = 2096009216 (1998 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 2 ioapic1: Changing APIC ID to 3 ioapic1: WARNING: intbase 64 != expected base 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci5: on pcib1 pcib2: at device 0.0 on pci5 pci6: on pcib2 pcib3: at device 0.0 on pci6 pci7: on pcib3 pcib4: at device 0.0 on pci7 pci8: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci8 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:13:72:fb:cb:16 pcib5: at device 1.0 on pci6 pci9: on pcib5 pcib6: at device 0.3 on pci5 pci10: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mpt0: port 0xec00-0xecff mem 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.12.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). pcib9: at device 4.0 on pci0 pci11: on pcib9 pcib10: at device 5.0 on pci0 pci12: on pcib10 pcib11: at device 6.0 on pci0 pci13: on pcib11 pcib12: at device 0.0 on pci13 pci14: on pcib12 mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 18 at device 14.0 on pci14 pcib13: at device 0.2 on pci13 pci15: on pcib13 pcib14: at device 7.0 on pci0 pci16: on pcib14 pcib15: at device 28.0 on pci0 pci3: on pcib15 pcib16: at device 0.0 on pci3 pci4: on pcib16 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci4 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:13:72:fb:cb:14 uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc900000-0xfc9003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 uhub4: multiple transaction translators uhub4: 4 ports with 4 removable, self powered pcib17: at device 30.0 on pci0 pci17: on pcib17 pci17: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 kbd2 at ukbd0 uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 mfi0: 68 - PCI 0x041028 0x0415 0x041028 0x041f01: Firmware initialization started (PCI ID 0015/1028/1f01/1028) mfi0: 69 - Type 18: Firmware version 1.00.01-0081 mfi0: 70 - Battery Present mfi0: 71 - Adapter ticks 213277741 elapsed 54s: Time established as 10/04/06 11:49:01; (54 seconds since power on) ses0 at mpt0 bus 0 target 8 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 300.000MB/s transfers ses0: SCSI-3 SES Device SMP: AP CPU #1 Launched! da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 300.000MB/s transfers, Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) Trying to mount root from ufs:/dev/da0s1a mfi0: 72 - Battery temperature is normal mfi0: 73 - Battery started charging mfi0: 74 - Current capacity of the battery is above threshold bce0: link state changed to DOWN bce0: link state changed to UP --------------050105050205080009060000-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 15:00:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2039516A417 for ; Wed, 4 Oct 2006 15:00:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C2743D55 for ; Wed, 4 Oct 2006 15:00:18 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 8635BEB3A53; Wed, 4 Oct 2006 23:00:16 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id cOFRWcoGEWF6; Wed, 4 Oct 2006 23:00:13 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.186.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 57648EB121A; Wed, 4 Oct 2006 23:00:12 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=a69/Osoe1A/4XVzoVXd6vWUt9RKfuIRrVh2Gz2pxyCbcSX6BGVTocqLzxes5Fh1ug FCr7NZ/EPKyGKzzRhXovQ== Message-ID: <4523CC74.4090505@delphij.net> Date: Wed, 04 Oct 2006 23:00:04 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Fredrik Widlund References: <4522E54C.7060406@qbrick.com> <4523AA3C.2000107@qbrick.com> In-Reply-To: <4523AA3C.2000107@qbrick.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig62C1A3A1F8EF80631DDB7CEC" Cc: freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 15:00:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig62C1A3A1F8EF80631DDB7CEC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Fredrik Widlund wrote: > Hi, >=20 > An update, right now the BCE nic seems to work, I'm not sure exactly wh= y > yet. I'm attaching the dmesg however. >=20 > SAS adapter is the PERC 5I, which is handled by the MPT driver in > 6.2-Beta2. I'll continue to look at this. There are some unhandled > events (0x12, 0x16), but these might not be needed. Just somewhat unrelated, do anyone has successful story for Dell 1950's DRAC5 card's remote keyboard working? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig62C1A3A1F8EF80631DDB7CEC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFI8x0OfuToMruuMARA/cfAJwK1Vrq1WzabVh6kca8voxZBPPrMACbBcro eql7KPL+xV+fog8dndkeYCQ= =4gvT -----END PGP SIGNATURE----- --------------enig62C1A3A1F8EF80631DDB7CEC-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 18:56:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BFB216A494 for ; Wed, 4 Oct 2006 18:56:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 595C843D6A for ; Wed, 4 Oct 2006 18:56:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k94Itg8p036809; Wed, 4 Oct 2006 14:55:53 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ian FREISLICH Date: Wed, 4 Oct 2006 14:55:45 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610041455.45991.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, 04 Oct 2006 14:55:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1997/Wed Oct 4 11:20:43 2006 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: freebsd-current@freebsd.org Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 18:56:16 -0000 On Wednesday 04 October 2006 02:12, Ian FREISLICH wrote: > John Baldwin wrote: > > On Tuesday 03 October 2006 09:00, Ian FREISLICH wrote: > > > Hi > > > > > > After a build/install today, I can't boot my boxes: > > > > > > BTX loader 1.00 BTX version is 1.01 > > > Consoles: internal video/keyboard > > > BIOS drive C: is disk0 > > > BIOS 633kB/2096000kB available memory > > > > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > > > > > > can't load 'kernel' > > > > > > Type '?' for a list of commands, 'help' for more detailed help. > > > OK ls > > > open '/' failed: input/output error > > > OK lsdev > > > cd devices: > > > disk devices: > > > disk0: BIOS drive C: > > > pxe devices: > > > > > > I don't know what else I can get of interest from this interface. > > > It's happened to 2 of my test servers. They rebooted fine before > > > the upgrade. > > > > What drive controller do they have? Try backing out the recent commits to > > sys/boot/i386/btx/btx/btx.S in case they cause it. > > It's an Adaptec 2410SA. I tried ru's suggestion and the old loader works. > > Some time between: > > -r-xr-xr-x 1 root wheel 245760 Sep 26 12:03 /boot/loader.working > -r-xr-xr-x 1 root wheel 245760 Oct 3 12:31 /boot/loader.broken > > 1.41 of sys/boot/i386/btx/btx/btx.S breaks the loader. Try www.freebsd.org/~jhb/patches/btx_fix.patch I misused leal, the scale is a multiplicative factor in gas, not a shift count. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 20:37:25 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EC8816A415; Wed, 4 Oct 2006 20:37:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE4843D92; Wed, 4 Oct 2006 20:37:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A068B1A4D83; Wed, 4 Oct 2006 13:37:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EB92551567; Wed, 4 Oct 2006 16:37:15 -0400 (EDT) Date: Wed, 4 Oct 2006 16:37:15 -0400 From: Kris Kennaway To: davidxu@FreeBSD.org Message-ID: <20061004203715.GA38692@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org Subject: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 20:37:25 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline When running stress2 I got an unkillable process stuck in the aioprn state: #0 sched_switch (td=0xc5652bd0, newtd=0xc4916a20, flags=1) at atomic.h:265 #1 0xc0549b96 in mi_switch (flags=1, newtd=0x0) at ../../../kern/kern_synch.c:425 #2 0xc056baa6 in sleepq_switch (wchan=0x0) at ../../../kern/subr_sleepqueue.c:450 #3 0xc056bc9b in sleepq_timedwait (wchan=0xc5668c80) at ../../../kern/subr_sleepqueue.c:567 #4 0xc054959e in msleep (ident=0xc5668c80, mtx=0xc5c6ee0c, priority=76, wmesg=0xc0763914 "aioprn", timo=100) at ../../../kern/kern_synch.c:207 #5 0xc05a0597 in aio_proc_rundown (arg=0x0, p=0xc5668b04) at ../../../kern/vfs_aio.c:699 #6 0xc0524769 in exit1 (td=0xc5652bd0, rv=9) at ../../../kern/kern_exit.c:237 #7 0xc0545eab in sigexit (td=0xc5652bd0, sig=9) at ../../../kern/kern_sig.c:2883 #8 0xc0546c3b in postsig (sig=9) at ../../../kern/kern_sig.c:2765 #9 0xc056e503 in ast (framep=0xed16dd38) at ../../../kern/subr_trap.c:270 #10 0xc06ff61d in doreti_ast () at ../../../i386/i386/exception.s:284 This was from the 'random syscall' test, so chances are there is some insufficient error handling of invalid data here. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJBt7Wry0BWjoQKURAhNxAJ94DOtXdLrFfdoedIuRvNV/bYV2TQCg4YU/ P2Oq3QI5ULhl3iXZMBEc5zA= =2L8O -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 4 20:39:06 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B596216A47B; Wed, 4 Oct 2006 20:39:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738F743D5C; Wed, 4 Oct 2006 20:39:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5C99F1A4D83; Wed, 4 Oct 2006 13:39:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DA54451567; Wed, 4 Oct 2006 16:39:05 -0400 (EDT) Date: Wed, 4 Oct 2006 16:39:05 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20061004203905.GA38810@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20061004203715.GA38692@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: davidxu@FreeBSD.org, current@FreeBSD.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 20:39:06 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 04, 2006 at 04:37:15PM -0400, Kris Kennaway wrote: > When running stress2 I got an unkillable process stuck in the aioprn > state: >=20 > #0 sched_switch (td=3D0xc5652bd0, newtd=3D0xc4916a20, flags=3D1) at atom= ic.h:265 > #1 0xc0549b96 in mi_switch (flags=3D1, newtd=3D0x0) at ../../../kern/ker= n_synch.c:425 > #2 0xc056baa6 in sleepq_switch (wchan=3D0x0) at ../../../kern/subr_sleep= queue.c:450 > #3 0xc056bc9b in sleepq_timedwait (wchan=3D0xc5668c80) at ../../../kern/= subr_sleepqueue.c:567 > #4 0xc054959e in msleep (ident=3D0xc5668c80, mtx=3D0xc5c6ee0c, priority= =3D76, wmesg=3D0xc0763914 "aioprn", timo=3D100) > at ../../../kern/kern_synch.c:207 > #5 0xc05a0597 in aio_proc_rundown (arg=3D0x0, p=3D0xc5668b04) at ../../.= ./kern/vfs_aio.c:699 > #6 0xc0524769 in exit1 (td=3D0xc5652bd0, rv=3D9) at ../../../kern/kern_e= xit.c:237 > #7 0xc0545eab in sigexit (td=3D0xc5652bd0, sig=3D9) at ../../../kern/ker= n_sig.c:2883 > #8 0xc0546c3b in postsig (sig=3D9) at ../../../kern/kern_sig.c:2765 > #9 0xc056e503 in ast (framep=3D0xed16dd38) at ../../../kern/subr_trap.c:= 270 > #10 0xc06ff61d in doreti_ast () at ../../../i386/i386/exception.s:284 >=20 > This was from the 'random syscall' test, so chances are there is some > insufficient error handling of invalid data here. The syscall in question was aio_read Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJBvpWry0BWjoQKURAi9EAKCJnTujG1byQPF6JR3Xt9spwdMcugCfdbQU UuD7B7Uas45KdyEVHRrFHN4= =SFDN -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 00:19:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5A96416A416; Thu, 5 Oct 2006 00:19:58 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Kris Kennaway Date: Thu, 5 Oct 2006 08:19:53 +0800 User-Agent: KMail/1.8.2 References: <20061004203715.GA38692@xor.obsecurity.org> In-Reply-To: <20061004203715.GA38692@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610050819.53832.davidxu@freebsd.org> Cc: current@freebsd.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 00:19:59 -0000 On Thursday 05 October 2006 04:37, Kris Kennaway wrote: > When running stress2 I got an unkillable process stuck in the aioprn > state: > > #0 sched_switch (td=0xc5652bd0, newtd=0xc4916a20, flags=1) at atomic.h:265 > #1 0xc0549b96 in mi_switch (flags=1, newtd=0x0) at > ../../../kern/kern_synch.c:425 #2 0xc056baa6 in sleepq_switch (wchan=0x0) > at ../../../kern/subr_sleepqueue.c:450 #3 0xc056bc9b in sleepq_timedwait > (wchan=0xc5668c80) at ../../../kern/subr_sleepqueue.c:567 #4 0xc054959e in > msleep (ident=0xc5668c80, mtx=0xc5c6ee0c, priority=76, wmesg=0xc0763914 > "aioprn", timo=100) at ../../../kern/kern_synch.c:207 > #5 0xc05a0597 in aio_proc_rundown (arg=0x0, p=0xc5668b04) at > ../../../kern/vfs_aio.c:699 #6 0xc0524769 in exit1 (td=0xc5652bd0, rv=9) > at ../../../kern/kern_exit.c:237 #7 0xc0545eab in sigexit (td=0xc5652bd0, > sig=9) at ../../../kern/kern_sig.c:2883 #8 0xc0546c3b in postsig (sig=9) > at ../../../kern/kern_sig.c:2765 #9 0xc056e503 in ast (framep=0xed16dd38) > at ../../../kern/subr_trap.c:270 #10 0xc06ff61d in doreti_ast () at > ../../../i386/i386/exception.s:284 > > This was from the 'random syscall' test, so chances are there is some > insufficient error handling of invalid data here. > > Kris Are you using aio with non-disk file ? I know it is not safe to use aio with socket, pipe, fifo, etcs, only disk file may be safe. David Xu From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 00:22:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FF416A412; Thu, 5 Oct 2006 00:22:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4C343D58; Thu, 5 Oct 2006 00:22:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5139F1A4D82; Wed, 4 Oct 2006 17:22:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B9C00515BC; Wed, 4 Oct 2006 20:22:03 -0400 (EDT) Date: Wed, 4 Oct 2006 20:22:03 -0400 From: Kris Kennaway To: David Xu Message-ID: <20061005002203.GB42061@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> <200610050819.53832.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: <200610050819.53832.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Kris Kennaway Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 00:22:05 -0000 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 05, 2006 at 08:19:53AM +0800, David Xu wrote: > On Thursday 05 October 2006 04:37, Kris Kennaway wrote: > > When running stress2 I got an unkillable process stuck in the aioprn > > state: > > > > #0 sched_switch (td=3D0xc5652bd0, newtd=3D0xc4916a20, flags=3D1) at at= omic.h:265 > > #1 0xc0549b96 in mi_switch (flags=3D1, newtd=3D0x0) at > > ../../../kern/kern_synch.c:425 #2 0xc056baa6 in sleepq_switch (wchan= =3D0x0) > > at ../../../kern/subr_sleepqueue.c:450 #3 0xc056bc9b in sleepq_timedwa= it > > (wchan=3D0xc5668c80) at ../../../kern/subr_sleepqueue.c:567 #4 0xc0549= 59e in > > msleep (ident=3D0xc5668c80, mtx=3D0xc5c6ee0c, priority=3D76, wmesg=3D0x= c0763914 > > "aioprn", timo=3D100) at ../../../kern/kern_synch.c:207 > > #5 0xc05a0597 in aio_proc_rundown (arg=3D0x0, p=3D0xc5668b04) at > > ../../../kern/vfs_aio.c:699 #6 0xc0524769 in exit1 (td=3D0xc5652bd0, r= v=3D9) > > at ../../../kern/kern_exit.c:237 #7 0xc0545eab in sigexit (td=3D0xc565= 2bd0, > > sig=3D9) at ../../../kern/kern_sig.c:2883 #8 0xc0546c3b in postsig (si= g=3D9) > > at ../../../kern/kern_sig.c:2765 #9 0xc056e503 in ast (framep=3D0xed16= dd38) > > at ../../../kern/subr_trap.c:270 #10 0xc06ff61d in doreti_ast () at > > ../../../i386/i386/exception.s:284 > > > > This was from the 'random syscall' test, so chances are there is some > > insufficient error handling of invalid data here. > > > > Kris >=20 > Are you using aio with non-disk file ? I know it is not safe to use > aio with socket, pipe, fifo, etcs, only disk file may be safe. I guess I was unclear: the stress2 test calls random syscalls with random arguments, so the error condition is probably from insufficient sanity checking of the input in aio_read(). Kris --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJFArWry0BWjoQKURAh9EAKDCnOxZrxVV7vWLmyU6lbkA9RwPewCeNF/J T6I1BOxvliXnk0ZfWEFjTpU= =WuJM -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 04:59:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2778C16A412 for ; Thu, 5 Oct 2006 04:59:29 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E4043D45 for ; Thu, 5 Oct 2006 04:59:28 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 04 Oct 2006 21:56:33 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k954xSuK073394; Wed, 4 Oct 2006 21:59:28 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k954xMEv073389; Wed, 4 Oct 2006 21:59:22 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200610050459.k954xMEv073389@ambrisko.com> In-Reply-To: <4523AA3C.2000107@qbrick.com> To: Fredrik Widlund Date: Wed, 4 Oct 2006 21:59:22 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 04:59:29 -0000 Fredrik Widlund writes: | An update, right now the BCE nic seems to work, I'm not sure exactly why | yet. I'm attaching the dmesg however. | | SAS adapter is the PERC 5I, which is handled by the MPT driver in | 6.2-Beta2. I'll continue to look at this. There are some unhandled | events (0x12, 0x16), but these might not be needed. You might be confused here. PERC stands for "Power Edge RAID Controller" which is the LSI RAID card. It is supported via the mfi driver. The MPT driver supports the non-RAID SAS card. Okay it can do some RAID but really isn't a RAID card like the real RAID card. I do have a card that is the SAS controller but I haven't played with it much. I did play with it a little to figure out a different problem and now it sits on my desk. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 05:41:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 903A416A403; Thu, 5 Oct 2006 05:41:45 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CDAE43D5A; Thu, 5 Oct 2006 05:41:44 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GVLzK-000L7R-MB; Thu, 05 Oct 2006 07:41:42 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: Message from John Baldwin of "Wed, 04 Oct 2006 14:55:45 -0400." <200610041455.45991.jhb@freebsd.org> X-Attribution: BOFH Date: Thu, 05 Oct 2006 07:41:42 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: boot/loader broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 05:41:45 -0000 John Baldwin wrote: > On Wednesday 04 October 2006 02:12, Ian FREISLICH wrote: > > John Baldwin wrote: > > > On Tuesday 03 October 2006 09:00, Ian FREISLICH wrote: > > > > Hi > > > > > > > > After a build/install today, I can't boot my boxes: > > > > > > > > BTX loader 1.00 BTX version is 1.01 > > > > Consoles: internal video/keyboard > > > > BIOS drive C: is disk0 > > > > BIOS 633kB/2096000kB available memory > > > > > > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > > > (ianf@testbed, Tue Oct 3 08:22:43 SAST 2006) > > > > > > > > > > can't load 'kernel' > > > > > > > > Type '?' for a list of commands, 'help' for more detailed help. > > > > OK ls > > > > open '/' failed: input/output error > > > > OK lsdev > > > > cd devices: > > > > disk devices: > > > > disk0: BIOS drive C: > > > > pxe devices: > > > > > > > > I don't know what else I can get of interest from this interface. > > > > It's happened to 2 of my test servers. They rebooted fine before > > > > the upgrade. > > > > > > What drive controller do they have? Try backing out the recent commits t o > > > sys/boot/i386/btx/btx/btx.S in case they cause it. > > > > It's an Adaptec 2410SA. I tried ru's suggestion and the old loader works. > > > > Some time between: > > > > -r-xr-xr-x 1 root wheel 245760 Sep 26 12:03 /boot/loader.working > > -r-xr-xr-x 1 root wheel 245760 Oct 3 12:31 /boot/loader.broken > > > > 1.41 of sys/boot/i386/btx/btx/btx.S breaks the loader. > > Try www.freebsd.org/~jhb/patches/btx_fix.patch > > I misused leal, the scale is a multiplicative factor in gas, not a shift > count. Fixes the problem. Thanks Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 05:43:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D9DC16A412 for ; Thu, 5 Oct 2006 05:43:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B2F43D5C for ; Thu, 5 Oct 2006 05:43:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k955gEnB088753; Wed, 4 Oct 2006 23:42:19 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45249B34.20901@samsco.org> Date: Wed, 04 Oct 2006 23:42:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Doug Ambrisko References: <200610050459.k954xMEv073389@ambrisko.com> In-Reply-To: <200610050459.k954xMEv073389@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Fredrik Widlund , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 05:43:59 -0000 Doug Ambrisko wrote: > Fredrik Widlund writes: > | An update, right now the BCE nic seems to work, I'm not sure exactly why > | yet. I'm attaching the dmesg however. > | > | SAS adapter is the PERC 5I, which is handled by the MPT driver in > | 6.2-Beta2. I'll continue to look at this. There are some unhandled > | events (0x12, 0x16), but these might not be needed. > > You might be confused here. PERC stands for "Power Edge RAID Controller" > which is the LSI RAID card. It is supported via the mfi driver. The > MPT driver supports the non-RAID SAS card. Okay it can do some RAID > but really isn't a RAID card like the real RAID card. I do have a > card that is the SAS controller but I haven't played with it much. > I did play with it a little to figure out a different problem and > now it sits on my desk. > > Doug A. The confusion is actually on Dell's end. They've overloaded the 'PERC' term to mean both software and hardware RAID. You can build out a 1950 or 2950 with an MPT SAS card instead of an MFI SAS-RAID card, but they will still tell you that you are getting 'PERC RAID'. The power of marketeers. Anyways, I _think_ that the 'i' in 'PERC 5i' is the indicator that it is software RAID, and thus just an MPT chip doing its 'integrated mirror' feature. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 09:13:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B813616A56B for ; Thu, 5 Oct 2006 09:13:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD2943D53 for ; Thu, 5 Oct 2006 09:13:14 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GVPHB-00010U-J1 for freebsd-current@freebsd.org; Thu, 05 Oct 2006 11:12:25 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Oct 2006 11:12:21 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Oct 2006 11:12:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 05 Oct 2006 11:11:06 +0200 Lines: 8 Message-ID: References: <20061004203715.GA38692@xor.obsecurity.org> <200610050819.53832.davidxu@freebsd.org> <20061005002203.GB42061@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <20061005002203.GB42061@xor.obsecurity.org> Sender: news Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 09:13:16 -0000 Kris Kennaway wrote: > I guess I was unclear: the stress2 test calls random syscalls with > random arguments, so the error condition is probably from insufficient > sanity checking of the input in aio_read(). Just a thought - does that include using random values of 0,1,2 for file descriptor? From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 11:07:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF66416A407 for ; Thu, 5 Oct 2006 11:07:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C8E843D4C for ; Thu, 5 Oct 2006 11:07:36 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from localhost.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id k95B7Zc5007441 for ; Thu, 5 Oct 2006 07:07:35 -0400 (EDT) From: Ken Smith To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sy6ZZ7AWgetGlCsgbgmM" Organization: U. Buffalo CSE Department Date: Thu, 05 Oct 2006 07:07:35 -0400 Message-Id: <1160046455.3528.53.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Subject: FYI - October Monthly Snapshots Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 11:07:37 -0000 --=-sy6ZZ7AWgetGlCsgbgmM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The October Monthly Snapshots for HEAD are now available. Just so you know, the builds were started after a fresh import of OpenSSH and OpenSSL were done to take care of the recent security advisory about those. MD5s/SHA256s: MD5 (7.0-CURRENT-200610-amd64-bootonly.iso) =3D ef1496d94a7b10f36fff1e433c4= 88391 MD5 (7.0-CURRENT-200610-amd64-disc1.iso) =3D 01573c05a3b0b2bb350b4f29d2d519= 77 MD5 (7.0-CURRENT-200610-amd64-disc2.iso) =3D 02b9e7d1d9ddd6df539c69b7d1b805= 8f MD5 (7.0-CURRENT-200610-i386-bootonly.iso) =3D 9f3bdda34ad385e26f5b2475c8cc= 4c12 MD5 (7.0-CURRENT-200610-i386-disc1.iso) =3D af3f4f9c1ece96e504f2ddc9eb6bdc4= 7 MD5 (7.0-CURRENT-200610-i386-disc2.iso) =3D 3509f92e09dbd0727cadf61c8069152= c MD5 (7.0-CURRENT-200610-ia64-bootonly.iso) =3D ce1e80c19570795e5fed678947c5= 66c0 MD5 (7.0-CURRENT-200610-ia64-disc1.iso) =3D 1e063a3aa12dd3f10561623f58fc80e= c MD5 (7.0-CURRENT-200610-ia64-livefs.iso) =3D 06eeabd55b92dee8187ee4bf4498b6= 70 MD5 (7.0-CURRENT-200610-pc98-bootonly.iso) =3D b22566301e614c9abe5d75c4791a= 83bd MD5 (7.0-CURRENT-200610-pc98-disc1.iso) =3D b0fece9b219cd7566f50350ffec64b6= 4 MD5 (7.0-CURRENT-200610-sparc64-bootonly.iso) =3D 031fb40ed479590b8d1448965= 4b91e28MD5 (7.0-CURRENT-200610-sparc64-disc1.iso) =3D a84ae661521bf066eadd7= e981c8f093e MD5 (7.0-CURRENT-200610-sparc64-disc2.iso) =3D 635acdee56469399058c278dc695= 102d SHA256 (7.0-CURRENT-200610-amd64-bootonly.iso) =3D 2647daf83158b202fc459ae8= 03d4e2c073fd55cdaad82753393514e302ad8447 SHA256 (7.0-CURRENT-200610-amd64-disc1.iso) =3D 7396ba5bd115fffdf7fcc907812= 561e687afc2408846dddcbab23c5ec2257f69 SHA256 (7.0-CURRENT-200610-amd64-disc2.iso) =3D 14f8fc1e8168bf8cfc2b8f9a0a4= fe9d49001164471138a05c186dd8226702e39 SHA256 (7.0-CURRENT-200610-i386-bootonly.iso) =3D f27c37c93762c9b2615a058b9= 9b8cf6def6a000b6d60d9fd1e2aad51b52a9204 SHA256 (7.0-CURRENT-200610-i386-disc1.iso) =3D 4c5a073aa5453f09edc7c89d7fbd= 1b0d1233cf52b0d3d5d4a5eeff23109770d2 SHA256 (7.0-CURRENT-200610-i386-disc2.iso) =3D b2b1171b77b3d6c5389dbbd4bf88= 9ffaa2d8252b2cf71893b9989c49fca85916 SHA256 (7.0-CURRENT-200610-ia64-bootonly.iso) =3D 8dbb38ca8e57f1a0adec6e341= a2eb445bdd16a41375f81aec792f8ff9f08416e SHA256 (7.0-CURRENT-200610-ia64-disc1.iso) =3D 64a75392176886fffa1fdade7c16= 30bc638b25c51d43a6e7e4e572f81e211a26 SHA256 (7.0-CURRENT-200610-ia64-livefs.iso) =3D 9ac67e5f7e33367dd23be4f0f99= 6d7fe61e5959f05e3dce8f67fc94b8591babf SHA256 (7.0-CURRENT-200610-pc98-bootonly.iso) =3D cc6bb9003b895cbe9d22c4e30= 0a1c2183f2a5eba069a6c483c33986196a79f5a SHA256 (7.0-CURRENT-200610-pc98-disc1.iso) =3D 7a4e69ca96be24984a55fb09c404= 164d8f9a97a59d55ab73fec1a4933ed6b470 SHA256 (7.0-CURRENT-200610-sparc64-bootonly.iso) =3D 82d663bcb87ffc612222d7= aa84c490f81b38f986e3c89a73eb7a0fbdc343c6cf SHA256 (7.0-CURRENT-200610-sparc64-disc1.iso) =3D 543fefe3f33fe3747a4d732c2= 3fc758cf35c0a61d806bd50878d4d6bad4331e8 SHA256 (7.0-CURRENT-200610-sparc64-disc2.iso) =3D 580fcab47241e24d06904dd50= 305c63079337426a41c0f6891717da451e8d284 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-sy6ZZ7AWgetGlCsgbgmM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFJOd3/G14VSmup/YRAiIoAKCEoG+4oq5ueQZHOmXW06H8zUHMEACgmxwo Sz8RjrVuWNfQ4usMcThITQo= =6uMU -----END PGP SIGNATURE----- --=-sy6ZZ7AWgetGlCsgbgmM-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 07:35:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C40FE16A407 for ; Thu, 5 Oct 2006 07:35:18 +0000 (UTC) (envelope-from gw-bsd-current@news.kiev.sovam.com) Received: from news.kiev.sovam.com (news.kiev.sovam.com [212.109.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0898F43D64 for ; Thu, 5 Oct 2006 07:35:18 +0000 (GMT) (envelope-from gw-bsd-current@news.kiev.sovam.com) Received: from mail by news.kiev.sovam.com with local (Exim 3.36 #5) id 1GVNlE-0008RJ-00 for freebsd-current@freebsd.org; Thu, 05 Oct 2006 10:35:16 +0300 From: Ivan Synyeokov To: freebsd-current@freebsd.org Date: Thu, 05 Oct 2006 10:35:23 +0300 Message-ID: <4524B5BB.8000706@johnny.kiev.ua> References: <20060926002916.GA5975@cdnetworks.co.kr> X-Organization: Svit Online (post does not reflect views of Golden Telecom) X-Gated-By: news2list v1.4, (c) Vladimir Litovka X-Gated-Date: Thu Oct 5 07:35:16 2006 GMT X-Mailman-Approved-At: Thu, 05 Oct 2006 11:29:00 +0000 Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ivan Synyeokov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 07:35:18 -0000 This is a multi-part message in MIME format. --------------090409060801000001040704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 01.10.2006 13:38 Pyun YongHyeon wrote: > I've updated e1000phy(4) to support Yukon FE and automatic crossover > functions on copper media. I don't have Yukon FE(Fast Ethernet) so I > can't verify e1000phy(4) works on Yukon FE but it seems that automatic > crossover works well on my Yukon EC. Now you don't need to find a > crossover cable to connect two systems. > However, it seems that manual media configutation does not work > correctly. I can't sure it ever worked but I'm working on it. > > The updated e1000phy(4) also supports two additional PHY models which > are supposed to be used on nfe(4). So if you use nfe(4) on CURRENT and > ukphy(4) is attached on your NIC, please give e1000(4) go. > If your Marvell NIC still use ukphy(4) please let me know what PHY > models it is.(Set debug.bootverbose to 1 with sysctl(8) and load the > driver module again. ukphy(4) will tell you OUI/model number for you.) > > As usual you can get the latest msk(4) driver from the following URL. > http://people.freebsd.org/~yongari/msk/msk.HEAD.diff > > ATM the msk(4) has Rx performance issue. Because no documentation is > available for Yukon II, I can't sure I can fix it but I'll do my best > to address it. > > TODO: > Fix manual media configuration(e1000phy(4)). > Performance tuning. > Rx TCP/UDP checksum offload. > TSO support. > 64bit DMA(DAC) support. > > Thank you. > > PS. I'll not be available for 2 weeks so please don't look forward to > getting quick reply. Unfortunately, it's not working - watchdog timeouts :( I attached verbose dmesg, so maybe somebody could have a look. -- Johnny --------------090409060801000001040704 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Tue Oct 3 18:02:07 EEST 2006 johnny@localhost:/usr/obj/usr/src.current/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3600+ (2009.27-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 1073676288 (1023 MB) avail memory = 1037189120 (989 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 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: reservation of fff00000, 400f0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 4.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 6.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfcfc0000-0xfcfdffff,0xfb800000-0xfbffffff,0xfc000000-0xfc7fffff irq 16 at device 4.0 on pci1 pcm0: mem 0xfe024000-0xfe027fff irq 23 at device 6.1 on pci0 pci0: at device 8.0 (no driver attached) pci0: at device 9.0 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 atapci1: port 0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac0f mem 0xfdbfe000-0xfdbfffff irq 16 at device 0.0 on pci3 atapci1: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 15.0 on pci0 pci6: on pcib6 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xce7ff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 190782MB at ata0-master UDMA100 acd0: CDROM at ata0-slave PIO4 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s2a Linux ELF exec handler installed pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=3 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=4 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=5 fmt=0x00000011 pcm0: PCMDIR_PLAY: Stream setup nid=37 fmt=0x00000011 pci0: driver added found-> vendor=0x10de, dev=0x0369, revid=0xa1 bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:0: reprobing on driver added found-> vendor=0x10de, dev=0x0368, revid=0xa2 bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=20 powerspec 2 supports D0 D3 current D0 pci0:1:1: reprobing on driver added found-> vendor=0x10de, dev=0x036a, revid=0xa2 bus=0, slot=1, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0400, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:1:2: reprobing on driver added found-> vendor=0x10de, dev=0x0373, revid=0xa2 bus=0, slot=8, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks pci0:8:0: reprobing on driver added nfe0: port 0xf000-0xf007 mem 0xfe02d000-0xfe02dfff,0xfe02c000-0xfe02c0ff,0xfe02b000-0xfe02b00f irq 20 at device 8.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02d000 miibus0: on nfe0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:04:61:47:74:a0 INTR: Assigning IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 59 nfe0: [MPSAFE] found-> vendor=0x10de, dev=0x0373, revid=0xa2 bus=0, slot=9, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks pci0:9:0: reprobing on driver added nfe1: port 0xec00-0xec07 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 21 at device 9.0 on pci0 nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe02a000 miibus1: on nfe1 e1000phy1: on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe1: bpf attached nfe1: Ethernet address: 00:04:61:47:74:a1 nfe1: [MPSAFE] pci1: driver added pci2: driver added pci3: driver added pci4: driver added pci5: driver added pci6: driver added nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout nfe0: link state changed to DOWN nfe0: link state changed to UP nfe0: watchdog timeout nfe0: link state changed to DOWN nfe0: link state changed to UP --------------090409060801000001040704-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 11:52:26 2006 Return-Path: X-Original-To: FreeBSD-CURRENT@FreeBSD.org Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D978616A403 for ; Thu, 5 Oct 2006 11:52:26 +0000 (UTC) (envelope-from rainbowit@Rainbow-IT.net) Received: from venus.rainbow-it.net (venus.rainbow-it.net [212.50.178.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D20A43D53 for ; Thu, 5 Oct 2006 11:52:23 +0000 (GMT) (envelope-from rainbowit@Rainbow-IT.net) Received: from localhost (localhost.rainbow-it.net [127.0.0.1]) by venus.rainbow-it.net (Postfix) with ESMTP id 158F31153F for ; Thu, 5 Oct 2006 12:52:18 +0100 (BST) X-Virus-Scanned: by amavisd-new, using ClamAV, at Venus.Rainbow-IT.net Received: from venus.rainbow-it.net ([127.0.0.1]) by localhost (Venus.Rainbow-IT.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FOkG-Hslv2Yw for ; Thu, 5 Oct 2006 12:52:17 +0100 (BST) Received: from rainbow-it.net (localhost.rainbow-it.net [127.0.0.1]) by venus.rainbow-it.net (Postfix) with ESMTP id 721E711537 for ; Thu, 5 Oct 2006 12:52:16 +0100 (BST) Received: from 10.0.2.4 (SquirrelMail authenticated user rainbowit) by Rainbow-IT.net with HTTP; Thu, 5 Oct 2006 12:52:17 +0100 (BST) Message-ID: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> Date: Thu, 5 Oct 2006 12:52:17 +0100 (BST) From: rainbowit@Rainbow-IT.net To: FreeBSD-CURRENT@FreeBSD.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Thu, 05 Oct 2006 11:56:41 +0000 Cc: Subject: segmentation fault(s) after upgrading to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 11:52:26 -0000 Hi All, I'm new to the list, so please be gentle :) I have just upgraded from FreeBSD_6 STABLE to FreeBSD_7 CURRENT (about time I did some testing / early adoption I thought). [12:49]chrisp@valhalla ~ % uname -a FreeBSD valhalla.systems.hq.inty.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Oct 5 09:38:09 BST 2006 chrisp@valhalla.systems.hq.inty.net:/usr/obj/usr/src/sys/VALHALLA i386 My 'VALHALLA' kernel is a copy of 'GENERIC', but with RAID/SCSI/FIREWIRE/ISA_NICs removed. I have completed the upgrade but now I see many of the programs I run, are core dumping... This is from /var/log/messages: - Oct 5 11:26:26 valhalla kernel: pid 805 (gdm-binary), uid 0: exited on signal 11 (core dumped) Oct 5 11:26:29 valhalla kernel: pid 897 (my_print_defaults), uid 88: exited on signal 11 Oct 5 11:26:29 valhalla kernel: pid 898 (my_print_defaults), uid 88: exited on signal 11 Oct 5 11:26:29 valhalla kernel: pid 914 (mysqld), uid 88: exited on signal 11 Oct 5 11:26:35 valhalla kernel: pid 942 (clamd), uid 0: exited on signal 11 (core dumped) Oct 5 11:26:35 valhalla kernel: pid 946 (freshclam), uid 0: exited on signal 11 (core dumped) Oct 5 11:26:35 valhalla root: /etc/rc: WARNING: $compat5x_enable is not set properly - see rc.conf(5). Oct 5 11:26:36 valhalla kernel: pid 1025 (gdomap), uid 0: exited on signal 11 (core dumped) Oct 5 11:26:36 valhalla kernel: pid 1039 (gdnc), uid 0: exited on signal 11 (core dumped) I've read the mailarchive and added 'compat5x_enable="YES"' to /etc/rc.conf (I think that's what I should have done and the warning has gone away now). As for the Segmentation faults, what should I do to get myself back on track? I an eager to do whatever it takes, to help diagnose and fix what's wrong. Kindest Regards, -- ChrisP From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 12:04:08 2006 Return-Path: X-Original-To: FreeBSD-CURRENT@FreeBSD.org Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E9DD16A415 for ; Thu, 5 Oct 2006 12:04:08 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21AB043D5D for ; Thu, 5 Oct 2006 12:04:06 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C417F114020; Thu, 5 Oct 2006 13:04:03 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D23NeaXx-Xhz; Thu, 5 Oct 2006 13:03:58 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 2F11D114025; Thu, 5 Oct 2006 13:03:58 +0100 (BST) Date: Thu, 5 Oct 2006 13:03:58 +0100 From: Dominic Marks To: rainbowit@Rainbow-IT.net Message-Id: <20061005130358.3e6984ba.dom@helenmarks.co.uk> In-Reply-To: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> References: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.20; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-CURRENT@FreeBSD.org Subject: Re: segmentation fault(s) after upgrading to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 12:04:08 -0000 On Thu, 5 Oct 2006 12:52:17 +0100 (BST) rainbowit@Rainbow-IT.net wrote: > Hi All, > > I'm new to the list, so please be gentle :) Hi Chris, > I have just upgraded from FreeBSD_6 STABLE to FreeBSD_7 CURRENT (about > time I did some testing / early adoption I thought). > > [12:49]chrisp@valhalla ~ % uname -a > FreeBSD valhalla.systems.hq.inty.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: > Thu Oct 5 09:38:09 BST 2006 > chrisp@valhalla.systems.hq.inty.net:/usr/obj/usr/src/sys/VALHALLA i386 > > My 'VALHALLA' kernel is a copy of 'GENERIC', but with > RAID/SCSI/FIREWIRE/ISA_NICs removed. > > I have completed the upgrade but now I see many of the programs I run, are > core dumping... Rebuild them. From what I can see they mostly look to be threaded apps. You might find that doing a fresh install of CURRENT is a better idea in future. Although I suppose then you wouldn't be testing the upgrade path. > This is from /var/log/messages: - > > Oct 5 11:26:26 valhalla kernel: pid 805 (gdm-binary), uid 0: exited on > signal 11 (core dumped) > Oct 5 11:26:29 valhalla kernel: pid 897 (my_print_defaults), uid 88: > exited on signal 11 > Oct 5 11:26:29 valhalla kernel: pid 898 (my_print_defaults), uid 88: > exited on signal 11 > Oct 5 11:26:29 valhalla kernel: pid 914 (mysqld), uid 88: exited on > signal 11 > Oct 5 11:26:35 valhalla kernel: pid 942 (clamd), uid 0: exited on signal > 11 (core dumped) > Oct 5 11:26:35 valhalla kernel: pid 946 (freshclam), uid 0: exited on > signal 11 (core dumped) > Oct 5 11:26:35 valhalla root: /etc/rc: WARNING: $compat5x_enable is not > set properly - see rc.conf(5). > Oct 5 11:26:36 valhalla kernel: pid 1025 (gdomap), uid 0: exited on > signal 11 (core dumped) > Oct 5 11:26:36 valhalla kernel: pid 1039 (gdnc), uid 0: exited on signal > 11 (core dumped) > > I've read the mailarchive and added 'compat5x_enable="YES"' to > /etc/rc.conf (I think that's what I should have done and the warning has > gone away now). > > As for the Segmentation faults, what should I do to get myself back on track? > > I an eager to do whatever it takes, to help diagnose and fix what's wrong. > > Kindest Regards, > -- > > ChrisP > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 12:21:12 2006 Return-Path: X-Original-To: FreeBSD-CURRENT@FreeBSD.org Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95A816A4AB for ; Thu, 5 Oct 2006 12:21:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB4743D6B for ; Thu, 5 Oct 2006 12:21:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1515646CCB; Thu, 5 Oct 2006 08:21:12 -0400 (EDT) Date: Thu, 5 Oct 2006 13:21:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dominic Marks In-Reply-To: <20061005130358.3e6984ba.dom@helenmarks.co.uk> Message-ID: <20061005131916.N46123@fledge.watson.org> References: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> <20061005130358.3e6984ba.dom@helenmarks.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: rainbowit@Rainbow-IT.net, FreeBSD-CURRENT@FreeBSD.org Subject: Re: segmentation fault(s) after upgrading to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 12:21:12 -0000 On Thu, 5 Oct 2006, Dominic Marks wrote: >> I have just upgraded from FreeBSD_6 STABLE to FreeBSD_7 CURRENT (about >> time I did some testing / early adoption I thought). >> >> [12:49]chrisp@valhalla ~ % uname -a >> FreeBSD valhalla.systems.hq.inty.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: >> Thu Oct 5 09:38:09 BST 2006 >> chrisp@valhalla.systems.hq.inty.net:/usr/obj/usr/src/sys/VALHALLA i386 >> >> My 'VALHALLA' kernel is a copy of 'GENERIC', but with >> RAID/SCSI/FIREWIRE/ISA_NICs removed. >> >> I have completed the upgrade but now I see many of the programs I run, are >> core dumping... > > Rebuild them. From what I can see they mostly look to be threaded apps. You > might find that doing a fresh install of CURRENT is a better idea in future. > Although I suppose then you wouldn't be testing the upgrade path. Unfortunately, the upgrade path will remain fairly broken with respect to compiled applications outside of the base system until we have a compat6 library set (and possibly more versioning work on libraries?). Some libraries have now been bumped, but not all, and as a result older applications may find themselves linked against libraries with differing ABIs from each other -- i.e., a 6-STABLE libc left over from before your update and a 7-CURRENT libutil (random example), which can result in application crashes. This will presumably get resolved before we get anywhere close to a release, but in the mean time, it is advisable to rebuild all applications when going from an earlier branch to the 7.x branch, or when jumping forward significantly on the branch. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 12:23:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF6DA16A407 for ; Thu, 5 Oct 2006 12:23:33 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mta01.mail.t-online.hu (mta03.mail.t-online.hu [195.228.240.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8987143D78 for ; Thu, 5 Oct 2006 12:23:28 +0000 (GMT) (envelope-from sziszi@bsd.hu) Received: from momo.buza.adamsfamily.xx (catv54034EF3.pool.t-online.hu [84.3.78.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: adamsz2) by mail.t-online.hu (Postfix) with ESMTP for ; Thu, 5 Oct 2006 14:23:25 +0200 (CEST) Received: from momo.buza.adamsfamily.xx (localhost [127.0.0.1]) by momo.buza.adamsfamily.xx (8.13.8/8.13.8) with ESMTP id k95CNOtQ001546 for ; Thu, 5 Oct 2006 14:23:24 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by momo.buza.adamsfamily.xx (8.13.8/8.13.8/Submit) id k95CNMH2001545 for freebsd-current@freebsd.org; Thu, 5 Oct 2006 14:23:22 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: momo.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Thu, 5 Oct 2006 14:23:22 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20061005122322.GA876@momo.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: segmentation fault(s) after upgrading to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 12:23:34 -0000 Hello Chris, On Thu, Oct 05, 2006 at 12:52:17PM +0100, rainbowit@Rainbow-IT.net wrote: > I have just upgraded from FreeBSD_6 STABLE to FreeBSD_7 CURRENT (about > time I did some testing / early adoption I thought). > > [12:49]chrisp@valhalla ~ % uname -a > FreeBSD valhalla.systems.hq.inty.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: > Thu Oct 5 09:38:09 BST 2006 > chrisp@valhalla.systems.hq.inty.net:/usr/obj/usr/src/sys/VALHALLA i386 > > My 'VALHALLA' kernel is a copy of 'GENERIC', but with > RAID/SCSI/FIREWIRE/ISA_NICs removed. > > I have completed the upgrade but now I see many of the programs I run, are > core dumping... You will have to rebuild all programs that are on the box, because several libraries had their version numbers bumped. It may be easiest to simply delete all installed ports first... also, see the file UPDATING in your src/ directory, it may contain important information. You should check it everytime *after* you sync your sources, but before starting the upgrade buildworld :-) Best of luck with -CURRENT! -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 12:08:24 2006 Return-Path: X-Original-To: FreeBSD-CURRENT@FreeBSD.org Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B4716A403 for ; Thu, 5 Oct 2006 12:08:24 +0000 (UTC) (envelope-from rob@debank.tv) Received: from flappie.debank.tv (59-80-ftth.onsneteindhoven.nl [88.159.80.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12AE943D58 for ; Thu, 5 Oct 2006 12:08:23 +0000 (GMT) (envelope-from rob@debank.tv) Received: from [192.168.2.109] (ip54569dc6.speed.planet.nl [84.86.157.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by flappie.debank.tv (Postfix) with ESMTP id 4083B1717B; Thu, 5 Oct 2006 14:08:22 +0200 (CEST) Message-ID: <4524F5B6.2080007@debank.tv> Date: Thu, 05 Oct 2006 14:08:22 +0200 From: Rob Evers User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: rainbowit@Rainbow-IT.net References: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> In-Reply-To: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 05 Oct 2006 13:07:51 +0000 Cc: FreeBSD-CURRENT@FreeBSD.org Subject: Re: segmentation fault(s) after upgrading to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 12:08:24 -0000 rainbowit@Rainbow-IT.net wrote: > Hi All, > > I'm new to the list, so please be gentle :) > > I have just upgraded from FreeBSD_6 STABLE to FreeBSD_7 CURRENT (about > time I did some testing / early adoption I thought). > > [12:49]chrisp@valhalla ~ % uname -a > FreeBSD valhalla.systems.hq.inty.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: > Thu Oct 5 09:38:09 BST 2006 > chrisp@valhalla.systems.hq.inty.net:/usr/obj/usr/src/sys/VALHALLA i386 > > My 'VALHALLA' kernel is a copy of 'GENERIC', but with > RAID/SCSI/FIREWIRE/ISA_NICs removed. > > I have completed the upgrade but now I see many of the programs I run, are > core dumping... > > This is from /var/log/messages: - > > Oct 5 11:26:26 valhalla kernel: pid 805 (gdm-binary), uid 0: exited on > signal 11 (core dumped) > Oct 5 11:26:29 valhalla kernel: pid 897 (my_print_defaults), uid 88: > exited on signal 11 > Oct 5 11:26:29 valhalla kernel: pid 898 (my_print_defaults), uid 88: > exited on signal 11 > Oct 5 11:26:29 valhalla kernel: pid 914 (mysqld), uid 88: exited on > signal 11 > Oct 5 11:26:35 valhalla kernel: pid 942 (clamd), uid 0: exited on signal > 11 (core dumped) > Oct 5 11:26:35 valhalla kernel: pid 946 (freshclam), uid 0: exited on > signal 11 (core dumped) > Oct 5 11:26:35 valhalla root: /etc/rc: WARNING: $compat5x_enable is not > set properly - see rc.conf(5). > Oct 5 11:26:36 valhalla kernel: pid 1025 (gdomap), uid 0: exited on > signal 11 (core dumped) > Oct 5 11:26:36 valhalla kernel: pid 1039 (gdnc), uid 0: exited on signal > 11 (core dumped) > > I've read the mailarchive and added 'compat5x_enable="YES"' to > /etc/rc.conf (I think that's what I should have done and the warning has > gone away now). > > As for the Segmentation faults, what should I do to get myself back on track? > > I an eager to do whatever it takes, to help diagnose and fix what's wrong. > > Kindest Regards, > -- > > ChrisP > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > Hi, Try using compat6x_enable="YES" or recompile all ports with problems......... Rob From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 13:47:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E62C516A403 for ; Thu, 5 Oct 2006 13:47:24 +0000 (UTC) (envelope-from jbell@stelesys.com) Received: from stelesys.com (web3.stelesys.com [63.175.100.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8266F43D45 for ; Thu, 5 Oct 2006 13:47:24 +0000 (GMT) (envelope-from jbell@stelesys.com) Received: from [127.0.0.1] (helo=www.stelesys.com) by stelesys.com with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GVRHb-000A5B-9k for freebsd-current@freebsd.org; Thu, 05 Oct 2006 07:20:55 -0400 Received: from 209.134.164.20 (SquirrelMail authenticated user jbell@stelesys.com) by www.stelesys.com with HTTP; Thu, 5 Oct 2006 07:20:55 -0400 (EDT) Message-ID: <2393.209.134.164.20.1160047255.squirrel@www.stelesys.com> In-Reply-To: <45249B34.20901@samsco.org> References: <200610050459.k954xMEv073389@ambrisko.com> <45249B34.20901@samsco.org> Date: Thu, 5 Oct 2006 07:20:55 -0400 (EDT) From: "Jerry Bell" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.6-rc1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 13:47:25 -0000 > The confusion is actually on Dell's end. They've overloaded the 'PERC' > term to mean both software and hardware RAID. You can build out a > 1950 or 2950 with an MPT SAS card instead of an MFI SAS-RAID card, but > they will still tell you that you are getting 'PERC RAID'. The power > of marketeers. Anyways, I _think_ that the 'i' in 'PERC 5i' is the > indicator that it is software RAID, and thus just an MPT chip doing > its 'integrated mirror' feature. I've spent some quality time on this well Dell in the past 2 weeks. The SAS card is called SAS5i, and the "i" in PERC 5i and SAS5i means "internal". They also have a PERC 5E which has external SAS ports. The "i" cards are typically integrated, mounted up near the array shelf, where the "e" cards go in the pci-e slot. I'm not aware of an option to configure a Dell server through Dell's site with RAID using the SAS5i card. I got a sweet deal on a refurb 2950 without raid, and trying to convert it to raid has been fun. Jerry From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 15:30:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 538FA16A416 for ; Thu, 5 Oct 2006 15:30:22 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA40143D76 for ; Thu, 5 Oct 2006 15:30:14 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 05 Oct 2006 08:27:18 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k95FUDeY006947; Thu, 5 Oct 2006 08:30:13 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k95FU4MS006937; Thu, 5 Oct 2006 08:30:04 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200610051530.k95FU4MS006937@ambrisko.com> In-Reply-To: <45249B34.20901@samsco.org> To: Scott Long Date: Thu, 5 Oct 2006 08:30:04 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Fredrik Widlund , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 15:30:22 -0000 Scott Long writes: | Doug Ambrisko wrote: | > Fredrik Widlund writes: | > | An update, right now the BCE nic seems to work, I'm not sure exactly why | > | yet. I'm attaching the dmesg however. | > | | > | SAS adapter is the PERC 5I, which is handled by the MPT driver in | > | 6.2-Beta2. I'll continue to look at this. There are some unhandled | > | events (0x12, 0x16), but these might not be needed. | > | > You might be confused here. PERC stands for "Power Edge RAID Controller" | > which is the LSI RAID card. It is supported via the mfi driver. The | > MPT driver supports the non-RAID SAS card. Okay it can do some RAID | > but really isn't a RAID card like the real RAID card. I do have a | > card that is the SAS controller but I haven't played with it much. | > I did play with it a little to figure out a different problem and | > now it sits on my desk. | | The confusion is actually on Dell's end. They've overloaded the 'PERC' | term to mean both software and hardware RAID. You can build out a | 1950 or 2950 with an MPT SAS card instead of an MFI SAS-RAID card, but | they will still tell you that you are getting 'PERC RAID'. The power | of marketeers. Anyways, I _think_ that the 'i' in 'PERC 5i' is the | indicator that it is software RAID, and thus just an MPT chip doing | its 'integrated mirror' feature. Call me confused then since when I read the POST stuff coming up on during the BIOS the non-RAID card says Dell SAS 5 versus PERC 5/i which matches what I read on Dell's web site. So Dell SAS for the 9G should be the mpt driver and the Dell PERC for the 9G should be mfi. In theory the 2900/2950/1950/1900 are all the same in this regard since they share the same components but different cases & risers. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 16:39:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D0216A416 for ; Thu, 5 Oct 2006 16:39:40 +0000 (UTC) (envelope-from wandns@yahoo.fr) Received: from web26410.mail.ukl.yahoo.com (web26410.mail.ukl.yahoo.com [217.146.176.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 590EB43DD9 for ; Thu, 5 Oct 2006 16:37:29 +0000 (GMT) (envelope-from wandns@yahoo.fr) Received: (qmail 99836 invoked by uid 60001); 5 Oct 2006 16:37:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=6hTq2Mq+0RnBIQMK5XhVrXHOmif5DtxHQfnrZI6Fgnmya7A9mIwJ4R5/jFsvqkaxWbcKIypExzbJf38EFNENdFBnv2BJQehN09YhlkpxPlo6h9CQuONr6Q5yfJmWTKIhk5glVPNui3PdxzYlcUsfTnSOO8tzIRqBuhLNbriA3bA= ; Message-ID: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> Received: from [64.90.11.50] by web26410.mail.ukl.yahoo.com via HTTP; Thu, 05 Oct 2006 09:37:01 PDT Date: Thu, 5 Oct 2006 09:37:01 -0700 (PDT) From: Alex DuBois To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 16:39:40 -0000 Hi, I am looking for information on WDS in freebsd? I want to setup FreeBSD on a Soekris box, but I need to know if WDS is supported first. I searched around and couldn't find much. If you know of any links, please share. Alex DuBois From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 17:56:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0CD016A40F for ; Thu, 5 Oct 2006 17:56:47 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1174643E01 for ; Thu, 5 Oct 2006 17:56:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 896F51A4D88; Thu, 5 Oct 2006 10:56:07 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B1AE451228; Thu, 5 Oct 2006 13:56:06 -0400 (EDT) Date: Thu, 5 Oct 2006 13:56:06 -0400 From: Kris Kennaway To: Ivan Voras Message-ID: <20061005175606.GA77443@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> <200610050819.53832.davidxu@freebsd.org> <20061005002203.GB42061@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 17:56:47 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 05, 2006 at 11:11:06AM +0200, Ivan Voras wrote: > Kris Kennaway wrote: >=20 > >I guess I was unclear: the stress2 test calls random syscalls with > >random arguments, so the error condition is probably from insufficient > >sanity checking of the input in aio_read(). >=20 > Just a thought - does that include using random values of 0,1,2 for file= =20 > descriptor? I'd presume it could happen. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJUc2Wry0BWjoQKURApwkAJwNuaf3WTQRZ4Pr/uVQzzsUXo358wCg+kBN uRBatnsTQnE9KeS5ZXhqg7E= =uIN4 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 18:35:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7939E16A403 for ; Thu, 5 Oct 2006 18:35:59 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D215343D46 for ; Thu, 5 Oct 2006 18:35:58 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so226660uge for ; Thu, 05 Oct 2006 11:35:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WnVXxhXeFTXVuYwKHpQc524Rtgqzp6xIA5SuAqC3agFjm2fTzwT+2C7ehiC9oI8hB1mK6WtpoP62MnQZvs7FP6idLi7ra1NmH1khBJ4CreSwKfKMANlEv4Nts4LqHbVt3rrHt0WGQvt3ZN6pSJHU1MObb2xVLFDp/dCsrDVbHis= Received: by 10.78.170.17 with SMTP id s17mr2257170hue; Thu, 05 Oct 2006 11:35:57 -0700 (PDT) Received: by 10.78.199.17 with HTTP; Thu, 5 Oct 2006 11:35:57 -0700 (PDT) Message-ID: <7579f7fb0610051135v5901a161g82cc276629ceb0f8@mail.gmail.com> Date: Thu, 5 Oct 2006 11:35:57 -0700 From: "Matthew Jacob" To: "Doug Ambrisko" In-Reply-To: <200610051530.k95FU4MS006937@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45249B34.20901@samsco.org> <200610051530.k95FU4MS006937@ambrisko.com> Cc: Fredrik Widlund , freebsd-current@freebsd.org Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 18:35:59 -0000 > > So Dell SAS for the 9G should be the mpt driver and the Dell PERC for the > 9G should be mfi. In theory the 2900/2950/1950/1900 are all the same in this > regard since they share the same components but different cases & risers. > Somewhat surprisingly, the onboard LSI chipset in the Sun 4100 is SAS with the IME (Integrated Mirroring). It seems to work with MPT okay if you let the BIOS finish the mirroring first. Also, even more surprisingly, there are a few FC 929 cards floating around that have the same IME capability. Haven't tested this out yet. From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 19:58:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1AAF16A416 for ; Thu, 5 Oct 2006 19:58:39 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 9B9B043D53 for ; Thu, 5 Oct 2006 19:58:38 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 58587 invoked from network); 5 Oct 2006 19:58:37 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 5 Oct 2006 19:58:37 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k95Jwadg019320; Thu, 5 Oct 2006 21:58:36 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k95JwZ3G019319; Thu, 5 Oct 2006 21:58:35 +0200 (CEST) (envelope-from pho) Date: Thu, 5 Oct 2006 21:58:35 +0200 From: Peter Holm To: Kris Kennaway Message-ID: <20061005195835.GA19157@peter.osted.lan> References: <20061004203715.GA38692@xor.obsecurity.org> <200610050819.53832.davidxu@freebsd.org> <20061005002203.GB42061@xor.obsecurity.org> <20061005175606.GA77443@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061005175606.GA77443@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 19:58:39 -0000 On Thu, Oct 05, 2006 at 01:56:06PM -0400, Kris Kennaway wrote: > On Thu, Oct 05, 2006 at 11:11:06AM +0200, Ivan Voras wrote: > > Kris Kennaway wrote: > > > > >I guess I was unclear: the stress2 test calls random syscalls with > > >random arguments, so the error condition is probably from insufficient > > >sanity checking of the input in aio_read(). > > > > Just a thought - does that include using random values of 0,1,2 for file > > descriptor? > > I'd presume it could happen. > Lots of syscalls will hang in this test, but the stress test environment will send a SIGHUP and a SIGKILL when the default RUNTIME has expired. That's the theory, anaway. - Peter > Kris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFJUc2Wry0BWjoQKURApwkAJwNuaf3WTQRZ4Pr/uVQzzsUXo358wCg+kBN > uRBatnsTQnE9KeS5ZXhqg7E= > =uIN4 > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 20:01:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C6F516A51B for ; Thu, 5 Oct 2006 20:01:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE3B43D49 for ; Thu, 5 Oct 2006 20:01:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 221241A4D87; Thu, 5 Oct 2006 13:01:21 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 810B651569; Thu, 5 Oct 2006 16:01:20 -0400 (EDT) Date: Thu, 5 Oct 2006 16:01:20 -0400 From: Kris Kennaway To: Peter Holm Message-ID: <20061005200120.GA80070@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> <200610050819.53832.davidxu@freebsd.org> <20061005002203.GB42061@xor.obsecurity.org> <20061005175606.GA77443@xor.obsecurity.org> <20061005195835.GA19157@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20061005195835.GA19157@peter.osted.lan> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Ivan Voras , Kris Kennaway Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 20:01:21 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 05, 2006 at 09:58:35PM +0200, Peter Holm wrote: > On Thu, Oct 05, 2006 at 01:56:06PM -0400, Kris Kennaway wrote: > > On Thu, Oct 05, 2006 at 11:11:06AM +0200, Ivan Voras wrote: > > > Kris Kennaway wrote: > > >=20 > > > >I guess I was unclear: the stress2 test calls random syscalls with > > > >random arguments, so the error condition is probably from insufficie= nt > > > >sanity checking of the input in aio_read(). > > >=20 > > > Just a thought - does that include using random values of 0,1,2 for f= ile=20 > > > descriptor? > >=20 > > I'd presume it could happen. > >=20 >=20 > Lots of syscalls will hang in this test, but the stress test > environment will send a SIGHUP and a SIGKILL when the default RUNTIME > has expired. That's the theory, anaway. Yep, this one is unkillable, which is the problem (it's run as non-root, too). Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJWSQWry0BWjoQKURAn3HAJ0RIK/EyVa8t59MTaWk4dkbb96yAACeNfYL /ErKg7WD8UPLGvMizOwccE0= =/gKD -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 5 20:58:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BF6D16A407 for ; Thu, 5 Oct 2006 20:58:23 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from h994948.serverkompetenz.net (h994948.serverkompetenz.net [85.214.51.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC27A43D5A for ; Thu, 5 Oct 2006 20:58:20 +0000 (GMT) (envelope-from flo@kasimir.com) Received: (qmail 56223 invoked from network); 5 Oct 2006 22:58:19 +0200 Received: from i53879814.versanet.de (HELO ?172.30.1.254?) (83.135.152.20) by h994948.serverkompetenz.net with SMTP; 5 Oct 2006 22:58:18 +0200 Message-ID: <452571CB.9080208@kasimir.com> Date: Thu, 05 Oct 2006 22:57:47 +0200 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0a1 (Macintosh/20060816) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Kernel page fault with 2 non-sleepable locks held in tcp_input.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 20:58:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i get this page fault with -CURRENT from FreeBSD 7.0-CURRENT #1: Wed Oct 4 00:52:52 CEST 2006 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex inp (tcpinp) r = 0 (0xc1074330) locked @ /usr/src/sys/netinet/tcp_input.c:754 exclusive sleep mutex tcp r = 0 (0xc071ecac) locked @ /usr/src/sys/netinet/tcp_input.c:624 KDB: stack backtrace: kdb_backtrace(2,c0d8869c,c,c0d89a20,c73f8b58,...) at kdb_backtrace+0x29 witness_warn(5,0,c0698280) at witness_warn+0x192 trap(c0710008,c1070028,c06e0028,28,14,...) at trap+0xf4 calltrap() at calltrap+0x5 - --- trap 0xc, eip = 0xc057d7cd, esp = 0xc73f8ba0, ebp = 0xc73f8ba4 --- in_broadcast(deadc0de,deadc0de) at in_broadcast+0x21 tcp_input(c0edd400,14,13c,f9878753,0,...) at tcp_input+0x3009 ip_input(c0edd400) at ip_input+0x5c5 netisr_processqueue(c071ddd8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c0d8869c,c0d86480) at ithread_execute_handlers+0x122 ithread_loop(c0d726e0,c73f8d38) at ithread_loop+0x66 fork_exit(c04c300c,c0d726e0,c73f8d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 - --- trap 0x1, eip = 0, esp = 0xc73f8d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc136 fault code = supervisor read, page not present instruction pointer = 0x20:0xc057d7cd stack pointer = 0x28:0xc73f8ba0 frame pointer = 0x28:0xc73f8ba4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13 (swi1: net) Physical memory: 123 MB Dumping 39 MB: 24 8 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc046083b in db_fncall (dummy1=-952137260, dummy2=0, dummy3=1016, dummy4=0xc73f89a8 "\003") at /usr/src/sys/ddb/db_command.c:481 #2 0xc0460647 in db_command (last_cmdp=0xc06ce3c4, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:396 #3 0xc0460702 in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 #4 0xc0462301 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc04f5db1 in kdb_trap (type=12, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc064fc91 in trap_fatal (frame=0xc73f8b60, eva=3735929142) at /usr/src/sys/i386/i386/trap.c:858 #7 0xc064f337 in trap (frame= {tf_fs = -1066336248, tf_es = -1056505816, tf_ds = -1066532824, tf_edi = 40, tf_esi = 20, tf_ebp = -952136796, tf_isp = -952136820, tf_ebx = 4, tf_edx = -559038242, tf_ecx = -559038242, tf_eax = 0, tf_trapno = 12, tf_err = -559038154, tf_eip = -1067984947, tf_cs = - -1058209760, tf_eflags = 66182, tf_esp = 4, tf_ss = -952136584}) at /usr/src/sys/i386/i386/trap.c:277 #8 0xc063c58a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #9 0xc057d7cd in in_broadcast (in={s_addr = 3735929054}, ifp=0xdeadc0de) at /usr/src/sys/netinet/in.c:932 #10 0xc058c211 in tcp_input (m=0xc0edd400, off0=40) at endian.h:144 #11 0xc05830c5 in ip_input (m=0xc0edd400) at /usr/src/sys/netinet/ip_input.c:654 #12 0xc05538b6 in netisr_processqueue (ni=0xc071ddd8) - ---Type to continue, or q to quit--- at /usr/src/sys/net/netisr.c:236 #13 0xc0553a9e in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:349 #14 0xc04c2f46 in ithread_execute_handlers (p=0xc0d8869c, ie=0xc0d86480) at /usr/src/sys/kern/kern_intr.c:662 #15 0xc04c3072 in ithread_loop (arg=0xc0d726e0) at /usr/src/sys/kern/kern_intr.c:745 #16 0xc04c2020 in fork_exit (callout=0xc04c300c , arg=0xc0d726e0, frame=0xc73f8d38) at /usr/src/sys/kern/kern_fork.c:818 #17 0xc063c5ec in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 (kgdb) frame 9 #9 0xc057d7cd in in_broadcast (in={s_addr = 3735929054}, ifp=0xdeadc0de) at /usr/src/sys/netinet/in.c:932 932 return 0; (kgdb) l 927 928 if (in.s_addr == INADDR_BROADCAST || 929 in.s_addr == INADDR_ANY) 930 return 1; 931 if ((ifp->if_flags & IFF_BROADCAST) == 0) 932 return 0; 933 t = ntohl(in.s_addr); 934 /* 935 * Look through the list of addresses for a match 936 * with a broadcast address. (kgdb) info locals ifa = (struct ifaddr *) 0xdeadc0de t = 4 (kgdb) If you need anything else from the core just let me know. Cheers, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFJXHLA+1tjUZ1YScRAiw8AKCRC7OSMF2P2Pj5C4K0EZMWlT3qRwCfXjmd ncGjnP8TswGi88DuaHLEyVA= =0+F3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 00:14:19 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F12B16A403; Fri, 6 Oct 2006 00:14:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 490C443D46; Fri, 6 Oct 2006 00:14:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2EC7A1A3C19; Thu, 5 Oct 2006 17:14:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 976CF51228; Thu, 5 Oct 2006 20:14:18 -0400 (EDT) Date: Thu, 5 Oct 2006 20:14:18 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20061006001418.GA84293@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20061004203715.GA38692@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: davidxu@FreeBSD.org, current@FreeBSD.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 00:14:19 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 04, 2006 at 04:37:15PM -0400, Kris Kennaway wrote: > When running stress2 I got an unkillable process stuck in the aioprn > state: >=20 > #0 sched_switch (td=3D0xc5652bd0, newtd=3D0xc4916a20, flags=3D1) at atom= ic.h:265 > #1 0xc0549b96 in mi_switch (flags=3D1, newtd=3D0x0) at ../../../kern/ker= n_synch.c:425 > #2 0xc056baa6 in sleepq_switch (wchan=3D0x0) at ../../../kern/subr_sleep= queue.c:450 > #3 0xc056bc9b in sleepq_timedwait (wchan=3D0xc5668c80) at ../../../kern/= subr_sleepqueue.c:567 > #4 0xc054959e in msleep (ident=3D0xc5668c80, mtx=3D0xc5c6ee0c, priority= =3D76, wmesg=3D0xc0763914 "aioprn", timo=3D100) > at ../../../kern/kern_synch.c:207 > #5 0xc05a0597 in aio_proc_rundown (arg=3D0x0, p=3D0xc5668b04) at ../../.= ./kern/vfs_aio.c:699 > #6 0xc0524769 in exit1 (td=3D0xc5652bd0, rv=3D9) at ../../../kern/kern_e= xit.c:237 > #7 0xc0545eab in sigexit (td=3D0xc5652bd0, sig=3D9) at ../../../kern/ker= n_sig.c:2883 > #8 0xc0546c3b in postsig (sig=3D9) at ../../../kern/kern_sig.c:2765 > #9 0xc056e503 in ast (framep=3D0xed16dd38) at ../../../kern/subr_trap.c:= 270 > #10 0xc06ff61d in doreti_ast () at ../../../i386/i386/exception.s:284 >=20 > This was from the 'random syscall' test, so chances are there is some > insufficient error handling of invalid data here. FYI, this has recurred, so it seems to be an easy problem to trigger. Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJZ/aWry0BWjoQKURAnLNAKCHBV9NJsD18+xktbGnySXKH98rHgCgvB5/ b339+EvAaxswk85IeOp+FU8= =d2Ju -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 02:23:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66DDB16A407 for ; Fri, 6 Oct 2006 02:23:26 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01A3343D45 for ; Fri, 6 Oct 2006 02:23:21 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id C9FB1BA61F for ; Fri, 6 Oct 2006 09:23:19 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id ABE26B9358 for ; Fri, 6 Oct 2006 09:23:19 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Fri, 6 Oct 2006 09:23:15 +0700 User-Agent: KMail/1.9.1 References: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> In-Reply-To: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610060923.15885.root@solink.ru> X-AV-Checked: ClamAV Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 02:23:26 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =FE=C5=D4=D7=C5=D2=C7 05 =CF=CB=D4= =D1=C2=D2=D1 2006 23:37 Alex DuBois =CE=C1=D0=C9=D3=C1=CC(a): > Hi, > > I am looking for information on WDS in freebsd? I want > to setup FreeBSD on a Soekris box, but I need to know > if WDS is supported first. I searched around and > couldn't find much. If you know of any links, please > share. > > Alex DuBois > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" It's a very interesting question IMHO. If I had to try making FreeBSD being= a=20 Wireless Repeater, I would first try to install two PCI Wi-Fi cards in it a= nd=20 applied if_bridge to them, then checked if it works. But I had no chance to= =20 try it yet. I would like to hear right answer on this question. =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 02:29:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C4E616A412 for ; Fri, 6 Oct 2006 02:29:31 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FEE543D45 for ; Fri, 6 Oct 2006 02:29:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k962TTD3051136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Oct 2006 19:29:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4525BF89.4070102@errno.com> Date: Thu, 05 Oct 2006 19:29:29 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Alex DuBois References: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> In-Reply-To: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 02:29:31 -0000 Alex DuBois wrote: > Hi, > > I am looking for information on WDS in freebsd? I want > to setup FreeBSD on a Soekris box, but I need to know > if WDS is supported first. I searched around and > couldn't find much. If you know of any links, please > share. There is no WDS support in the system. It's been waiting on the vap code being committed. Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 03:16:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1FD7E16A40F for ; Fri, 6 Oct 2006 03:16:36 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Fri, 6 Oct 2006 11:16:31 +0800 User-Agent: KMail/1.8.2 References: <20061004203715.GA38692@xor.obsecurity.org> <20061006001418.GA84293@xor.obsecurity.org> In-Reply-To: <20061006001418.GA84293@xor.obsecurity.org> MIME-Version: 1.0 Message-Id: <200610061116.31469.davidxu@freebsd.org> Content-Type: Multipart/Mixed; boundary="Boundary-00=_PqcJFw98v0x3/yc" Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 03:16:36 -0000 --Boundary-00=_PqcJFw98v0x3/yc Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 06 October 2006 08:14, Kris Kennaway wrote: > FYI, this has recurred, so it seems to be an easy problem to trigger. > > Kris can you try attached patch ? it disables support for non-disk files, I suspect the test passed non-disk file handle to aio, and caused the problem. David Xu --Boundary-00=_PqcJFw98v0x3/yc Content-Type: text/x-diff; charset="gb2312"; name="vfs_aio.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vfs_aio.c.diff" Index: vfs_aio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_aio.c,v retrieving revision 1.227 diff -u -r1.227 vfs_aio.c --- vfs_aio.c 24 Sep 2006 04:47:47 -0000 1.227 +++ vfs_aio.c 6 Oct 2006 03:13:40 -0000 @@ -1331,6 +1331,7 @@ struct socket *so; struct aiocblist *aiocbe, *cb; struct kaioinfo *ki; + struct vnode *vp; struct kevent kev; struct sockbuf *sb; int opcode; @@ -1410,6 +1411,18 @@ default: error = fget(td, fd, &fp); } + + if (error == 0) { + /* XXX Only block device and disk file is supported */ + if (fp->f_type != DTYPE_VNODE) + error = ENOTSUP; + else { + vp = fp->f_vnode; + if (vp->v_type != VREG && !vn_isdisk(vp, &error)) + error = ENOTSUP; + } + } + if (error) { uma_zfree(aiocb_zone, aiocbe); suword(&job->_aiocb_private.error, error); --Boundary-00=_PqcJFw98v0x3/yc-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 06:26:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5334B16A403 for ; Fri, 6 Oct 2006 06:26:32 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from ws38.sron.nl (alinga.sron.nl [131.211.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B135443D58 for ; Fri, 6 Oct 2006 06:26:30 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: [from sun.sron.nl (martenv@sun.sron.nl [172.16.140.22]) by ws38.sron.nl (Sron) with ESMTP id k966QRcU006438; Fri, 6 Oct 2006 08:26:28 +0200 (MEST)] From: Marten Vijn To: Bachilo Dmitry In-Reply-To: <200610060923.15885.root@solink.ru> References: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> <200610060923.15885.root@solink.ru> Content-Type: text/plain Date: Fri, 06 Oct 2006 08:26:27 +0200 Message-Id: <1160115987.31767.2.camel@sun> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Cc: freebsd-current@freebsd.org Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 06:26:32 -0000 On Fri, 2006-10-06 at 09:23 +0700, Bachilo Dmitry wrote: > > I am looking for information on WDS in freebsd? > > Alex DuBois > It's a very interesting question IMHO. If I had to try making FreeBSD being a > Wireless Repeater, I would first try to install two PCI Wi-Fi cards in it and > applied if_bridge to them, then checked if it works. But I had no chance to > try it yet. I would like to hear right answer on this question. > bridging wlan to wlan does not work.... eigther one the inferace get's nuked, tested with 5.x 6.x (half year ago) kind regards, Marten From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 08:50:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC48616A415; Fri, 6 Oct 2006 08:50:53 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F092143D53; Fri, 6 Oct 2006 08:50:51 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k968olVk078171; Fri, 6 Oct 2006 11:50:47 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k968ok02078165; Fri, 6 Oct 2006 11:50:47 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 6 Oct 2006 11:50:46 +0300 (EEST) From: Dmitry Pryanishnikov To: David Xu In-Reply-To: <200610061116.31469.davidxu@freebsd.org> Message-ID: <20061006114529.P61584@atlantis.atlantis.dp.ua> References: <20061004203715.GA38692@xor.obsecurity.org> <20061006001418.GA84293@xor.obsecurity.org> <200610061116.31469.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 08:50:54 -0000 Hello! On Fri, 6 Oct 2006, David Xu wrote: >> FYI, this has recurred, so it seems to be an easy problem to trigger. >> >> Kris > > can you try attached patch ? it disables support for non-disk files, > I suspect the test passed non-disk file handle to aio, and caused > the problem. I think it must be done as a workaround _only_. What's the point of having asynchronous I/O capability for relatively fast HDDs while missing this support for other (slow) I/O such as ttys or pipes? This situation renders the whole presence of aio almost useless. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 09:11:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4317816A4A0; Fri, 6 Oct 2006 09:11:21 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Fri, 6 Oct 2006 17:11:14 +0800 User-Agent: KMail/1.8.2 References: <20061004203715.GA38692@xor.obsecurity.org> <200610061116.31469.davidxu@freebsd.org> <20061006114529.P61584@atlantis.atlantis.dp.ua> In-Reply-To: <20061006114529.P61584@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610061711.14517.davidxu@freebsd.org> Cc: Dmitry Pryanishnikov Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 09:11:21 -0000 On Friday 06 October 2006 16:50, Dmitry Pryanishnikov wrote: > Hello! > > On Fri, 6 Oct 2006, David Xu wrote: > >> FYI, this has recurred, so it seems to be an easy problem to trigger. > >> > >> Kris > > > > can you try attached patch ? it disables support for non-disk files, > > I suspect the test passed non-disk file handle to aio, and caused > > the problem. > > I think it must be done as a workaround _only_. What's the point of > having asynchronous I/O capability for relatively fast HDDs while missing > this support for other (slow) I/O such as ttys or pipes? This situation > renders the whole presence of aio almost useless. > > Sincerely, Dmitry We are diagnosing the problem, not trying to remove some capabilities, I also don't have plan to work on it, I have already been overloaded by threading work, it is not a trivial work to implement AIO for all I/O facilities, I believe its amount of work is considerable, and some people are better to start a new project to implement it. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 09:44:50 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7085B16A407 for ; Fri, 6 Oct 2006 09:44:50 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC17E43D49 for ; Fri, 6 Oct 2006 09:44:49 +0000 (GMT) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 45FDC99ED2F for ; Fri, 6 Oct 2006 11:44:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZNDHGGPK7Okc for ; Fri, 6 Oct 2006 11:44:44 +0200 (CEST) Received: from [192.168.2.186] (catv-50635cb6.catv.broadband.hu [80.99.92.182]) by server.t-hosting.hu (Postfix) with ESMTP id C59DD99ED24 for ; Fri, 6 Oct 2006 11:44:44 +0200 (CEST) Message-ID: <45262584.4090408@FreeBSD.org> Date: Fri, 06 Oct 2006 11:44:36 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------030104060502080001020906" Cc: Subject: ndis doesn't work for Intel 3945ABG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 09:44:50 -0000 This is a multi-part message in MIME format. --------------030104060502080001020906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Folks, I have my shiny new laptop and would like to use it at the uni for wireless connection, but I can't get this Intel chip work. Damien's discontinued driver doesn't work for me, so I tried ndis, but still no success. The output is attached. I did everything as described in the handbook, except that I used the interactive ndisgen instead of the command line for converting the driver. Any suggestions/experiences? -- Cheers, Gabor --------------030104060502080001020906 Content-Type: text/plain; name="ndis.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ndis.out" Oct 6 11:12:50 venus kernel: no match for NdisIMCopySendPerPacketInfo Oct 6 11:12:50 venus kernel: no match for strncat Oct 6 11:12:50 venus kernel: no match for KeQueryTickCount Oct 6 11:12:50 venus kernel: ndis0: mem 0xb3000000-0xb3000fff irq 18 at device 0.0 on pci4 Oct 6 11:12:50 venus kernel: ndis0: couldn't map memory Oct 6 11:12:50 venus kernel: device_attach: ndis0 attach returned 6 --------------030104060502080001020906-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 10:51:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DFC16A407 for ; Fri, 6 Oct 2006 10:51:32 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB0C43D46 for ; Fri, 6 Oct 2006 10:51:31 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k96ApQRp058953; Fri, 6 Oct 2006 07:51:26 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Bachilo Dmitry , freebsd-current@freebsd.org Date: Fri, 6 Oct 2006 07:51:38 -0300 User-Agent: KMail/1.9.4 References: <20061005163701.99834.qmail@web26410.mail.ukl.yahoo.com> <200610060923.15885.root@solink.ru> In-Reply-To: <200610060923.15885.root@solink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610060751.39058.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 10:51:32 -0000 On Thursday 05 October 2006 23:23, you wrote: > It's a very interesting question IMHO. If I had to try making FreeBSD bei= ng > a Wireless Repeater, I would first try to install two PCI Wi-Fi cards in = it > and applied if_bridge to them, then checked if it works. But I had no > chance to try it yet. I would like to hear right answer on this question. If you use on both cards adhoc mode it should actually work but if you mean= =20 one as client of an Ap and the other as hostap it does not bridge the WL=20 clients through I put three cards in each repeater one as hostap with IP acting as GW for the conected WL clientes the other two as adhoc so I route IP subnets from point to point probably a better solution since I get less broadcast and arp-spoofing-risk= is=20 low since I have small subnets, also the performance is extremly good even= =20 behind several repeaters=20 If you have on the gateway a WL card and adhoc connection to another box yo= u=20 can run hostap and if_bridge with a second card and works fine but as=20 repeater no way actually. I would like to see adhoc p2mp mode so I could have an adhoc base station a= nd=20 could connect several accesspoints (configuring bssid of each of them at th= e=20 base station) with one adhoc and one hostap card running if_bridge =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 12:44:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FB2B16A407; Fri, 6 Oct 2006 12:44:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D674B43D90; Fri, 6 Oct 2006 12:44:39 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k96CiQsQ001943; Fri, 6 Oct 2006 08:44:26 -0400 (EDT) Date: Fri, 6 Oct 2006 08:44:26 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: David Xu In-Reply-To: <200610061711.14517.davidxu@freebsd.org> Message-ID: References: <20061004203715.GA38692@xor.obsecurity.org> <200610061116.31469.davidxu@freebsd.org> <20061006114529.P61584@atlantis.atlantis.dp.ua> <200610061711.14517.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Fri, 06 Oct 2006 08:44:27 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 12:44:50 -0000 On Fri, 6 Oct 2006, David Xu wrote: > On Friday 06 October 2006 16:50, Dmitry Pryanishnikov wrote: >> Hello! >> >> On Fri, 6 Oct 2006, David Xu wrote: >>>> FYI, this has recurred, so it seems to be an easy problem to trigger. >>>> >>>> Kris >>> >>> can you try attached patch ? it disables support for non-disk files, >>> I suspect the test passed non-disk file handle to aio, and caused >>> the problem. >> >> I think it must be done as a workaround _only_. What's the point of >> having asynchronous I/O capability for relatively fast HDDs while missing >> this support for other (slow) I/O such as ttys or pipes? This situation >> renders the whole presence of aio almost useless. >> >> Sincerely, Dmitry > > We are diagnosing the problem, not trying to remove some capabilities, > I also don't have plan to work on it, I have already been overloaded by > threading work, it is not a trivial work to implement AIO for all I/O > facilities, I believe its amount of work is considerable, and some people > are better to start a new project to implement it. I've always thought that perhaps it could be better done in userspace, libaio, with threads. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 13:33:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 283F116A403; Fri, 6 Oct 2006 13:33:23 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org, Daniel Eischen Date: Fri, 6 Oct 2006 21:33:17 +0800 User-Agent: KMail/1.8.2 References: <20061004203715.GA38692@xor.obsecurity.org> <200610061711.14517.davidxu@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610062133.17458.davidxu@freebsd.org> Cc: Dmitry Pryanishnikov Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 13:33:25 -0000 On Friday 06 October 2006 20:44, Daniel Eischen wrote: > On Fri, 6 Oct 2006, David Xu wrote: > > On Friday 06 October 2006 16:50, Dmitry Pryanishnikov wrote: > >> Hello! > >> > >> On Fri, 6 Oct 2006, David Xu wrote: > >>>> FYI, this has recurred, so it seems to be an easy problem to trigger. > >>>> > >>>> Kris > >>> > >>> can you try attached patch ? it disables support for non-disk files, > >>> I suspect the test passed non-disk file handle to aio, and caused > >>> the problem. > >> > >> I think it must be done as a workaround _only_. What's the point of > >> having asynchronous I/O capability for relatively fast HDDs while > >> missing this support for other (slow) I/O such as ttys or pipes? This > >> situation renders the whole presence of aio almost useless. > >> > >> Sincerely, Dmitry > > > > We are diagnosing the problem, not trying to remove some capabilities, > > I also don't have plan to work on it, I have already been overloaded by > > threading work, it is not a trivial work to implement AIO for all I/O > > facilities, I believe its amount of work is considerable, and some people > > are better to start a new project to implement it. > > I've always thought that perhaps it could be better done > in userspace, libaio, with threads. since our AIO is integrated with kqueue and POSIX signal event, I don't know how to implement them in userspace, also our POSIX signal event is reliable (loseless), different than others, implementing it in userland will have problem. I think we only need directly NON-BLOCK I/O interface in kernel without have to fiddle with fcntl(fd, F_SETFL, O_NONBLOCK), fcntl has race with other threads, should be avoided, I heard this has been partly done by Matt in DragonflyBSD for their libc_r. David Xu From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 13:35:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15A8416A417 for ; Fri, 6 Oct 2006 13:35:22 +0000 (UTC) (envelope-from wandns@yahoo.fr) Received: from web26407.mail.ukl.yahoo.com (web26407.mail.ukl.yahoo.com [217.146.176.31]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D65043D46 for ; Fri, 6 Oct 2006 13:35:20 +0000 (GMT) (envelope-from wandns@yahoo.fr) Received: (qmail 34180 invoked by uid 60001); 6 Oct 2006 13:35:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ElKj/ReOq4d7t17fsS6+1cBz+jiaMtezpj3FW5opNIMwZKI3SuPHuLo7YTEk7X4HlJvsiMgkfNlbr4tSdzk2YGeEjnB7TE1Z+YT2aConyVUEZQqKmwqo9GpUhut4t0fWmmuvnpuE/yg5z6GGvOkub8LFpSuYWCF/gpR8MHzktXk= ; Message-ID: <20061006133517.34178.qmail@web26407.mail.ukl.yahoo.com> Received: from [65.23.101.37] by web26407.mail.ukl.yahoo.com via HTTP; Fri, 06 Oct 2006 06:35:16 PDT Date: Fri, 6 Oct 2006 06:35:16 -0700 (PDT) From: Alex DuBois To: Sam Leffler In-Reply-To: <4525BF89.4070102@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 13:35:22 -0000 What is the vap code? Alex --- Sam Leffler wrote: > Alex DuBois wrote: > > Hi, > > > > I am looking for information on WDS in freebsd? I > want > > to setup FreeBSD on a Soekris box, but I need to > know > > if WDS is supported first. I searched around and > > couldn't find much. If you know of any links, > please > > share. > > There is no WDS support in the system. It's been > waiting on the vap > code being committed. > > Sam > From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 14:33:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A118B16A4E0 for ; Fri, 6 Oct 2006 14:33:48 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D82F643D4C for ; Fri, 6 Oct 2006 14:33:47 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 5A96E519C3 for ; Fri, 6 Oct 2006 16:28:10 +0200 (CEST) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 60283-01-5 for ; Fri, 6 Oct 2006 16:28:08 +0200 (CEST) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id DCC8C519C1 for ; Fri, 6 Oct 2006 16:28:08 +0200 (CEST) Message-ID: <45266948.3070407@qbrick.com> Date: Fri, 06 Oct 2006 16:33:44 +0200 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4522E54C.7060406@qbrick.com> <4523AA3C.2000107@qbrick.com> In-Reply-To: <4523AA3C.2000107@qbrick.com> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at qbrick.com Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 14:33:48 -0000 Hi, I can't reproduce the problem. Everything is exactly the same, but I get no timeouts and the nic seems to work without any problems. Kind regards, Fredrik Widlund Fredrik Widlund wrote: > Hi, > > An update, right now the BCE nic seems to work, I'm not sure exactly why > yet. I'm attaching the dmesg however. > > SAS adapter is the PERC 5I, which is handled by the MPT driver in > 6.2-Beta2. I'll continue to look at this. There are some unhandled > events (0x12, 0x16), but these might not be needed. > > [mpi_ioc.h] > #define MPI_EVENT_SAS_PHY_LINK_STATUS (0x00000012) > ... > #define MPI_EVENT_SAS_DISCOVERY (0x00000016) > > [dmesg mpt part] > mpt0: port 0xec00-0xecff mem > 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.12.0 > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > > Kind regards, > Fredrik Widlund > > Fredrik Widlund wrote: > >> Hi, >> >> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is >> vital since it's no longer possible to buy 1850/2850 units here. >> >> Hardware: >> PE1950 Xeon 5130, 2GB 667MHz >> SAS 5I >> PERC5E >> >> 6.1-RELEASE: not possible since SAS drives aren't found. >> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout >> occured" every other second, and _no_ connectivity. >> >> We are also having problems with some PE1850 failing from time to time >> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. >> >> How can we help solve this issue? It would really be a pity to be >> forced to leave FreeBSD but we really can't afford to replace our >> choice of hardware platform. >> >> Kind regards, >> Fredrik Widlund >> >> >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > > > ------------------------------------------------------------------------ > > 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-BETA2 #0: Mon Oct 2 03:32:44 UTC 2006 > root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (1995.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xbfebfbff HTT,TM,PBE> > Features2=0x4e33d,CX16,,,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2147123200 (2047 MB) > avail memory = 2096009216 (1998 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 2 > ioapic1: Changing APIC ID to 3 > ioapic1: WARNING: intbase 64 != expected base 24 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 64-87 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci5: on pcib1 > pcib2: at device 0.0 on pci5 > pci6: on pcib2 > pcib3: at device 0.0 on pci6 > pci7: on pcib3 > pcib4: at device 0.0 on pci7 > pci8: on pcib4 > bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci8 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bce0: Ethernet address: 00:13:72:fb:cb:16 > pcib5: at device 1.0 on pci6 > pci9: on pcib5 > pcib6: at device 0.3 on pci5 > pci10: on pcib6 > pcib7: at device 3.0 on pci0 > pci1: on pcib7 > pcib8: at device 0.0 on pci1 > pci2: on pcib8 > mpt0: port 0xec00-0xecff mem 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.12.0 > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > pcib9: at device 4.0 on pci0 > pci11: on pcib9 > pcib10: at device 5.0 on pci0 > pci12: on pcib10 > pcib11: at device 6.0 on pci0 > pci13: on pcib11 > pcib12: at device 0.0 on pci13 > pci14: on pcib12 > mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 18 at device 14.0 on pci14 > pcib13: at device 0.2 on pci13 > pci15: on pcib13 > pcib14: at device 7.0 on pci0 > pci16: on pcib14 > pcib15: at device 28.0 on pci0 > pci3: on pcib15 > pcib16: at device 0.0 on pci3 > pci4: on pcib16 > bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci4 > bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus1: on bce1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bce1: Ethernet address: 00:13:72:fb:cb:14 > uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xfc900000-0xfc9003ff irq 21 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 6 ports with 6 removable, self powered > uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 > uhub4: multiple transaction translators > uhub4: 4 ports with 4 removable, self powered > pcib17: at device 30.0 on pci0 > pci17: on pcib17 > pci17: at device 13.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > 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 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 > kbd2 at ukbd0 > uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > mfi0: 68 - PCI 0x041028 0x0415 0x041028 0x041f01: Firmware initialization started (PCI ID 0015/1028/1f01/1028) > mfi0: 69 - Type 18: Firmware version 1.00.01-0081 > mfi0: 70 - Battery Present > mfi0: 71 - Adapter ticks 213277741 elapsed 54s: Time established as 10/04/06 11:49:01; (54 seconds since power on) > ses0 at mpt0 bus 0 target 8 lun 0 > ses0: Fixed Enclosure Services SCSI-5 device > ses0: 300.000MB/s transfers > ses0: SCSI-3 SES Device > SMP: AP CPU #1 Launched! > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 300.000MB/s transfers, Tagged Queueing Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > Trying to mount root from ufs:/dev/da0s1a > mfi0: 72 - Battery temperature is normal > mfi0: 73 - Battery started charging > mfi0: 74 - Current capacity of the battery is above threshold > bce0: link state changed to DOWN > bce0: link state changed to UP > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 16:24:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6191916A407 for ; Fri, 6 Oct 2006 16:24:09 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7597D43D53 for ; Fri, 6 Oct 2006 16:24:07 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 4F0714E70E; Fri, 6 Oct 2006 18:24:09 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22301-01; Fri, 6 Oct 2006 18:24:08 +0200 (CEST) Received: from [10.40.8.101] (unknown [81.0.245.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id F2A744E709; Fri, 6 Oct 2006 18:24:07 +0200 (CEST) Message-ID: <45268326.5020709@hellteam.net> Date: Fri, 06 Oct 2006 18:24:06 +0200 From: =?UTF-8?B?RGFuaWVsIER2b8WZw6Fr?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Alex DuBois References: <20061006133517.34178.qmail@web26407.mail.ukl.yahoo.com> In-Reply-To: <20061006133517.34178.qmail@web26407.mail.ukl.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-current@freebsd.org Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@hellteam.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 16:24:09 -0000 Hi Alex, VAP = virtual ap It is explained here http://people.freebsd.org/~sam/BSDCan2005.pdf and for example here http://madwifi.org/wiki/ngFeatures Daniel Alex DuBois napsal(a): > What is the vap code? > > Alex > > --- Sam Leffler wrote: > > >> Alex DuBois wrote: >> >>> Hi, >>> >>> I am looking for information on WDS in freebsd? I >>> >> want >> >>> to setup FreeBSD on a Soekris box, but I need to >>> >> know >> >>> if WDS is supported first. I searched around and >>> couldn't find much. If you know of any links, >>> >> please >> >>> share. >>> >> There is no WDS support in the system. It's been >> waiting on the vap >> code being committed. >> >> Sam >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 17:05:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76DBE16A589 for ; Fri, 6 Oct 2006 17:05:43 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CD843D5A for ; Fri, 6 Oct 2006 17:05:41 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 67792 invoked from network); 6 Oct 2006 17:05:36 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Oct 2006 17:05:36 -0000 Message-ID: <45268CE4.2090601@freebsd.org> Date: Fri, 06 Oct 2006 19:05:40 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, gallatin@cs.duke.edu Subject: Much improved sendfile(2), sosend_* and soreceive_stream() functions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 17:05:43 -0000 This is a continuation of the previous postings with similiar titles. New is a specific soreceive_stream() function for stream protocols (primarily TCP) that does only one socket buffer lock per socket read instead of one per data mbuf copied to userland. When doing netperf tests with WITNESS (full lock tracking and validation enabled) the receive performance increases from ~360Mbit/s to ~520Mbit/s. Without WITNESS I could not measure any statistically significant improvement on a otherwise unloaded machine. The reason is two-fold: 1) per packet we do a wakeup and readv() is pretty much as many times as packets come it, thus the general over- head dominates; 2) the packet input path has a pretty high overhead too. On heavily loaded machines which do a lot of high speed receives a performance increase should be measureable. This patch rolls the improved sendfile(2), sosend_*() and soreceive_stream() functions. In general the send path is improved by between 2.8 and 5.7 times. The patch is available here: http://people.freebsd.org/~andre/sendfile+sosend+soreceive-20061006.diff Any testing and heavy (code) beating and reviews welcome. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 19:31:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4DB016A407 for ; Fri, 6 Oct 2006 19:31:04 +0000 (UTC) (envelope-from wandns@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA12743D72 for ; Fri, 6 Oct 2006 19:31:01 +0000 (GMT) (envelope-from wandns@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1251555pye for ; Fri, 06 Oct 2006 12:31:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:mime-version:content-type:content-transfer-encoding:x-mailer:thread-index:x-mimeole:in-reply-to:message-id; b=sDps6YxcDoNzYlmvYuihWqLRxKI8w1N/2B7aSmu5+sS+yCwVru9ws4v+LpsPSia38kAgt7JB6itYPhJwrAW1/7c/rQgUPMUCNUQ9SMD9mBfC9EpMqF6vnAg2IAOv7ySh/qgEQfL1j1rN6kU4faCV2CdoxamlAzNebxQ1wLmaRTg= Received: by 10.35.97.1 with SMTP id z1mr6543784pyl; Fri, 06 Oct 2006 12:31:01 -0700 (PDT) Received: from d021c011 ( [64.90.11.50]) by mx.google.com with ESMTP id b52sm132315pyb.2006.10.06.12.31.00; Fri, 06 Oct 2006 12:31:00 -0700 (PDT) From: "Alex DuBois" To: Date: Fri, 6 Oct 2006 15:31:53 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcbpZCHRQtf0UUjeSdqiIqDcY6TSUwAF3S/A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 In-reply-to: <45268326.5020709@hellteam.net> Message-ID: <4526aef4.3e02a8cd.3e15.22f2@mx.google.com> X-Mailman-Approved-At: Fri, 06 Oct 2006 19:52:12 +0000 Subject: RE: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 19:31:04 -0000 > VAP = virtual ap > > It is explained here http://people.freebsd.org/~sam/BSDCan2005.pdf > and for example here http://madwifi.org/wiki/ngFeatures > > Daniel > > Alex DuBois napsal(a): > > What is the vap code? > > > > Alex > > > > --- Sam Leffler wrote: > > > > > >> Alex DuBois wrote: > >> > >>> Hi, > >>> > >>> I am looking for information on WDS in freebsd? I > >>> > >> want > >> > >>> to setup FreeBSD on a Soekris box, but I need to > >>> > >> know > >> > >>> if WDS is supported first. I searched around and > >>> couldn't find much. If you know of any links, > >>> > >> please > >> > >>> share. > >>> > >> There is no WDS support in the system. It's been > >> waiting on the vap > >> code being committed. > >> > >> Sam > >> Thanks to everyone for all the help. I noticed the wi(4) man page says WDS is supported. Is that true for the Hermes based cards, or am I misunderstaning. I also want to give a big thanks to all those working on the wireless subsystem. Any idea when VAP will be commited to current? Thanks, Alex Excerpt: WI(4) FreeBSD Kernel Interfaces Manual WI(4) The wi driver provides support for wireless network adapters based around the Lucent Hermes, Intersil PRISM-II, Intersil PRISM-2.5, Intersil Prism-3, and Symbol Spectrum24 chipsets. All five chipsets provide a similar interface to the driver. Supported features include 802.11 and 802.3 frames, power management, BSS, IBSS, WDS and old-style Lucent ad-hoc operation modes. Cards based on the Intersil PRISM chips also support a host-based access point mode which allows a card to act as a normal access point (with some assistance from the wi driver). The Lucent Hermes and Symbol Spectrum24 chipsets do not contain this functionality. The PRISM family of chips do not support the WDS functionality. All host/device interaction is via programmed I/O, even on those cards that support a DMA interface. From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 21:19:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2051F16A403; Fri, 6 Oct 2006 21:19:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B683743D72; Fri, 6 Oct 2006 21:19:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.180.112] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1GVx643OF6-0005ek; Fri, 06 Oct 2006 23:19:08 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Fri, 6 Oct 2006 23:19:02 +0200 User-Agent: KMail/1.9.4 References: <200609271423.22861.max@love2party.net> In-Reply-To: <200609271423.22861.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2085035.eBQ9FVOHQA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610062319.08191.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Re: Call for Status Reports: Oct 6^H11 (extended) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 21:19:15 -0000 --nextPart2085035.eBQ9FVOHQA Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 September 2006 14:23, Max Laier wrote: > Submissions are due by 6 October, 2006. Submission details can be > found on http://www.freebsd.org/news/status/ > > As always, this is by no means limited to FreeBSD committers, but a > call to report news and status about any FreeBSD related project. Due to a fairly low turnout so far, we are extending the deadline to=20 ***Wednesday, October 11***. Please tell us what exciting project you=20 are so busy with that you didn't see the initial call ;) > Looking forward to reading your reports. http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2085035.eBQ9FVOHQA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFJshMXyyEoT62BG0RAvcmAJ9kckN7mt/4TE/6TehAK8lHUV9x+wCdHATb geRmoV+vuEO2kmdaLVueh4I= =YaUI -----END PGP SIGNATURE----- --nextPart2085035.eBQ9FVOHQA-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 7 01:13:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEF2E16A5D6 for ; Sat, 7 Oct 2006 01:13:23 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF3C43D49 for ; Sat, 7 Oct 2006 01:13:23 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from dhcp1.farley.org (dhcp1.farley.org [192.168.1.101]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id k971EKmZ004390 for ; Fri, 6 Oct 2006 20:14:20 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Fri, 6 Oct 2006 20:13:25 -0500 (CDT) From: "Sean C. Farley" To: freebsd-current@freebsd.org Message-ID: <20061006200320.T1063@baba.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 01:13:24 -0000 Many a moon ago[1], I put together a patch to fix the leak in setenv() and unsetenv(). A few months ago, I submitted a PR (kern/99826[2]) for the final fix. I was wondering if anyone would take a look at it to see if any changes are still warranted. The PR contains information about the patch and sample programs to test it out. Thank you. Sean 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2005-February/010463.html 2. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99826 -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 7 01:37:43 2006 Return-Path: X-Original-To: FreeBSD-CURRENT@FreeBSD.org Delivered-To: FreeBSD-CURRENT@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 458EC16A415 for ; Sat, 7 Oct 2006 01:37:43 +0000 (UTC) (envelope-from SysAdmin@Rainbow-IT.net) Received: from venus.rainbow-it.net (venus.rainbow-it.net [212.50.178.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3958C43D46 for ; Sat, 7 Oct 2006 01:37:41 +0000 (GMT) (envelope-from SysAdmin@Rainbow-IT.net) Received: from localhost (localhost.rainbow-it.net [127.0.0.1]) by venus.rainbow-it.net (Postfix) with ESMTP id 3DF201153E for ; Sat, 7 Oct 2006 02:37:38 +0100 (BST) X-Virus-Scanned: by amavisd-new, using ClamAV, at Venus.Rainbow-IT.net Received: from venus.rainbow-it.net ([127.0.0.1]) by localhost (Venus.Rainbow-IT.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bRYcZ2tgZxxa for ; Sat, 7 Oct 2006 02:37:37 +0100 (BST) Received: from [172.16.1.6] (82-33-97-136.cable.ubr10.azte.blueyonder.co.uk [82.33.97.136]) by venus.rainbow-it.net (Postfix) with ESMTP id 9B4D211448 for ; Sat, 7 Oct 2006 02:37:37 +0100 (BST) Message-ID: <452704E0.4080907@Rainbow-IT.net> Date: Sat, 07 Oct 2006 02:37:36 +0100 From: Christopher J Phillips Organization: Rainbow IT Consultancy User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: FreeBSD-CURRENT References: <57153.10.0.2.4.1160049137.squirrel@Rainbow-IT.net> <20061005130358.3e6984ba.dom@helenmarks.co.uk> In-Reply-To: <20061005130358.3e6984ba.dom@helenmarks.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: segmentation fault(s) after upgrading to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 01:37:43 -0000 Dominic Marks wrote: > On Thu, 5 Oct 2006 12:52:17 +0100 (BST) > rainbowit@Rainbow-IT.net wrote: > >> Hi All, >> >> I'm new to the list, so please be gentle :) > > Hi Chris, > >> I have just upgraded from FreeBSD_6 STABLE to FreeBSD_7 CURRENT (about >> time I did some testing / early adoption I thought). >> >> [12:49]chrisp@valhalla ~ % uname -a >> FreeBSD valhalla.systems.hq.inty.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: >> Thu Oct 5 09:38:09 BST 2006 >> chrisp@valhalla.systems.hq.inty.net:/usr/obj/usr/src/sys/VALHALLA i386 >> >> My 'VALHALLA' kernel is a copy of 'GENERIC', but with >> RAID/SCSI/FIREWIRE/ISA_NICs removed. >> >> I have completed the upgrade but now I see many of the programs I run, are >> core dumping... > > Rebuild them. From what I can see they mostly look to be > threaded apps. You might find that doing a fresh install of > CURRENT is a better idea in future. Although I suppose then you > wouldn't be testing the upgrade path. > >> This is from /var/log/messages: - >> >> Oct 5 11:26:26 valhalla kernel: pid 805 (gdm-binary), uid 0: exited on >> signal 11 (core dumped) >> Oct 5 11:26:29 valhalla kernel: pid 897 (my_print_defaults), uid 88: >> exited on signal 11 >> Oct 5 11:26:29 valhalla kernel: pid 898 (my_print_defaults), uid 88: >> exited on signal 11 >> Oct 5 11:26:29 valhalla kernel: pid 914 (mysqld), uid 88: exited on >> signal 11 >> Oct 5 11:26:35 valhalla kernel: pid 942 (clamd), uid 0: exited on signal >> 11 (core dumped) >> Oct 5 11:26:35 valhalla kernel: pid 946 (freshclam), uid 0: exited on >> signal 11 (core dumped) >> Oct 5 11:26:35 valhalla root: /etc/rc: WARNING: $compat5x_enable is not >> set properly - see rc.conf(5). >> Oct 5 11:26:36 valhalla kernel: pid 1025 (gdomap), uid 0: exited on >> signal 11 (core dumped) >> Oct 5 11:26:36 valhalla kernel: pid 1039 (gdnc), uid 0: exited on signal >> 11 (core dumped) >> >> I've read the mailarchive and added 'compat5x_enable="YES"' to >> /etc/rc.conf (I think that's what I should have done and the warning has >> gone away now). >> >> As for the Segmentation faults, what should I do to get myself back on track? >> >> I an eager to do whatever it takes, to help diagnose and fix what's wrong. >> >> Kindest Regards, >> -- >> >> ChrisP >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hi Dom, Yeah, the system was pretty-much OK, just a few programs that needed to be rebuilt. For the record/archives, I started by rebuilding 'ruby18' by doing: - /usr/ports/lang/ruby18 # make clean distclean deinstall reinstall which worked a treat and then similar in /usr/ports/sysutils/portupgrade (as poerupgrade was one of the programs that were seg-faulting). Then I just rebuilt the programs most important to me (firefox/thunderbird/enigmail etc), using 'portupgrae -rR ' and I'm almost back to normal now. Thanks for the speedy responses everybody! Cheers :) -- Chris Phillips From owner-freebsd-current@FreeBSD.ORG Fri Oct 6 23:35:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 643F816A40F for ; Fri, 6 Oct 2006 23:35:46 +0000 (UTC) (envelope-from redchrom@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A99143D45 for ; Fri, 6 Oct 2006 23:35:45 +0000 (GMT) (envelope-from redchrom@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1313098pye for ; Fri, 06 Oct 2006 16:35:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:organization:x-mailer:mime-version:content-type:content-transfer-encoding; b=fMj7grOmjGduZcVZDY+pN1Hmra9u13h33I55STiayvt+afgPtBMQoyJmjjoFXMAcURWXLJgG09szHGvAKs352nhxSH71Pthclkm3bymlUjoBwPNvAHQJ1E6nlwyh3E77Pg/N3kTsiOrc/4YBncgnFbmnu0zXNGySoZjtryDgrNk= Received: by 10.35.102.18 with SMTP id e18mr6891512pym; Fri, 06 Oct 2006 16:35:43 -0700 (PDT) Received: from stepan.ispsystem.net ( [82.146.37.133]) by mx.google.com with ESMTP id 7sm110267nzn.2006.10.06.16.35.40; Fri, 06 Oct 2006 16:35:42 -0700 (PDT) Date: Sat, 7 Oct 2006 08:35:38 +0900 From: Stepan Zastupov To: freebsd-current@freebsd.org Message-Id: <20061007083538.fdd869f8.redchrom@gmail.com> Organization: ISPSystem X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 07 Oct 2006 02:39:03 +0000 Cc: redchrom@gmail.com Subject: gprs dosen't works in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 23:35:46 -0000 Hello, I'm using freebsd 7 current and gprs dosen't works for me. Here i s the ppp.conf: default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set timeout 180 # 3 minute idle timer (the default) enable dns # request DNS info (for resolv.conf) gprs: set device "!/usr/bin/rfcomm_sppd -a t630" set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT \ OK-AT-OK ATE1Q0 OK \ AT+CGDCONT=1,\\\"IP\\\",\\\"internet.mts.ru\\\" OK \ AT+CGATT=1 OK \\dATDT\\T TIMEOUT 40 CONNECT" set authname "mts" set authkey "mts" set phone "*99***1#" disable ipv6cp add default HISADDR As you see I use bluetooth to connect the phone but I don't think that the problem in it. obexapp works fine in current. ppp -ddial gprs && tail -f /var/log/ppp.log shom me the next lines: Oct 6 14:02:02 stepan ppp[3614]: Phase: Using interface: tun0 Oct 6 14:02:02 stepan ppp[3614]: Phase: deflink: Created in closed state Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: default: set timeout 180 Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: default: enable dns Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: set device !/usr/bin/rfcomm_sppd -a t630 Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: set speed 115200 Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK AT+CGDCONT=1,\"IP\",\"internet.mts.ru\" OK AT+CGATT=1 OK \dATDT\T TIMEOUT 40 CONNECT Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: set authname mts Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: set authkey ******** Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: set phone *99***1# Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: disable ipv6cp Oct 6 14:02:02 stepan ppp[3614]: tun0: Command: gprs: add default HISADDR Oct 6 14:02:02 stepan ppp[3615]: tun0: Phase: PPP Started (ddial mode). Oct 6 14:02:02 stepan ppp[3615]: tun0: Phase: bundle: Establish Oct 6 14:02:02 stepan ppp[3615]: tun0: Phase: deflink: closed -> opening Oct 6 14:02:02 stepan ppp[3615]: tun0: Phase: deflink: Connected! Oct 6 14:02:02 stepan ppp[3615]: tun0: Phase: deflink: opening -> dial Oct 6 14:02:02 stepan ppp[3615]: tun0: Chat: Phone: *99***1# Oct 6 14:02:02 stepan ppp[3615]: tun0: Chat: Send: AT^M Oct 6 14:02:02 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: rfcomm_sppd[3618]: Starting on stdin/stdout... Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: AT^M^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Send: ATE1Q0^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: ATE1Q0^M^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Send: AT+CGDCONT=1,"IP","internet.mts.ru"^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: AT+CGDCONT=1,"IP","internet.mts.ru"^M^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Send: AT+CGATT=1^M Oct 6 14:02:04 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:05 stepan ppp[3615]: tun0: Chat: Received: AT+CGATT=1^M^M Oct 6 14:02:05 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:05 stepan ppp[3615]: tun0: Chat: Send: ATDT*99***1#^M Oct 6 14:02:07 stepan ppp[3615]: tun0: Chat: Expect(40): CONNECT Oct 6 14:02:07 stepan ppp[3615]: tun0: Chat: Received: ATDT*99***1#^M^M Oct 6 14:02:07 stepan ppp[3615]: tun0: Chat: Received: CONNECT^M Oct 6 14:02:07 stepan ppp[3615]: tun0: Phase: deflink: dial -> carrier Oct 6 14:02:07 stepan ppp[3615]: tun0: Phase: deflink: carrier -> login Oct 6 14:02:07 stepan ppp[3615]: tun0: Phase: deflink: login -> lcp Oct 6 14:02:07 stepan ppp[3615]: tun0: LCP: FSM: Using "deflink" as a transport Oct 6 14:02:07 stepan ppp[3615]: tun0: LCP: deflink: State change Initial --> Closed Oct 6 14:02:07 stepan ppp[3615]: tun0: LCP: deflink: State change Closed --> Stopped Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: LayerStart Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MRU[4] 1500 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MAGICNUM[6] 0xaa5135f3 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: State change Stopped --> Req-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: RecvConfigReq(1) state = Req-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: SendConfigAck(1) state = Req-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: State change Req-Sent --> Ack-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: RecvConfigRej(1) state = Ack-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(0) state = Ack-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MAGICNUM aa5135f3 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MAGICNUM[6] 0xaa5135f3 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: Magic 0xaa5135f3 is REJected! Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: SendConfigReq(2) state = Ack-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MRU[4] 1500 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(3) state = Ack-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: RecvConfigAck(2) state = Ack-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MRU[4] 1500 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: State change Ack-Sent --> Opened Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: LayerUp Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(1) state = Opened Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:08 stepan ppp[3615]: tun0: Phase: bundle: Authenticate Oct 6 14:02:08 stepan ppp[3615]: tun0: Phase: deflink: his = PAP, mine = none Oct 6 14:02:08 stepan ppp[3615]: tun0: Phase: Pap Output: mts ******** Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(4) state = Opened Oct 6 14:02:08 stepan ppp[3615]: tun0: Phase: Pap Input: SUCCESS () Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: FSM: Using "deflink" as a transport Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: deflink: State change Initial --> Closed Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: deflink: LayerStart. Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: MPPE: Not usable without CHAP81 Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: DEFLATE[4] win 15 Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: PRED1[2] Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: deflink: State change Closed --> Req-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: Phase: deflink: lcp -> open Oct 6 14:02:08 stepan ppp[3615]: tun0: Phase: bundle: Network Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: FSM: Using "deflink" as a transport Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: deflink: State change Initial --> Closed Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: deflink: LayerStart. Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: PRIDNS[6] 195.46.96.1 Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: SECDNS[6] 255.255.255.255 Oct 6 14:02:08 stepan ppp[3615]: tun0: IPCP: deflink: State change Closed --> Req-Sent Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: RecvProtocolRej(5) state = Opened Oct 6 14:02:08 stepan ppp[3615]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! Oct 6 14:02:08 stepan ppp[3615]: tun0: CCP: deflink: State change Req-Sent --> Stopped Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: [EMPTY] Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(1) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(1) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(2) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: PRIDNS[6] 195.46.96.1 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: SECDNS[6] 255.255.255.255 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(2) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(2) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(2) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(6) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(2) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(3) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(3) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(3) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(3) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(7) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(3) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(4) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(4) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(4) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(4) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(8) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(4) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(5) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(5) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(5) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(5) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(9) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(5) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(6) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(6) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(6) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(6) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(10) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(6) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(7) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(7) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(7) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(7) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(11) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(7) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(8) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(8) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(8) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(8) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(12) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(8) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(9) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(9) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(9) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(9) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(13) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(9) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(10) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(10) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(10) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(10) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(14) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(10) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(11) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(11) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(11) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(11) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(15) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(11) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(12) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(12) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(12) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(12) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(16) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(12) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(13) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(13) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(13) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(13) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(17) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(13) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(14) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(14) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(14) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(14) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(18) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(14) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(15) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(15) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(15) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigNak(15) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: Phase: deflink: Too many IPCP NAKs sent - abandoning negotiation Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(16) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: SendTerminateReq(15) state = Req-Sent Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: State change Req-Sent --> Closing Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(19) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigRej(15) state = Closing Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(17) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvConfigReq(16) state = Closing Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 0.0.0.0 Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: Error: Got ConfigReq while state = Closing Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(20) state = Opened Oct 6 14:02:09 stepan ppp[3615]: tun0: IPCP: deflink: RecvTerminateAck(15), dropped (expected 16) Oct 6 14:02:09 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(21) state = Opened Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: deflink: SendTerminateReq(16) state = Closing Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: deflink: RecvTerminateAck(16) state = Closing Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: deflink: LayerFinish. Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: Connect time: 4 secs: 0 octets in, 0 octets out Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: 0 packets in, 0 packets out Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: total 0 bytes/sec, peak 0 bytes/sec on Fri Oct 6 14:02:08 2006 Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: deflink: State change Closing --> Closed Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: bundle: Terminate Oct 6 14:02:12 stepan ppp[3615]: tun0: CCP: deflink: State change Stopped --> Closed Oct 6 14:02:12 stepan ppp[3615]: tun0: CCP: deflink: State change Closed --> Initial Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: LayerDown Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: SendTerminateReq(3) state = Opened Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: State change Opened --> Closing Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: open -> lcp Oct 6 14:02:12 stepan ppp[3615]: tun0: IPCP: deflink: State change Closed --> Initial Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: RecvTerminateAck(3) state = Closing Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: LayerFinish Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: State change Closing --> Closed Oct 6 14:02:12 stepan ppp[3615]: tun0: LCP: deflink: State change Closed --> Initial Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: Disconnected! Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: lcp -> logout Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: logout -> hangup Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: Disconnected! Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: Connect time: 10 secs: 1740 octets in, 1825 octets out Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: 41 packets in, 56 packets out Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: total 356 bytes/sec, peak 702 bytes/sec on Fri Oct 6 14:02:10 2006 Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: HUPing 3618 Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: hangup -> opening Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: bundle: Establish Oct 6 14:02:12 stepan ppp[3615]: tun0: Phase: deflink: Enter pause (3) for redialing. Oct 6 14:02:12 stepan ppp[3615]: tun0: Chat: deflink: Reconnect try 1 of 0 Oct 6 14:02:15 stepan ppp[3615]: tun0: Chat: deflink: Redial timer expired. Oct 6 14:02:15 stepan ppp[3615]: tun0: Phase: deflink: Connected! Oct 6 14:02:15 stepan ppp[3615]: tun0: Phase: deflink: opening -> dial Oct 6 14:02:15 stepan ppp[3615]: tun0: Chat: Phone: *99***1# Oct 6 14:02:15 stepan ppp[3615]: tun0: Chat: Send: AT^M Oct 6 14:02:15 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: rfcomm_sppd[3621]: Starting on stdin/stdout... Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: AT^M^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Send: ATE1Q0^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: ATE1Q0^M^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Send: AT+CGDCONT=1,"IP","internet.mts.ru"^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: AT+CGDCONT=1,"IP","internet.mts.ru"^M^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Send: AT+CGATT=1^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Expect(5): OK Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: AT+CGATT=1^M^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Received: OK^M Oct 6 14:02:16 stepan ppp[3615]: tun0: Chat: Send: ATDT*99***1#^M Oct 6 14:02:18 stepan ppp[3615]: tun0: Chat: Expect(40): CONNECT Oct 6 14:02:18 stepan ppp[3615]: tun0: Chat: Received: ATDT*99***1#^M^M Oct 6 14:02:18 stepan ppp[3615]: tun0: Chat: Received: CONNECT^M Oct 6 14:02:18 stepan ppp[3615]: tun0: Phase: deflink: dial -> carrier Oct 6 14:02:18 stepan ppp[3615]: tun0: Phase: deflink: carrier -> login Oct 6 14:02:18 stepan ppp[3615]: tun0: Phase: deflink: login -> lcp Oct 6 14:02:18 stepan ppp[3615]: tun0: LCP: FSM: Using "deflink" as a transport Oct 6 14:02:18 stepan ppp[3615]: tun0: LCP: deflink: State change Initial --> Closed Oct 6 14:02:18 stepan ppp[3615]: tun0: LCP: deflink: State change Closed --> Stopped Oct 6 14:02:18 stepan ppp[3615]: tun0: Phase: Signal 15, terminate. Oct 6 14:02:18 stepan ppp[3615]: tun0: LCP: deflink: State change Stopped --> Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: LayerStart Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: SendConfigReq(4) state = Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MRU[4] 1500 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MAGICNUM[6] 0xcbd825b6 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: State change Closed --> Req-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvConfigReq(1) state = Req-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: SendConfigAck(1) state = Req-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: State change Req-Sent --> Ack-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvConfigRej(4) state = Ack-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(18) state = Ack-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MAGICNUM cbd825b6 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MAGICNUM[6] 0xcbd825b6 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: Magic 0xcbd825b6 is REJected! Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: SendConfigReq(5) state = Ack-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MRU[4] 1500 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(3) state = Ack-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvConfigAck(5) state = Ack-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACFCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: PROTOCOMP[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: ACCMAP[6] 0x00000000 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MRU[4] 1500 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: State change Ack-Sent --> Opened Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: LayerUp Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: SendIdent(19) state = Opened Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: MAGICNUM 00000000 Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: bundle: Authenticate Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: his = PAP, mine = none Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: Pap Output: mts ******** Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvCodeRej(4) state = Opened Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: Pap Input: SUCCESS () Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: FSM: Using "deflink" as a transport Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: State change Initial --> Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: LayerStart. Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: MPPE: Not usable without CHAP81 Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: DEFLATE[4] win 15 Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: PRED1[2] Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: State change Closed --> Req-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: lcp -> open Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: bundle: Network Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: FSM: Using "deflink" as a transport Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: State change Initial --> Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: LayerStart. Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: SendConfigReq(17) state = Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: IPADDR[6] 192.168.0.2 Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: PRIDNS[6] 195.46.96.1 Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: SECDNS[6] 255.255.255.255 Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: State change Closed --> Req-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvProtocolRej(5) state = Opened Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: State change Req-Sent --> Stopped Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: Signal 15, terminate. Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: SendTerminateReq(17) state = Req-Sent Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: State change Req-Sent --> Closing Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: RecvTerminateAck(17) state = Closing Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: LayerFinish. Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: Connect time: 0 secs: 0 octets in, 0 octets out Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: 0 packets in, 0 packets out Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: total 0 bytes/sec, peak 0 bytes/sec on Fri Oct 6 14:02:19 2006 Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: State change Closing --> Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: bundle: Terminate Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: State change Stopped --> Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: CCP: deflink: State change Closed --> Initial Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: LayerDown Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: SendTerminateReq(6) state = Opened Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: State change Opened --> Closing Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: open -> lcp Oct 6 14:02:19 stepan ppp[3615]: tun0: IPCP: deflink: State change Closed --> Initial Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: RecvTerminateAck(6) state = Closing Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: LayerFinish Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: State change Closing --> Closed Oct 6 14:02:19 stepan ppp[3615]: tun0: LCP: deflink: State change Closed --> Initial Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: Disconnected! Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: lcp -> logout Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: logout -> hangup Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: Disconnected! Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: Connect time: 4 secs: 294 octets in, 356 octets out Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: 50 packets in, 66 packets out Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: total 162 bytes/sec, peak 114 bytes/sec on Fri Oct 6 14:02:19 2006 Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: HUPing 3621 Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: deflink: hangup -> closed Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: bundle: Dead Oct 6 14:02:19 stepan ppp[3615]: tun0: Phase: PPP Terminated (normal). -- Best regards, Stepan Zastupov aka RedChrom ISPSystem From owner-freebsd-current@FreeBSD.ORG Sat Oct 7 23:25:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95CB716A403 for ; Sat, 7 Oct 2006 23:25:48 +0000 (UTC) (envelope-from wandns@yahoo.fr) Received: from web26407.mail.ukl.yahoo.com (web26407.mail.ukl.yahoo.com [217.146.176.31]) by mx1.FreeBSD.org (Postfix) with SMTP id C8B6343D49 for ; Sat, 7 Oct 2006 23:25:47 +0000 (GMT) (envelope-from wandns@yahoo.fr) Received: (qmail 36807 invoked by uid 60001); 7 Oct 2006 23:25:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TM2E9364q0sE5SCZuM8FLkxXB7tRnt7oSGH+yIbqM4NNsijVO1d2+Ez6eXZglAx4M0fpK6qrdfNKyCo24Otj6JOGwjGWqzHWGLbx6vFPE7wJJgqCfATxcRoBbWKTnFHB2RL6/3YKQBkSqNgXVPikWj14XOid8ig1OGwWTvNtUyk= ; Message-ID: <20061007232546.36802.qmail@web26407.mail.ukl.yahoo.com> Received: from [71.101.174.183] by web26407.mail.ukl.yahoo.com via HTTP; Sat, 07 Oct 2006 16:25:46 PDT Date: Sat, 7 Oct 2006 16:25:46 -0700 (PDT) From: Alex DuBois To: freebsd-current@freebsd.org In-Reply-To: <200610060751.39058.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: WDS / Repeater support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 23:25:48 -0000 --- JoaoBR wrote: > On Thursday 05 October 2006 23:23, you wrote: > > It's a very interesting question IMHO. If I had to > try making FreeBSD being > > a Wireless Repeater, I would first try to install > two PCI Wi-Fi cards in it > > and applied if_bridge to them, then checked if it > works. But I had no > > chance to try it yet. I would like to hear right > answer on this question. > > If you use on both cards adhoc mode it should > actually work but if you mean > one as client of an Ap and the other as hostap it > does not bridge the WL > clients through > > I put three cards in each repeater > one as hostap with IP acting as GW for the conected > WL clientes > the other two as adhoc > so I route IP subnets from point to point > probably a better solution since I get less > broadcast and arp-spoofing-risk is > low since I have small subnets, also the performance > is extremly good even > behind several repeaters > > If you have on the gateway a WL card and adhoc > connection to another box you > can run hostap and if_bridge with a second card and > works fine but as > repeater no way actually. > > I would like to see adhoc p2mp mode so I could have > an adhoc base station and > could connect several accesspoints (configuring > bssid of each of them at the > base station) with one adhoc and one hostap card > running if_bridge > > -- > > Jo�o Thanks for all the replies everyone. I checked the wi(4) man page and it claims WDS is supported for Hermes based cards. Is that really true? I only have an Atheros card to test with. Excerpt: Supported features include 802.11 and 802.3 frames, power management, BSS, IBSS, WDS and old-style Lucent ad-hoc operation modes. Cards based on the Intersil PRISM chips also support a host-based access point mode which allows a card to act as a normal access point (with some assistance from the wi driver). The Lucent Hermes and Symbol Spectrum24 chipsets do not contain this functionality. The PRISM family of chips do not support the WDS functionality. All host/device interaction is via programmed I/O, even on those cards that support a DMA interface. I am trying to cover a concrete building with approximately 40 rooms on the first floor. It is a fairly large two story building. I need to cover both floors. We have done some testing, and I think a minimum of four access points are needed on the first floor. Three will do on the second. I thought of using channels 1 and 11 on the first floor with repeaters. Channel 6 on the second floor and two repeaters. I am just concerned with interference, that is why I wanted to use repeaters. I like your idea Jo�o about using multiple cards, which is a good option we might go for. However, I would like to keep cost as low as I possibly can. I checked out Sam's slides, all I can say is those are some really cool features. Where can I find a timetable? Any ideas when the vap code will be committed to current? Thanks again everyone, Alex