From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 03:57:57 2004 Return-Path: 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 A9FC616A4CF; Sun, 1 Aug 2004 03:57:57 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B2B143D2D; Sun, 1 Aug 2004 03:57:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i713vPMZ063539; Sun, 1 Aug 2004 13:27:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 1 Aug 2004 13:27:20 +0930 User-Agent: KMail/1.6.2 References: <62768.1091287144@critter.freebsd.dk> <864qnoyv06.fsf@kamino.rfc1149.org> <410BD3BC.9090704@portaone.com> In-Reply-To: <410BD3BC.9090704@portaone.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408011327.20510.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Maxim Sobolev cc: Arne Schwabe cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: GEOM is too verbose X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:57:57 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 1 Aug 2004 02:45, Maxim Sobolev wrote: > > Hm python has ioctl support, where is the problem? > > Really? Anyway, I doubt that name of this ioctl is the same on the > different unices, so that binary search is still the best from the > portability POV. You could always try the ioctl and fall back to a binary search if you get= =20 EINVAL. =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDGog5ZPcIHs/zowRAnH2AKCHiMcvN/sy/YppZeOeEOZYhZumcwCggev1 16+zzkfS7BzkJ4EzCMuhxS4=3D =3DgTET =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 03:57:57 2004 Return-Path: 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 A9FC616A4CF; Sun, 1 Aug 2004 03:57:57 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B2B143D2D; Sun, 1 Aug 2004 03:57:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i713vPMZ063539; Sun, 1 Aug 2004 13:27:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 1 Aug 2004 13:27:20 +0930 User-Agent: KMail/1.6.2 References: <62768.1091287144@critter.freebsd.dk> <864qnoyv06.fsf@kamino.rfc1149.org> <410BD3BC.9090704@portaone.com> In-Reply-To: <410BD3BC.9090704@portaone.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408011327.20510.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Maxim Sobolev cc: Arne Schwabe cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: GEOM is too verbose X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:57:57 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 1 Aug 2004 02:45, Maxim Sobolev wrote: > > Hm python has ioctl support, where is the problem? > > Really? Anyway, I doubt that name of this ioctl is the same on the > different unices, so that binary search is still the best from the > portability POV. You could always try the ioctl and fall back to a binary search if you get= =20 EINVAL. =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDGog5ZPcIHs/zowRAnH2AKCHiMcvN/sy/YppZeOeEOZYhZumcwCggev1 16+zzkfS7BzkJ4EzCMuhxS4=3D =3DgTET =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 05:18:12 2004 Return-Path: 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 46B9816A996; Sun, 1 Aug 2004 05:18:12 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA84443D70; Sun, 1 Aug 2004 05:18:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i715I1i3081088; Sun, 1 Aug 2004 00:18:01 -0500 (CDT) (envelope-from dan) Date: Sun, 1 Aug 2004 00:18:01 -0500 From: Dan Nelson To: K Chapman Message-ID: <20040801051801.GB19911@dan.emsphone.com> References: <20040730152446.20874.qmail@web51003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040730152446.20874.qmail@web51003.mail.yahoo.com> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: bmah@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Curious MySQL building problem /w GCC 3.4.2 (and firefox or mozilla) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:18:12 -0000 In the last episode (Jul 30), K Chapman said: > i saw the same as well with firefox after cvsup to 28-jul sources (kernel, > world, ports) > > the conftest.s has the 'as' routine of (or something > close, not near my machine where i saw this) > .hidden foo: > foo > > cc forks to run 'as' and waits for input. Update your FreeBSD sources and rebuild gcc (or build world). This was fixed on Thursday. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 06:47:06 2004 Return-Path: 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 8549D16A4CE for ; Sun, 1 Aug 2004 06:47:06 +0000 (GMT) Received: from msr57.hinet.net (msr57.hinet.net [168.95.4.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA0C43D58 for ; Sun, 1 Aug 2004 06:47:05 +0000 (GMT) (envelope-from uranus.ed@msa.hinet.net) Received: from uranus (218-174-134-160.dynamic.hinet.net [218.174.134.160]) by msr57.hinet.net (8.9.3/8.9.3) with SMTP id OAA14649 for ; Sun, 1 Aug 2004 14:46:32 +0800 (CST) Message-ID: <001b01c47793$452a1460$0201a8c0@uranus> From: "Tseng, Ling-hua" To: Date: Sun, 1 Aug 2004 14:46:23 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: PPPoE broekn in the FreeBSD-current (2004.8.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:47:06 -0000 I viewed some topics and found its problem in 3com NICs, but I never found the topics about the 'lnc' driver. So I post this problem again. It seems disconnect immediately after dial-up. ppp.conf: (only inserted the following) MyISP: set device PPPoE:lnc0 set speed sync set ctsrts off enable lqr set log all set authname MyAccount set authkey MyPassword set dial set login add default HISADDR enable dns enable tcpmssfixup Aug 1 14:19:58 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:19:58 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:19:58 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:19:58 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:19:58 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:19:58 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:19:59 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:19:59 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:19:59 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:19:59 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:19:59 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:19:59 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:00 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:00 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:00 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:00 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:00 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:00 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:01 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:01 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:01 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:01 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:01 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:01 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:02 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:02 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:02 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:02 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:02 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:02 it ppp[215]: tun0: Phase: deflink: Disconnected! Aug 1 14:20:02 it ppp[215]: tun0: Phase: deflink: carrier -> hangup Aug 1 14:20:02 it ppp[215]: tun0: Debug: deflink: Close Aug 1 14:20:02 it ppp[215]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out Aug 1 14:20:02 it ppp[215]: tun0: Phase: deflink: 0 packets in, 0 packets out Aug 1 14:20:02 it ppp[215]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sun Aug 1 14:19:57 2004 Aug 1 14:20:02 it ppp[215]: tun0: Phase: deflink: hangup -> opening Aug 1 14:20:02 it ppp[215]: tun0: Timer: timer_Start: Inserting dial timer[0x80bcd44] Aug 1 14:20:02 it ppp[215]: tun0: Phase: deflink: Enter pause (30) for redialing. Aug 1 14:20:32 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:32 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:32 it ppp[215]: tun0: Timer: dial timer[0x80bcd44]: freq = 30.00s, next = 0.00s, state = running Aug 1 14:20:32 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:32 it ppp[215]: tun0: Chat: deflink: Redial timer expired. Aug 1 14:20:32 it ppp[215]: tun0: ID0: 0 = NgMkSockNode("", &cs, &ds) Aug 1 14:20:32 it ppp[215]: tun0: Debug: List of netgraph node ``lnc0:'' (id 1) hooks: Aug 1 14:20:32 it ppp[215]: tun0: Debug: Found orphans -> ethernet Aug 1 14:20:32 it ppp[215]: tun0: Debug: Connecting netgraph socket .:tun0 -> [4]::tun0 Aug 1 14:20:32 it ppp[215]: tun0: ID0: 6 = socket(2, 2, 0) Aug 1 14:20:32 it ppp[215]: tun0: ID0: 0 = ioctl(6, 3223349521, 0xbfbfdcf0) Aug 1 14:20:32 it ppp[215]: tun0: ID0: 0 = ioctl(6, 2149607696, 0xbfbfdcf0) Aug 1 14:20:32 it ppp[215]: tun0: Debug: Sending PPPOE_CONNECT to .:tun0 Aug 1 14:20:32 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:32 it ppp[215]: tun0: Phase: deflink: Connected! Aug 1 14:20:32 it ppp[215]: tun0: Phase: deflink: opening -> dial Aug 1 14:20:32 it ppp[215]: tun0: Phase: deflink: dial -> carrier Aug 1 14:20:32 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:33 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:33 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:33 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:33 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:33 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:33 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:34 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:34 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:34 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:34 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:34 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:34 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:35 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:35 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:35 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:35 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:35 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:35 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:36 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:36 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:36 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:36 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:36 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:36 it ppp[215]: tun0: Debug: Waiting for carrier Aug 1 14:20:37 it ppp[215]: tun0: Timer: Select returns -1 Aug 1 14:20:37 it ppp[215]: tun0: Timer: ---- Begin of Timer Service List--- Aug 1 14:20:37 it ppp[215]: tun0: Timer: physical throughput timer[0x80be068]: freq = 1.00s, next = 0.00s, state = running Aug 1 14:20:37 it ppp[215]: tun0: Timer: ---- End of Timer Service List --- Aug 1 14:20:37 it ppp[215]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80be068] Aug 1 14:20:37 it ppp[215]: tun0: Phase: deflink: Disconnected! Aug 1 14:20:37 it ppp[215]: tun0: Phase: deflink: carrier -> hangup Aug 1 14:20:37 it ppp[215]: tun0: Debug: deflink: Close Aug 1 14:20:37 it ppp[215]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out Aug 1 14:20:37 it ppp[215]: tun0: Phase: deflink: 0 packets in, 0 packets out Aug 1 14:20:37 it ppp[215]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sun Aug 1 14:20:32 2004 Aug 1 14:20:37 it ppp[215]: tun0: Phase: deflink: hangup -> opening Aug 1 14:20:37 it ppp[215]: tun0: Timer: timer_Start: Inserting dial timer[0x80bcd44] Aug 1 14:20:37 it ppp[215]: tun0: Phase: deflink: Enter pause (30) for redialing. From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 09:03:48 2004 Return-Path: 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 D319816A4CE; Sun, 1 Aug 2004 09:03:48 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 204C643D55; Sun, 1 Aug 2004 09:03:47 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.16.111] (ppp16-111.pppoe.mtu-net.ru [81.195.16.111]) (authenticated bits=0) by cpanel.ezone.ru (8.13.0/8.12.11) with ESMTP id i7193cf5050042; Sun, 1 Aug 2004 13:03:39 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <410CB1E4.2030103@mcsi.pp.ru> Date: Sun, 01 Aug 2004 13:03:32 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040720 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> In-Reply-To: <20040731213854.GB38076@cell.sick.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: PPPoE problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:03:48 -0000 Gleb Smirnoff wrote: > On Fri, Jul 30, 2004 at 09:28:05AM +0000, Peter Ulrich Kruppa wrote: > P> I use my -CURRENT machine to connect with /usr/sbin/ppp to the > P> internet via a DSL modem (or bridge as some people say). > P> Since my cvsup yesterday this doesn't work anymore - and what is > P> even worse I can't see any errror messages: > P> neither in my ppp.logs nor when I run ppp manually; it just > P> doen't connect. > > That was my stupid error, shame on me. Already fixed. > I can confirm that the problems are still there. ppp.log and tcpdump output follow: Aug 1 12:49:44 ultra ppp[221]: tun0: Phase: bundle: Establish Aug 1 12:49:44 ultra ppp[221]: tun0: Phase: deflink: closed -> opening Aug 1 12:49:44 ultra ppp[221]: tun0: Phase: deflink: Connected! Aug 1 12:49:44 ultra ppp[221]: tun0: Phase: deflink: opening -> dial Aug 1 12:49:44 ultra ppp[221]: tun0: Chat: deflink: Dial attempt 1 of 1 Aug 1 12:49:44 ultra ppp[221]: tun0: Phase: deflink: dial -> carrier Aug 1 12:49:45 ultra ppp[221]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "MGTS") Aug 1 12:49:45 ultra ppp[221]: tun0: Phase: Received NGM_PPPOE_SESSIONID Aug 1 12:49:45 ultra ppp[221]: tun0: Phase: Received NGM_PPPOE_SUCCESS Aug 1 12:49:45 ultra ppp[221]: tun0: Phase: deflink: carrier -> login Aug 1 12:49:45 ultra ppp[221]: tun0: Phase: deflink: login -> lcp Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: FSM: Using "deflink" as a transport Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: State change Initial --> Closed Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: State change Closed --> Stopped Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(1) state = Stopped Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:45 ultra ppp[221]: tun0: Warning: deflink: Reducing configured MRU from 1500 to 1492 Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(1) state = Stopped Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: LayerStart Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: State change Stopped --> Ack-Sent Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(2) state = Ack-Sent Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(2) state = Ack-Sent Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) state = Ack-Sent Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(3) state = Ack-Sent Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(3) state = Ack-Sent Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(4) state = Ack-Sent Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(4) state = Ack-Sent Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) state = Ack-Sent Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(5) state = Ack-Sent Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(5) state = Ack-Sent Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) state = Ack-Sent Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(6) state = Ack-Sent Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(6) state = Ack-Sent Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(7) state = Ack-Sent Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(7) state = Ack-Sent Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) state = Ack-Sent Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(8) state = Ack-Sent Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(8) state = Ack-Sent Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(9) state = Ack-Sent Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(9) state = Ack-Sent Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: LayerFinish Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: State change Ack-Sent --> Stopped Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: State change Stopped --> Closed Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: State change Closed --> Initial Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: Disconnected! Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: lcp -> logout Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: logout -> hangup Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: Disconnected! Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: Connect time: 16 secs: 189 octets in, 319 octets out Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: 9 packets in, 14 packets out Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: total 31 bytes/sec, peak 35 bytes/sec on Sun Aug 1 12:49:49 2004 Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: deflink: hangup -> closed Aug 1 12:50:00 ultra ppp[221]: tun0: Phase: bundle: Dead mcsi@ultra(ttyp1) [114] ~# tcpdump -i sk0 -v tcpdump: listening on sk0, link-type EN10MB (Ethernet), capture size 96 bytes 13:01:40.424159 PPPoE PADI [Host-Uniq "@0N."] 13:01:40.446730 PPPoE PADO [Host-Uniq "@0N."] [Service-Name] [AC-Name "MGTS"] [AC-Cookie 0xF342EBA050A9C9414C23C834EFB69BD7] 13:01:40.689709 PPPoE PADI [Host-Uniq 0x00B02CC2] 13:01:40.710923 PPPoE PADO [Host-Uniq 0x00B02CC2] [Service-Name] [AC-Name "MGTS"] [AC-Cookie 0xF342EBA050A9C9414C23C834EFB69BD7] 13:01:40.711018 PPPoE PADR [Host-Uniq 0x00B02CC2] [AC-Cookie 0xF342EBA050A9C9414C23C834EFB69BD7] [AC-Name "MGTS"] 13:01:40.734840 PPPoE PADS [ses 0x3ad6] [Host-Uniq 0x00B02CC2] [AC-Cookie 0xF342EBA050A9C9414C23C834EFB69BD7] [AC-Name "MGTS"] 13:01:40.736769 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 1, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:40.741625 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 1, ACFC , PFC , ACCM 00000000, MRU 1492, Magic-Num 0x512de9cc, length 24 13:01:40.741977 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 1, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:42.736133 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 2, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:42.737387 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 2, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:43.838600 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 1, ACFC , PFC , ACCM 00000000, MRU 1492, Magic-Num 0x512de9cc, length 24 13:01:44.755120 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 3, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:44.756305 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 3, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:46.772310 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 4, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:46.772976 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 4, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:46.878655 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 1, ACFC , PFC , ACCM 00000000, MRU 1492, Magic-Num 0x512de9cc, length 24 13:01:48.789497 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 5, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:48.790178 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 5, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:49.919138 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 1, ACFC , PFC , ACCM 00000000, MRU 1492, Magic-Num 0x512de9cc, length 24 13:01:50.804753 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 6, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:50.805429 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 6, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:52.823878 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 7, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:52.824570 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 7, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:52.958776 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 1, ACFC , PFC , ACCM 00000000, MRU 1492, Magic-Num 0x512de9cc, length 24 13:01:54.841068 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 8, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:54.841745 PPPoE [ses 0x3ad6] LCP, Conf-Ack (0x02), id 8, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:56.108986 PPPoE PADT [ses 0x3ad6] [Generic-Error "session closed"] 13:01:56.856322 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 9, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:01:58.873373 PPPoE [ses 0x3ad6] LCP, Conf-Request (0x01), id 10, MRU 1492, Auth-Prot CHAP, MD5, Magic-Num 0x591e9c1f, length 19 13:02:00.892636 PPPoE PADT [ses 0x3ad6] [EOL] -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 09:33:20 2004 Return-Path: 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 73E1316A4CE for ; Sun, 1 Aug 2004 09:33:20 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB1C43D4C for ; Sun, 1 Aug 2004 09:33:19 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i719XGu0040627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Aug 2004 13:33:17 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i719XGVm040626; Sun, 1 Aug 2004 13:33:16 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 1 Aug 2004 13:33:16 +0400 From: Gleb Smirnoff To: Maxim Maximov Message-ID: <20040801093316.GA40608@cell.sick.ru> References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <410CB1E4.2030103@mcsi.pp.ru> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PPPoE problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:33:20 -0000 Maxim, On Sun, Aug 01, 2004 at 01:03:32PM +0400, Maxim Maximov wrote: M> I can confirm that the problems are still there. ppp.log and tcpdump M> output follow: This is a different problem. You either can't negotiate MRU with your peer, are you are suppling incorrect CHAP secret. What operating system/hardware is in remote side? Please check your password, too. M> Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(1) M> state = Stopped M> Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: LayerStart M> Aug 1 12:49:45 ultra ppp[221]: tun0: LCP: deflink: State change Stopped M> --> Ack-Sent M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(2) M> state = Ack-Sent M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(2) M> state = Ack-Sent M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:46 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) M> state = Ack-Sent M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: ACFCOMP[2] M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(3) M> state = Ack-Sent M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(3) M> state = Ack-Sent M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:48 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(4) M> state = Ack-Sent M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(4) M> state = Ack-Sent M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:50 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) M> state = Ack-Sent M> Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: ACFCOMP[2] M> Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] M> Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 M> Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:51 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(5) M> state = Ack-Sent M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(5) M> state = Ack-Sent M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:52 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) M> state = Ack-Sent M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: ACFCOMP[2] M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(6) M> state = Ack-Sent M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(6) M> state = Ack-Sent M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:54 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(7) M> state = Ack-Sent M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(7) M> state = Ack-Sent M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:56 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) M> state = Ack-Sent M> Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: ACFCOMP[2] M> Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] M> Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 M> Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:57 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xb3747467 M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(8) M> state = Ack-Sent M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(8) M> state = Ack-Sent M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:49:58 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(9) M> state = Ack-Sent M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(9) M> state = Ack-Sent M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MRU[4] 1492 M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x5913af2d M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: LayerFinish M> Aug 1 12:50:00 ultra ppp[221]: tun0: LCP: deflink: State change M> Ack-Sent --> Stopped -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 09:45:27 2004 Return-Path: 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 347C816A4CE; Sun, 1 Aug 2004 09:45:27 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42D2D43D64; Sun, 1 Aug 2004 09:45:26 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.16.111] (ppp16-111.pppoe.mtu-net.ru [81.195.16.111]) (authenticated bits=0) by cpanel.ezone.ru (8.13.0/8.12.11) with ESMTP id i719jJGc052092; Sun, 1 Aug 2004 13:45:20 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <410CBBA9.1080302@mcsi.pp.ru> Date: Sun, 01 Aug 2004 13:45:13 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040720 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> In-Reply-To: <20040801093316.GA40608@cell.sick.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: PPPoE problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:45:27 -0000 Gleb Smirnoff wrote: > Maxim, > > On Sun, Aug 01, 2004 at 01:03:32PM +0400, Maxim Maximov wrote: > M> I can confirm that the problems are still there. ppp.log and tcpdump > M> output follow: > > This is a different problem. You either can't negotiate MRU with your > peer, are you are suppling incorrect CHAP secret. > > What operating system/hardware is in remote side? > > Please check your password, too. > Gleb, My ppp.conf haven't been changed from the time this machine have FreeBSD installed. Password configured is the same that I'm successfuly using now with rp-pppoe. Please look at this successful rp-pppoe session log. I see MRU is really changed to 1500. Why ng_pppoe can't do this anymore? OS/hardware on the remote side is beyond my knowledge. I could try to find it out, but it may take some time. Aug 1 13:03:10 ultra ppp[723]: Phase: Using interface: tun0 Aug 1 13:03:10 ultra ppp[723]: Phase: deflink: Created in closed state Aug 1 13:03:10 ultra ppp[723]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Aug 1 13:03:10 ultra ppp[723]: tun0: Command: default: set device /dev/cuaa1 Aug 1 13:03:10 ultra ppp[723]: tun0: Command: default: enable dns Aug 1 13:03:10 ultra ppp[723]: tun0: Command: mtu-rp: set device !/usr/local/sbin/pppoe -U -I sk0 Aug 1 13:03:10 ultra ppp[723]: tun0: Command: mtu-rp: set ifaddr 172.16.0.1/0 172.16.0.2/0 255.255.255.0 0.0.0.0 Aug 1 13:03:10 ultra ppp[723]: tun0: Command: mtu-rp: add default HISADDR Aug 1 13:03:10 ultra ppp[723]: tun0: Command: mtu-rp: set authname xxxxxxxx Aug 1 13:03:10 ultra ppp[723]: tun0: Command: mtu-rp: set authkey ******** Aug 1 13:03:10 ultra ppp[724]: tun0: Phase: PPP Started (auto mode). Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: bundle: Establish Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: closed -> opening Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: Connected! Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: opening -> dial Aug 1 13:03:12 ultra ppp[724]: tun0: Chat: deflink: Dial attempt 1 of 1 Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: dial -> carrier Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: carrier -> login Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: login -> lcp Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: FSM: Using "deflink" as a transport Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: State change Initial --> Closed Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: State change Closed --> Stopped Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: RecvConfigReq(1) state = Stopped Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MRU[4] 1492 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MAGICNUM[6] 0x592003fa Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: ACFCOMP[2] Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: PROTOCOMP[2] Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MRU[4] 1500 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MAGICNUM[6] 0xbc956200 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: SendConfigAck(1) state = Stopped Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MRU[4] 1492 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MAGICNUM[6] 0x592003fa Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: LayerStart Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: State change Stopped --> Ack-Sent Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: ACFCOMP[2] Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: PROTOCOMP[2] Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MRU[4] 1500 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MAGICNUM[6] 0xbc956200 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: State change Ack-Sent --> Opened Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: LayerUp Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: deflink: SendIdent(0) state = Opened Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: MAGICNUM bc956200 Aug 1 13:03:12 ultra ppp[724]: tun0: LCP: TEXT user-ppp 3.2 (built Jul 30 2004) Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: bundle: Authenticate Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: deflink: his = CHAP 0x05, mine = none Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from A947-agr01) Aug 1 13:03:12 ultra ppp[724]: tun0: Phase: Chap Output: RESPONSE (xxxxxxxxxxxxxx) Aug 1 13:03:13 ultra ppp[724]: tun0: Phase: Chap Input: SUCCESS Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: Using trigger address 0.0.0.0 Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: FSM: Using "deflink" as a transport Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: deflink: State change Initial --> Closed Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: deflink: LayerStart. Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: MPPE: Not usable without CHAP81 Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: DEFLATE[4] win 15 Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: PRED1[2] Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: deflink: State change Closed --> Req-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: Phase: deflink: lcp -> open Aug 1 13:03:13 ultra ppp[724]: tun0: Phase: bundle: Network Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: FSM: Using "deflink" as a transport Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: State change Initial --> Closed Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: LayerStart. Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 0.0.0.0 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: PRIDNS[6] 212.188.4.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: SECDNS[6] 255.255.255.255 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: State change Closed --> Req-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 10.2.255.2 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 10.2.255.2 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: LCP: deflink: RecvProtocolRej(2) state = Opened Aug 1 13:03:13 ultra ppp[724]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! Aug 1 13:03:13 ultra ppp[724]: tun0: CCP: deflink: State change Req-Sent --> Stopped Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: RecvConfigRej(1) state = Ack-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: LCP: deflink: SendIdent(1) state = Opened Aug 1 13:03:13 ultra ppp[724]: tun0: LCP: MAGICNUM bc956200 Aug 1 13:03:13 ultra ppp[724]: tun0: LCP: TEXT user-ppp 3.2 (built Jul 30 2004) Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 0.0.0.0 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: PRIDNS[6] 212.188.4.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: SECDNS[6] 255.255.255.255 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: RecvConfigNak(2) state = Ack-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 81.195.16.111 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] changing address: 0.0.0.0 --> 81.195.16.111 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: PRIDNS[6] 195.34.32.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: SECDNS[6] 212.188.4.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: Primary nameserver set to 195.34.32.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: Secondary nameserver set to 212.188.4.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: SendConfigReq(3) state = Ack-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 81.195.16.111 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: PRIDNS[6] 195.34.32.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: SECDNS[6] 212.188.4.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: RecvConfigAck(3) state = Ack-Sent Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: IPADDR[6] 81.195.16.111 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: PRIDNS[6] 195.34.32.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: SECDNS[6] 212.188.4.10 Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: deflink: LayerUp. Aug 1 13:03:13 ultra ppp[724]: tun0: IPCP: myaddr 81.195.16.111 hisaddr = 10.2.255.2 Aug 1 13:03:14 ultra ppp[724]: tun0: LCP: deflink: RecvEchoRequest(1) state = Opened Aug 1 13:03:14 ultra ppp[724]: tun0: LCP: deflink: SendEchoReply(1) state = Opened Aug 1 13:04:56 ultra ppp[724]: tun0: LCP: deflink: RecvEchoRequest(2) state = Opened Aug 1 13:04:56 ultra ppp[724]: tun0: LCP: deflink: SendEchoReply(2) state = Opened Aug 1 13:05:17 ultra ppp[724]: tun0: LCP: deflink: RecvEchoRequest(3) state = Opened -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 09:56:01 2004 Return-Path: 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 61B7916A4CE for ; Sun, 1 Aug 2004 09:56:01 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BB5643D3F for ; Sun, 1 Aug 2004 09:56:00 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i719twnD040802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Aug 2004 13:55:59 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i719twMR040801; Sun, 1 Aug 2004 13:55:58 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 1 Aug 2004 13:55:58 +0400 From: Gleb Smirnoff To: Maxim Maximov Message-ID: <20040801095558.GA40732@cell.sick.ru> References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <410CBBA9.1080302@mcsi.pp.ru> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PPPoE problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:56:01 -0000 On Sun, Aug 01, 2004 at 01:45:13PM +0400, Maxim Maximov wrote: M> My ppp.conf haven't been changed from the time this machine have M> FreeBSD installed. Password configured is the same that I'm successfuly M> using now with rp-pppoe. If you suspect ng_pppoe, than please backout ng_pppoe.c to rev 1.65, ng_pppoe.h to 1.19. Install backed out ng_pppoe.h, rebuild and reinstall both ppp(8) and ng_pppoe(4). Try this and reply whether it works or not. M> Please look at this successful rp-pppoe session log. I see MRU is M> really changed to 1500. Why ng_pppoe can't do this anymore? M> OS/hardware on the remote side is beyond my knowledge. I could try M> to find it out, but it may take some time. Can you show me configuration blocks for both "device PPPoE:sk0" and "device !/usr/local/sbin/pppoe -U -I sk0". -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 09:59:11 2004 Return-Path: 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 A38CC16A4CE for ; Sun, 1 Aug 2004 09:59:11 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C92A143D31 for ; Sun, 1 Aug 2004 09:59:10 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i719x8HW040847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Aug 2004 13:59:09 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i719x8fu040846; Sun, 1 Aug 2004 13:59:08 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 1 Aug 2004 13:59:08 +0400 From: Gleb Smirnoff To: "Tseng, Ling-hua" Message-ID: <20040801095908.GB40732@cell.sick.ru> References: <001b01c47793$452a1460$0201a8c0@uranus> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <001b01c47793$452a1460$0201a8c0@uranus> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PPPoE broekn in the FreeBSD-current (2004.8.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:59:11 -0000 On Sun, Aug 01, 2004 at 02:46:23PM +0800, Tseng, Ling-hua wrote: T> I viewed some topics and found its problem in 3com NICs, but I never found the topics about the 'lnc' driver. T> So I post this problem again. It seems disconnect immediately after dial-up. What is revision of your ng_socket.c? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 10:04:13 2004 Return-Path: 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 D364E16A4CE for ; Sun, 1 Aug 2004 10:04:13 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F7C43D2D for ; Sun, 1 Aug 2004 10:04:12 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i71A48bp085423 for ; Sun, 1 Aug 2004 11:04:08 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sun, 1 Aug 2004 11:04:03 +0100 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408011104.03214.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean Subject: Interesting panic in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:04:13 -0000 I just had this panic on a current box. This machine is running post-gcc-3.4 current with PREEMPTION disabled. The hardware is a Tyan Tiger MP motherboard with two Athlon 1900 MP processors. I was running an SMP kernel. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 01 fault virtual address = 0xbfca0704 fault code = supervisor read, page not present instruction pointer = 0x8:0xc065d145 stack pointer = 0x10:0xd3adbc78 frame pointer = 0x10:0xd3adbc84 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 = 91207 (sh) [thread 100071] Stopped at pmap_remove_pages+0xa9: movl PTmap(%eax),%ecx db> tr pmap_remove_pages(c2e63d30,0,bfc00000) at pmap_remove_pages+0xa9 exit1(c1fa16e0,0,d3adbd40,c065fdcb,c1fa16e0) at exit1+0x4dd exit1(c1fa16e0,d3adbd14,1,46,296) at exit1 syscall(2f,2f,2f,bfbfe66c,bfbfe650) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2813233f, esp = 0xbfbfe50c, ebp = 0xbfbfe588 --- db> p $eax a0704 db> p/x a0704 db> x/x PTmap PTmap: *** error reading from address bfc00000 *** db> PTmap: *** error reading from address bfc00000 *** db> x/x PTmap + 0xa0704 0xbfca0704: *** error reading from address bfca0704 *** db> c From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 10:20:09 2004 Return-Path: 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 90AE216A4CE; Sun, 1 Aug 2004 10:20:09 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C1B443D3F; Sun, 1 Aug 2004 10:20:08 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.16.111] (ppp16-111.pppoe.mtu-net.ru [81.195.16.111]) (authenticated bits=0) by cpanel.ezone.ru (8.13.0/8.12.11) with ESMTP id i71AK2fd053648; Sun, 1 Aug 2004 14:20:03 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <410CC3CD.3000901@mcsi.pp.ru> Date: Sun, 01 Aug 2004 14:19:57 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040720 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> In-Reply-To: <20040801095558.GA40732@cell.sick.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: PPPoE problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:20:09 -0000 Gleb Smirnoff wrote: > On Sun, Aug 01, 2004 at 01:45:13PM +0400, Maxim Maximov wrote: > M> My ppp.conf haven't been changed from the time this machine have > M> FreeBSD installed. Password configured is the same that I'm successfuly > M> using now with rp-pppoe. > > If you suspect ng_pppoe, than please backout ng_pppoe.c to rev 1.65, > ng_pppoe.h to 1.19. Install backed out ng_pppoe.h, rebuild and reinstall > both ppp(8) and ng_pppoe(4). Try this and reply whether it works or not. > Well, it definitely works. Notice "Warning: deflink: Reducing configured MRU from 1500 to 1492" which didnt show up in previous logs. Also I had to backout ppp/ether.c to r1.27 Aug 1 14:14:18 ultra ppp[221]: tun0: Phase: bundle: Establish Aug 1 14:14:18 ultra ppp[221]: tun0: Phase: deflink: closed -> opening Aug 1 14:14:18 ultra ppp[221]: tun0: Phase: deflink: Connected! Aug 1 14:14:18 ultra ppp[221]: tun0: Phase: deflink: opening -> dial Aug 1 14:14:18 ultra ppp[221]: tun0: Chat: deflink: Dial attempt 1 of 1 Aug 1 14:14:18 ultra ppp[221]: tun0: Phase: deflink: dial -> carrier Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "MGTS") Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: Received NGM_PPPOE_SESSIONID Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: Received NGM_PPPOE_SUCCESS Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: deflink: carrier -> login Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: deflink: login -> lcp Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: FSM: Using "deflink" as a transport Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: State change Initial --> Closed Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: State change Closed --> Stopped Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: RecvConfigReq(1) state = Stopped Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x596121ce Aug 1 14:14:19 ultra ppp[221]: tun0: Warning: deflink: Reducing configured MRU from 1500 to 1492 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xc09c974e Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: SendConfigAck(1) state = Stopped Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0x596121ce Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: LayerStart Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: State change Stopped --> Ack-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: ACFCOMP[2] Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: PROTOCOMP[2] Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MRU[4] 1492 Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MAGICNUM[6] 0xc09c974e Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: State change Ack-Sent --> Opened Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: LayerUp Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: SendIdent(0) state = Opened Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MAGICNUM c09c974e Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: TEXT user-ppp 3.2 (built Aug 1 2004) Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: bundle: Authenticate Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: deflink: his = CHAP 0x05, mine = none Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from A947-agr01) Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: Chap Output: RESPONSE (xxxxxxxxxx) Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: Chap Input: SUCCESS Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: Using trigger address 0.0.0.0 Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: FSM: Using "deflink" as a transport Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: deflink: State change Initial --> Closed Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: deflink: LayerStart. Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: MPPE: Not usable without CHAP81 Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: DEFLATE[4] win 15 Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: PRED1[2] Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: deflink: State change Closed --> Req-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: deflink: lcp -> open Aug 1 14:14:19 ultra ppp[221]: tun0: Phase: bundle: Network Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: FSM: Using "deflink" as a transport Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: State change Initial --> Closed Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: LayerStart. Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: IPADDR[6] 0.0.0.0 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: PRIDNS[6] 212.188.4.10 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: SECDNS[6] 255.255.255.255 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: State change Closed --> Req-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: IPADDR[6] 10.2.255.2 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: IPADDR[6] 10.2.255.2 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: RecvProtocolRej(2) state = Opened Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! Aug 1 14:14:19 ultra ppp[221]: tun0: CCP: deflink: State change Req-Sent --> Stopped Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: RecvConfigRej(1) state = Ack-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: deflink: SendIdent(1) state = Opened Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: MAGICNUM c09c974e Aug 1 14:14:19 ultra ppp[221]: tun0: LCP: TEXT user-ppp 3.2 (built Aug 1 2004) Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: IPADDR[6] 0.0.0.0 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: PRIDNS[6] 212.188.4.10 Aug 1 14:14:19 ultra ppp[221]: tun0: IPCP: SECDNS[6] 255.255.255.255 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: deflink: RecvConfigNak(2) state = Ack-Sent Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: IPADDR[6] 81.195.16.111 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: IPADDR[6] changing address: 0.0.0.0 --> 81.195.16.111 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: PRIDNS[6] 195.34.32.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: SECDNS[6] 212.188.4.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: Primary nameserver set to 195.34.32.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: Secondary nameserver set to 212.188.4.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: deflink: SendConfigReq(3) state = Ack-Sent Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: IPADDR[6] 81.195.16.111 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: PRIDNS[6] 195.34.32.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: SECDNS[6] 212.188.4.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: deflink: RecvConfigAck(3) state = Ack-Sent Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: IPADDR[6] 81.195.16.111 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: PRIDNS[6] 195.34.32.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: SECDNS[6] 212.188.4.10 Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: deflink: LayerUp. Aug 1 14:14:20 ultra ppp[221]: tun0: IPCP: myaddr 81.195.16.111 hisaddr = 10.2.255.2 Aug 1 14:14:20 ultra ppp[221]: tun0: LCP: deflink: RecvEchoRequest(1) state = Opened Aug 1 14:14:20 ultra ppp[221]: tun0: LCP: deflink: SendEchoReply(1) state = Opened Aug 1 14:14:42 ultra ppp[221]: tun0: LCP: deflink: RecvEchoRequest(2) state = Opened Aug 1 14:14:42 ultra ppp[221]: tun0: LCP: deflink: SendEchoReply(2) state = Opened Aug 1 14:14:52 ultra ppp[221]: tun0: LCP: deflink: RecvEchoRequest(3) state = Opened -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sat Jul 31 17:39:09 2004 Return-Path: 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 09D2416A4CE for ; Sat, 31 Jul 2004 17:39:09 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD72143D31 for ; Sat, 31 Jul 2004 17:39:08 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i6VHd68g053865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Sat, 31 Jul 2004 13:39:07 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i6VHd6pF053862; Sat, 31 Jul 2004 13:39:06 -0400 (EDT) (envelope-from wollman) Date: Sat, 31 Jul 2004 13:39:06 -0400 (EDT) From: Garrett Wollman Message-Id: <200407311739.i6VHd6pF053862@khavrinen.lcs.mit.edu> To: Maxim Sobolev In-Reply-To: <410BB1FE.7050804@portaone.com> References: <410A3833.7030502@portaone.com> <410A47C7.1080808@DeepCore.dk> <410A9B58.8000502@mac.com> <410A9D77.4030703@DeepCore.dk> <410BB1FE.7050804@portaone.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Sun, 01 Aug 2004 11:46:53 +0000 cc: current@FreeBSD.ORG Subject: Re: Is there still sufficient reason for hw.ata.atapi_dma being 0 by default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 31 Jul 2004 17:39:09 -0000 < said: > Actually it was not looking like underruns. I had weird problems burning > RWs at 24x in PIO with three different burners - the burncd process just > hanged solidly at random position, only atacontrol reinit helped. > Machine was 100% idle (Celeron 2.4GHz). Switching to DMA33 solved the > problem. My Panasonic burner simply refuses to operate without DMA. It will (appear to) fail write commands if the transfer is not set up to use DMA. -GAWollman From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 05:22:30 2004 Return-Path: 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 28E5F16A93D for ; Sun, 1 Aug 2004 05:22:30 +0000 (GMT) Received: from web51007.mail.yahoo.com (web51007.mail.yahoo.com [206.190.38.138]) by mx1.FreeBSD.org (Postfix) with SMTP id 9538343D4C for ; Sun, 1 Aug 2004 05:22:29 +0000 (GMT) (envelope-from tech2187@yahoo.com) Message-ID: <20040801052229.82184.qmail@web51007.mail.yahoo.com> Received: from [68.32.174.208] by web51007.mail.yahoo.com via HTTP; Sat, 31 Jul 2004 22:22:28 PDT Date: Sat, 31 Jul 2004 22:22:28 -0700 (PDT) From: K Chapman To: Dan Nelson In-Reply-To: <20040801051801.GB19911@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sun, 01 Aug 2004 11:46:53 +0000 cc: freebsd-current@freebsd.org Subject: Re: Curious MySQL building problem /w GCC 3.4.2 (and firefox or mozilla) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:22:30 -0000 --- Dan Nelson wrote: > In the last episode (Jul 30), K Chapman said: > > i saw the same as well with firefox after cvsup to > 28-jul sources (kernel, > > world, ports) > > > > the conftest.s has the 'as' routine of (or > something > > close, not near my machine where i saw this) > > .hidden foo: > > foo > > > > cc forks to run 'as' and waits for input. > > Update your FreeBSD sources and rebuild gcc (or > build world). This was > fixed on Thursday. > > -- > Dan Nelson > dnelson@allantgroup.com > i saw some other comments about a fix and ran cvsup earlier and retried with firefox and all is ok... thanks ===== aaarrrggghhh!!!! FreeBSD rocks __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 06:37:56 2004 Return-Path: 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 AD7F616A4CE for ; Sun, 1 Aug 2004 06:37:56 +0000 (GMT) Received: from mails.tsinghua.edu.cn (mails.tsinghua.edu.cn [166.111.8.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 82FA943D1F for ; Sun, 1 Aug 2004 06:37:53 +0000 (GMT) (envelope-from luohong99@mails.tsinghua.edu.cn) Received: (eyou send program); Sun, 01 Aug 2004 14:32:27 +0800 Message-ID: <291341947.29797@mails.tsinghua.edu.cn> Received: from unknown (HELO mails.tsinghua.edu.cn) (unknown@127.0.0.1) by 127.0.0.1 with SMTP; Sun, 01 Aug 2004 14:32:27 +0800 X-scanvirus: By Symantec Scan Engine X-scanresult: CLEAN Received: (eqmail ); 1 Aug 2004 06:32:27 -0000 Received: from tu067195.tsinghua.edu.cn (HELO theeluo) (luohong99@166.111.67.195) by mails.tsinghua.edu.cn with SMTP; 1 Aug 2004 06:32:27 -0000 From: "LuoHong" To: Date: Sun, 1 Aug 2004 14:41:14 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <291273545.26285@mails.tsinghua.edu.cn> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Thread-Index: AcR28x2nv2sLsdTGRGSFpKcr1qEIugAnvcGA X-Mailman-Approved-At: Sun, 01 Aug 2004 11:46:53 +0000 Subject: Re: PS/2 mouse problem with acpi on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:37:56 -0000 I am very sorry that I made some mistakes when I tried to solve the problem. The PR proposed a valid approach in fact. Now, I have successfully solved the problem. Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 12:20:37 2004 Return-Path: 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 7915D16A4CE; Sun, 1 Aug 2004 12:20:37 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A14E443D5A; Sun, 1 Aug 2004 12:20:36 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id F27CC1FFDD4; Sun, 1 Aug 2004 14:20:33 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id F27171FF9A6; Sun, 1 Aug 2004 14:20:31 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 63BE715391; Sun, 1 Aug 2004 12:20:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 58D1015329; Sun, 1 Aug 2004 12:20:24 +0000 (UTC) Date: Sun, 1 Aug 2004 12:20:22 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Maxim Maximov In-Reply-To: <410CC3CD.3000901@mcsi.pp.ru> Message-ID: References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> <410CC3CD.3000901@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:20:37 -0000 On Sun, 1 Aug 2004, Maxim Maximov wrote: > Gleb Smirnoff wrote: > > On Sun, Aug 01, 2004 at 01:45:13PM +0400, Maxim Maximov wrote: > > M> My ppp.conf haven't been changed from the time this machine have > > M> FreeBSD installed. Password configured is the same that I'm successfuly > > M> using now with rp-pppoe. > > > > If you suspect ng_pppoe, than please backout ng_pppoe.c to rev 1.65, > > ng_pppoe.h to 1.19. Install backed out ng_pppoe.h, rebuild and reinstall > > both ppp(8) and ng_pppoe(4). Try this and reply whether it works or not. > > > > Well, it definitely works. Notice "Warning: deflink: Reducing > configured MRU from 1500 to 1492" which didnt show up in previous logs. > Also I had to backout ppp/ether.c to r1.27 this is a PPP only problem. I haven't read all the logs from all your mails but if someone could send me a trace file (written with tcpdump -w) it would make it a lot easier to check what's going wrong in LCP negotiation. Just to make sure. This is NOT a PPPoE problem. PPPoE seems to work pretty fine, else you wouldn't be able to start PPP LCP negotiation. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 12:35:08 2004 Return-Path: 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 8453516A4CE for ; Sun, 1 Aug 2004 12:35:08 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A9343D64 for ; Sun, 1 Aug 2004 12:35:07 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i71CZ1Ax036449 for ; Sun, 1 Aug 2004 14:35:06 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <410CE374.6020200@DeepCore.dk> Date: Sun, 01 Aug 2004 14:35:00 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 Subject: HEADSUP! ATAPI default mode changed!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:35:08 -0000 This is just to warn unsuspecting users that the default transfer mode for ATAPI device has changed so that if the device claims to support UDMA2 (ATA33) and above, DMA will be switched on. Let me know if it causes troubles on your HW -- -Søren From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 12:46:18 2004 Return-Path: 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 1A98A16A4CE for ; Sun, 1 Aug 2004 12:46:18 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B883743D3F for ; Sun, 1 Aug 2004 12:46:16 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i71CkBVR086323 for ; Sun, 1 Aug 2004 13:46:11 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sun, 1 Aug 2004 13:46:07 +0100 User-Agent: KMail/1.6.2 References: <200408011104.03214.dfr@nlsystems.com> In-Reply-To: <200408011104.03214.dfr@nlsystems.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408011346.07832.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean Subject: Re: Interesting panic in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:46:18 -0000 On Sunday 01 August 2004 11:04, Doug Rabson wrote: > I just had this panic on a current box. This machine is running > post-gcc-3.4 current with PREEMPTION disabled. The hardware is a Tyan > Tiger MP motherboard with two Athlon 1900 MP processors. I was > running an SMP kernel. I just had another one on the same machine. I was just building some kde ports at the time. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0xbfca06fc fault code = supervisor read, page not present instruction pointer = 0x8:0xc065d145 stack pointer = 0x10:0xd611cc78 frame pointer = 0x10:0xd611cc84 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 = 63821 (sh) [thread 100262] Stopped at pmap_remove_pages+0xa9: movl PTmap(%eax),%ecx db> tr pmap_remove_pages(c23f43c4,0,bfc00000) at pmap_remove_pages+0xa9 exit1(c2bc7c60,0,d611cd40,c065fdcb,c2bc7c60) at exit1+0x4dd exit1(c2bc7c60,d611cd14,1,1c0,296) at exit1 syscall(2f,2f,2f,0,1) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2813233f, esp = 0xbfbfdf7c, ebp = 0xbfbfdff8 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 63821 c2bc9c24 d6148000 0 63820 58218 0006002 [CPU 1] sh 63820 c2bd58ac d6155000 0 63819 58218 0000002 [SLPQ wait 0xc2bd58ac] [SLP] sh 63819 c2b3da68 d600d000 0 58218 58218 0004002 [SLPQ wait 0xc2b3da68] [SLP] sh 58218 c2b7b378 d60eb000 0 58217 58218 0004002 [SLPQ wait 0xc2b7b378] [SLP] make 58217 c2b4e8ac d6068000 0 1086 1086 0004002 [SLPQ select 0xc070a8c4][SLP] script 1086 c289a1bc d5f82000 0 1074 1086 0004002 [SLPQ wait 0xc289a1bc] [SLP] ruby18 1074 c2102de0 d4d01000 0 986 1074 0004002 [SLPQ wait 0xc2102de0] [SLP] bash 1019 c2928de0 d5fe2000 1000 1003 1019 0004002 [SLPQ select 0xc070a8c4][SLP] gnuserv 1017 c2928000 d5f20000 1000 1 1009 0004001 [SLPQ select 0xc070a8c4][SLP] evolution-wombat 1011 c2928378 d5fdc000 1000 926 926 0000000 [SLPQ select 0xc070a8c4][SLP] kdeinit 1010 c2928534 d5fdd000 1000 926 926 0000000 [SLPQ select 0xc070a8c4][SLP] kdeinit 1009 c21028ac d4cfe000 1000 1 1009 0004000 [SLPQ select 0xc070a8c4][SLP] bonobo-activation-s 1007 c29288ac d5fdf000 1000 1 926 0004001 [SLPQ select 0xc070a8c4][SLP] gconfd-2 1005 c2304de0 d4d62000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kalarmd 1003 c2928c24 d5fe1000 1000 926 926 0004000 [SLPQ select 0xc070a8c4][SLP] xemacs-21.4.14 1000 c2898534 d5f7b000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 998 c28988ac d5f7d000 1000 926 926 0004001 [SLPQ select 0xc070a8c4][SLP] evolution-alarm-not 997 c2898378 d5f7a000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] knotes 986 c2426c24 d4e9a000 1000 983 986 0004002 [SLPQ wait 0xc2426c24] [SLP] bash 983 c28981bc d5f21000 1000 926 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 972 c2898de0 d5f80000 1000 968 972 0004002 [SLPQ ttyin 0xc207f010] [SLP] bash 970 c289a000 d5f81000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kontact 968 c2425000 d4d39000 1000 926 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 967 c23c8c24 d4dce000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kwalletmanager 965 c2102000 d4cf9000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 962 c20ab8ac d3afe000 1000 926 926 0000000 [SLPQ select 0xc070a8c4][SLP] kdeinit 961 c21021bc d4cfa000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 959 c2426534 d4e54000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 958 c20fc000 d4cae000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 955 c20fca68 d4cf6000 1000 926 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 954 c20ae6f0 d3b27000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 952 c21026f0 d4cfd000 1000 908 898 0004002 [SLPQ nanslp 0xc07051b0][SLP] kwrapper 951 c23c8de0 d4dcf000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 935 c23c8a68 d4dcd000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 932 c23046f0 d4d3d000 1000 926 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 929 c2304c24 d4d61000 1000 1 926 0000001 [SLPQ select 0xc070a8c4][SLP] kdeinit 926 c2102c24 d4d00000 1000 1 926 0000000 [SLPQ select 0xc070a8c4][SLP] kdeinit 908 c23c3de0 d4dc6000 1000 899 898 0004002 [SLPQ wait 0xc23c3de0] [SLP] sh 900 c1f9da68 d3af0000 1000 899 900 0000000 [SLPQ select 0xc070a8c4][SLP] ssh-agent 899 c23c31bc d4d7b000 1000 898 898 0004002 [SLPQ wait 0xc23c31bc] [SLP] sh 898 c23c3378 d4dc0000 1000 893 898 0004002 [SLPQ wait 0xc23c3378] [SLP] sh 894 c20aec24 d3b2a000 1000 893 894 0004102 [SLPQ select 0xc070a8c4][SLP] Xorg 893 c24251bc d4d3a000 1000 879 893 0004002 [SLPQ wait 0xc24251bc] [SLP] xinit 879 c23c8000 d4dc7000 1000 878 879 0004002 [SLPQ wait 0xc23c8000] [SLP] bash 878 c2425378 d4d79000 0 1 878 0004103 [SLPQ wait 0xc2425378] [SLP] login 877 c2425534 d4d7a000 0 1 877 0004002 [SLPQ ttyin 0xc1fca810] [SLP] getty 876 c24256f0 d4e24000 0 1 876 0004002 [SLPQ ttyin 0xc1fcaa10] [SLP] getty 875 c24258ac d4e36000 0 1 875 0004002 [SLPQ ttyin 0xc1fcac10] [SLP] getty 874 c2425a68 d4e4e000 0 1 874 0004002 [SLPQ ttyin 0xc1fcae10] [SLP] getty 873 c2425c24 d4e4f000 0 1 873 0004002 [SLPQ ttyin 0xc1fcb010] [SLP] getty 872 c2425de0 d4e50000 0 1 872 0004002 [SLPQ ttyin 0xc1fcb210] [SLP] getty 871 c2426000 d4e51000 0 1 871 0004002 [SLPQ ttyin 0xc1f98a10] [SLP] getty 870 c24261bc d4e52000 0 1 870 0004002 [SLPQ ttyin 0xc1f98210] [SLP] getty 860 c23c86f0 d4dcb000 0 1 860 0000000 [SLPQ select 0xc070a8c4][SLP] inetd 838 c2304534 d4d3c000 0 1 838 0000100 [SLPQ select 0xc070a8c4][SLP] sendmail 816 c2102534 d4cfc000 0 812 812 0000001 [SLPQ lockf 0xc20b8f40] [SLP] saslauthd 815 c23c36f0 d4dc2000 0 812 812 0000001 [SLPQ lockf 0xc23c6080] [SLP] saslauthd 814 c20ae534 d3b26000 0 812 812 0000001 [SLPQ lockf 0xc23c6040] [SLP] saslauthd 813 c20aba68 d3aff000 0 812 812 0000001 [SLPQ lockf 0xc23c6000] [SLP] saslauthd 812 c23041bc d4d20000 0 1 812 0000001 [SLPQ accept 0xc23b9666][SLP] saslauthd 803 c23c8534 d4dca000 0 802 802 0000000 [SLPQ piperd 0xc211b758][SLP] nmbd 802 c23c38ac d4dc3000 0 1 802 0000001 [SLPQ select 0xc070a8c4][SLP] nmbd 800 c2102a68 d4cff000 0 1 800 0000001 [SLPQ select 0xc070a8c4][SLP] smbd 797 c23c81bc d4dc8000 80 755 755 0000100 [SLPQ accept 0xc23b952a][SLP] httpd 796 c23c8378 d4dc9000 80 755 755 0000100 [SLPQ accept 0xc23b952a][SLP] httpd 795 c20fc378 d4cf2000 80 755 755 0000100 [SLPQ accept 0xc23b952a][SLP] httpd 794 c23048ac d4d3e000 80 755 755 0000100 [SLPQ accept 0xc23b952a][SLP] httpd 793 c23c3a68 d4dc4000 80 755 755 0000100 [SLPQ accept 0xc23b952a][SLP] httpd 780 c23c3534 d4dc1000 1002 1 780 0000000 [SLPQ select 0xc070a8c4][SLP] cvsupd 761 c20ab000 d3af9000 0 1 761 0008100 (threaded) bacula-fd thread 0xc23ce000 ksegrp 0xc1d86080 [SLPQ kserel 0xc1d860dc][SLP] thread 0xc23ce160 ksegrp 0xc1d86080 [SLPQ select 0xc070a8c4][SLP] thread 0xc23ce2c0 ksegrp 0xc1d86080 [SLPQ kserel 0xc1d860dc][SLP] thread 0xc23ce420 ksegrp 0xc23c9480 [SLPQ ksesigwait 0xc20ab100][SLP] 759 c23c88ac d4dcc000 910 1 759 0008100 (threaded) bacula-sd thread 0xc23cdc60 ksegrp 0xc20ac280 [SLPQ kserel 0xc20ac2dc][SLP] thread 0xc2428580 ksegrp 0xc20ac280 [SLPQ kserel 0xc20ac2dc][SLP] thread 0xc23ce840 ksegrp 0xc20ac280 [SLPQ select 0xc070a8c4][SLP] thread 0xc23c4000 ksegrp 0xc23c9500 [SLPQ ksesigwait 0xc23c89ac][SLP] 755 c2102378 d4cfb000 0 1 755 0000000 [SLPQ select 0xc070a8c4][SLP] httpd 704 c2304000 d4d11000 0 1 704 0000000 [SLPQ nanslp 0xc07051b0][SLP] cron 687 c20fc1bc d4cf1000 25 1 687 0000100 [SLPQ pause 0xc20fc1f4] [SLP] sendmail 675 c20abde0 d3b22000 0 1 675 0000100 [SLPQ select 0xc070a8c4][SLP] sshd 649 c20fcc24 d4cf7000 0 1 649 0000000 [SLPQ select 0xc070a8c4][SLP] rtadvd 641 c20fc8ac d4cf5000 0 1 641 0000000 [SLPQ select 0xc070a8c4][SLP] ntpd 628 c20aede0 d3b2b000 0 1 628 0000000 [SLPQ select 0xc070a8c4][SLP] lpd 585 c20fc6f0 d4cf4000 0 580 580 0000000 [SLPQ - 0xc22d5600] [SLP] nfsd 584 c20abc24 d3b00000 0 580 580 0000000 [SLPQ - 0xc22d5200] [SLP] nfsd 583 c20ae8ac d3b28000 0 580 580 0000000 [SLPQ - 0xc22d5400] [SLP] nfsd 582 c1f9dde0 d3af2000 0 580 580 0000000 [SLPQ - 0xc22d5000] [SLP] nfsd 580 c20ab6f0 d3afd000 0 1 580 0000000 [SLPQ accept 0xc22ce03a][SLP] nfsd 578 c20ab378 d3afb000 0 1 578 0000000 [SLPQ select 0xc070a8c4][SLP] mountd 542 c20ab1bc d3afa000 0 1 542 0004002 [SLPQ select 0xc070a8c4][SLP] kadmind 539 c20ae000 d3b23000 0 1 63 0004002 [SLPQ select 0xc070a8c4][SLP] kdc 495 c20aea68 d3b29000 0 1 495 0000000 [SLPQ select 0xc070a8c4][SLP] rpcbind 480 c1f9dc24 d3af1000 0 1 480 0000000 [SLPQ select 0xc070a8c4][SLP] syslogd 453 c20fcde0 d4cf8000 0 1 453 0000000 [SLPQ select 0xc070a8c4][SLP] routed 446 c20ab534 d3afc000 0 1 446 0000000 [SLPQ select 0xc070a8c4][SLP] route6d 62 c20ae1bc d3b24000 0 0 0 0000204 [SLPQ - 0xd3b12d14] [SLP] schedcpu 61 c20ae378 d3b25000 0 0 0 0000204 [SLPQ - 0xc071a92c] [SLP] nfsiod 3 60 c1de81bc d388b000 0 0 0 0000204 [SLPQ - 0xc071a928] [SLP] nfsiod 2 59 c1de8378 d388c000 0 0 0 0000204 [SLPQ - 0xc071a924] [SLP] nfsiod 1 58 c1de8534 d388d000 0 0 0 0000204 [SLPQ - 0xc071a920] [SLP] nfsiod 0 57 c1de86f0 d388e000 0 0 0 0000204 [SLPQ vlruwt 0xc1de86f0][SLP] vnlru 56 c1de88ac d388f000 0 0 0 0000204 [SLPQ syncer 0xc0704f48][SLP] syncer 55 c1de8a68 d3890000 0 0 0 0000204 [SLPQ psleep 0xc070ae8c][SLP] bufdaemon 54 c1de8c24 d3891000 0 0 0 000020c [SLPQ pgzero 0xc0721128][SLP] pagezero 53 c1de8de0 d3892000 0 0 0 0000204 [SLPQ psleep 0xc072117c][SLP] vmdaemon 52 c1f9d000 d3aa8000 0 0 0 0000204 [SLPQ psleep 0xc0721138][SLP] pagedaemon 51 c1f9d1bc d3aeb000 0 0 0 0000204 [IWAIT] swi0: sio 50 c1f9d378 d3aec000 0 0 0 0000204 [SLPQ idle 0xc1e5ac00] [SLP] aic_recovery1 49 c1f9d534 d3aed000 0 0 0 0000204 [SLPQ idle 0xc1e5ac00] [SLP] aic_recovery1 48 c1f9d6f0 d3aee000 0 0 0 0000204 [SLPQ idle 0xc1f98800] [SLP] aic_recovery0 9 c1f9d8ac d3aef000 0 0 0 0000204 [SLPQ idle 0xc1f98800] [SLP] aic_recovery0 47 c1db1a68 d385d000 0 0 0 0000204 [SLPQ usbtsk 0xc06fd270][SLP] usbtask 46 c1db1c24 d385e000 0 0 0 0000204 [SLPQ usbevt 0xc1e27210][SLP] usb0 8 c1db1de0 d385f000 0 0 0 0000204 [SLPQ actask 0xc0cdea8c][SLP] acpi_task2 7 c1de6000 d3860000 0 0 0 0000204 [SLPQ actask 0xc0cdea8c][SLP] acpi_task1 6 c1de61bc d3861000 0 0 0 0000204 [SLPQ actask 0xc0cdea8c][SLP] acpi_task0 45 c1de6378 d3862000 0 0 0 0000204 [IWAIT] swi6:+ 5 c1de6534 d3863000 0 0 0 0000204 [SLPQ - 0xc1e0c640] [SLP] taskqueue 44 c1de66f0 d3885000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 43 c1de68ac d3886000 0 0 0 0000204 [IWAIT] swi6:+ 42 c1de6a68 d3887000 0 0 0 0000204 [IWAIT] swi6: task queue 41 c1de6c24 d3888000 0 0 0 0000204 [IWAIT] swi3: cambio 40 c1de6de0 d3889000 0 0 0 0000204 [IWAIT] swi2: camnet 39 c1de8000 d388a000 0 0 0 0000204 [SLPQ - 0xc06fa0e0] [SLP] yarrow 4 c1da6534 d3830000 0 0 0 0000204 [SLPQ - 0xc06ff8c8] [SLP] g_down 3 c1da66f0 d3831000 0 0 0 0000204 [SLPQ - 0xc06ff8c4] [SLP] g_up 2 c1da68ac d3832000 0 0 0 0000204 [SLPQ - 0xc06ff8bc] [SLP] g_event 38 c1da6a68 d3833000 0 0 0 0000204 [IWAIT] swi4: vm 37 c1da6c24 d3834000 0 0 0 000020c [IWAIT] swi5: clock sio 36 c1da6de0 d3856000 0 0 0 0000204 [IWAIT] swi1: net 35 c1db1000 d3857000 0 0 0 0000204 [IWAIT] irq0: clk 34 c1db11bc d3858000 0 0 0 0000204 [IWAIT] irq23: 33 c1db1378 d3859000 0 0 0 0000204 [IWAIT] irq22: 32 c1db1534 d385a000 0 0 0 0000204 [IWAIT] irq21: 31 c1db16f0 d385b000 0 0 0 0000204 [IWAIT] irq20: 30 c1db18ac d385c000 0 0 0 0000204 [IWAIT] irq19: pcm0 ohci0 29 c1d871bc d31e1000 0 0 0 0000204 [IWAIT] irq18: fxp0 nvidia0 28 c1d87378 d31e2000 0 0 0 0000204 [IWAIT] irq17: fwohci0 ahc1 27 c1d87534 d31e3000 0 0 0 0000204 [IWAIT] irq16: ahc0 26 c1d876f0 d3205000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c1d878ac d3206000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c1d87a68 d3207000 0 0 0 0000204 [IWAIT] irq13: 23 c1d87c24 d3208000 0 0 0 0000204 [IWAIT] irq12: psm0 22 c1d87de0 d3209000 0 0 0 0000204 [IWAIT] irq11: 21 c1da6000 d382d000 0 0 0 0000204 [IWAIT] irq10: 20 c1da61bc d382e000 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c1da6378 d382f000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c1d7c000 d3195000 0 0 0 0000204 [IWAIT] irq7: plip0 17 c1d7c1bc d31d8000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c1d7c378 d31d9000 0 0 0 0000204 [IWAIT] irq5: 15 c1d7c534 d31da000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c1d7c6f0 d31db000 0 0 0 0000204 [IWAIT] irq3: sio1 13 c1d7c8ac d31dc000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c1d7ca68 d31dd000 0 0 0 000020c [CPU 0] idle: cpu0 11 c1d7cc24 d31de000 0 0 0 000020c [Can run] idle: cpu1 1 c1d7cde0 d31df000 0 0 1 0004200 [SLPQ wait 0xc1d7cde0] [SLP] init 10 c1d87000 d31e0000 0 0 0 0000204 [SLPQ ktrace 0xc0703158][SLP] ktrace 0 c06ff9c0 c101f000 0 0 0 0000200 [SLPQ sched 0xc06ff9c0] [SLP] swapper From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 13:35:50 2004 Return-Path: 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 DFFD916A4CE; Sun, 1 Aug 2004 13:35:50 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD02543D66; Sun, 1 Aug 2004 13:35:49 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.16.111] (ppp16-111.pppoe.mtu-net.ru [81.195.16.111]) (authenticated bits=0) by cpanel.ezone.ru (8.13.0/8.12.11) with ESMTP id i71DZbIw063198; Sun, 1 Aug 2004 17:35:43 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <410CF1A8.3050605@mcsi.pp.ru> Date: Sun, 01 Aug 2004 17:35:36 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040720 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> <410CC3CD.3000901@mcsi.pp.ru> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070008060809070701030409" X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ezone.ru cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:35:51 -0000 This is a multi-part message in MIME format. --------------070008060809070701030409 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Bjoern A. Zeeb wrote: > On Sun, 1 Aug 2004, Maxim Maximov wrote: > > >>Gleb Smirnoff wrote: >> >>>On Sun, Aug 01, 2004 at 01:45:13PM +0400, Maxim Maximov wrote: >>>M> My ppp.conf haven't been changed from the time this machine have >>>M> FreeBSD installed. Password configured is the same that I'm successfuly >>>M> using now with rp-pppoe. >>> >>>If you suspect ng_pppoe, than please backout ng_pppoe.c to rev 1.65, >>>ng_pppoe.h to 1.19. Install backed out ng_pppoe.h, rebuild and reinstall >>>both ppp(8) and ng_pppoe(4). Try this and reply whether it works or not. >>> >> >> Well, it definitely works. Notice "Warning: deflink: Reducing >>configured MRU from 1500 to 1492" which didnt show up in previous logs. >> Also I had to backout ppp/ether.c to r1.27 > > > this is a PPP only problem. I haven't read all the logs from all your > mails but if someone could send me a trace file (written with tcpdump > -w) it would make it a lot easier to check what's going wrong in LCP > negotiation. 'tcpdump -w' output attached. > > Just to make sure. This is NOT a PPPoE problem. PPPoE seems to work > pretty fine, else you wouldn't be able to start PPP LCP negotiation. > Why rp-pppoe works then? PPP is still the same. -- Maxim Maximov --------------070008060809070701030409 Content-Type: application/octet-stream; name="tcpdump.log.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tcpdump.log.bz2" QlpoOTFBWSZTWemscBUAA1N/////+vZ56SUP/ffMWE4lmgBkQKGY76gxMHlwVKIATqlgwAIw AKnDKlP1PSNTT1ANAaAA0Mg0ANAAAAAYgGgMgZHp+qTQRSERqmCaBkZHqMgaAaGgAAAAAADQ aAGT1DQ0HAAAAAAAAAAAAAAAAAAAAADgAAAAAAAAAAAAAAAAAAAAFaXMZDXpkC1IlkI3RPvy 5imjIVMY0UtHcvUL1L++FtlqcCrqeL286icX62pwQLgU7ubVUhhBhpIA/qMMoR0qtCJCYbhW qq6arVW8S/xbLLLLdlluzRKFiQmruXzew0hCetNdMLUJSCRAhRlDSYTMYBlwYZjbhMje+wyO h8ugQZI3C8ltcqIJVFctwoVpIMCD0YD/iMHf1GImTJokGIkFaTiLqheTCcAMkQ2ihKfAUNao VpXjqGOA1paisBxfUAUoMkdJOe+Tf1lCkZdd4a/9qt3Q0PT+r/jeT0Zf5vgA2OrkJ4/EoSfI JsRaDjU4+okoSF9slDT0knRxcyaUIDSXQHPT8qHJam+hEtECRntoMPeVAByFdDhnVzioB9k6 RiqadgEtUx2qc5RHpZznKWbdwQqKbpnct0zW/zHLfB0lCzKj6j2oCH1rKK7q4k+0latt204u r4YelbFgAwJz4j5aLhprMuOyCVjBVdQZrnXKv5yHPVZ9zvpAhhBPbH9gmi46h1OjcOW8Qv8f 9dNAAyEQ95HuSCylKSB9lUcglh/MmS4H4ztSwji5tD8JNehpSPFNsMtvW0KEf3kVATp5JM8k mUCyAfxdyRThQkOmscBU --------------070008060809070701030409-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 13:39:19 2004 Return-Path: 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 1D91D16A4CE for ; Sun, 1 Aug 2004 13:39:19 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551BB43D58 for ; Sun, 1 Aug 2004 13:39:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i71DkX2S030432; Sun, 1 Aug 2004 07:46:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <410CF20A.9010602@samsco.org> Date: Sun, 01 Aug 2004 07:37:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Rabson References: <200408011104.03214.dfr@nlsystems.com> <200408011346.07832.dfr@nlsystems.com> In-Reply-To: <200408011346.07832.dfr@nlsystems.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Interesting panic in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:39:19 -0000 Doug Rabson wrote: > On Sunday 01 August 2004 11:04, Doug Rabson wrote: > >>I just had this panic on a current box. This machine is running >>post-gcc-3.4 current with PREEMPTION disabled. The hardware is a Tyan >>Tiger MP motherboard with two Athlon 1900 MP processors. I was >>running an SMP kernel. > > > I just had another one on the same machine. I was just building some kde > ports at the time. Alan Cox was just working in this area. Maybe Giant isn't quite ready to come off of this path yet? Scott From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 13:59:20 2004 Return-Path: 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 AE07716A4CE; Sun, 1 Aug 2004 13:59:20 +0000 (GMT) Received: from msr26.hinet.net (msr26.hinet.net [168.95.4.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E6043D1D; Sun, 1 Aug 2004 13:59:19 +0000 (GMT) (envelope-from uranus.ed@msa.hinet.net) Received: from uranus (218-174-140-251.dynamic.hinet.net [218.174.140.251]) by msr26.hinet.net (8.9.3/8.9.3) with SMTP id VAA19142; Sun, 1 Aug 2004 21:59:18 +0800 (CST) Message-ID: <000d01c477cf$b9cef420$0201a8c0@uranus> From: "Tseng, Ling-hua" To: "Gleb Smirnoff" , References: <001b01c47793$452a1460$0201a8c0@uranus> <20040801095908.GB40732@cell.sick.ru> Date: Sun, 1 Aug 2004 21:59:07 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Re: PPPoE broekn in the FreeBSD-current (2004.8.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:59:20 -0000 FreeBSD: src/sys/netgraph/ng_socket.c, v 1.52 2004/07/27 20:30:56 glebius Exp $ ----- Original Message ----- > On Sun, Aug 01, 2004 at 02:46:23PM +0800, Tseng, Ling-hua wrote: > T> I viewed some topics and found its problem in 3com NICs, but I never found the topics about the 'lnc' driver. > T> So I post this problem again. It seems disconnect immediately after dial-up. > > What is revision of your ng_socket.c? > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:07:47 2004 Return-Path: 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 D5E5216A4CE; Sun, 1 Aug 2004 14:07:47 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2888C43D46; Sun, 1 Aug 2004 14:07:47 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 4B2931FFDD4; Sun, 1 Aug 2004 16:07:45 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 435CD1FF91D; Sun, 1 Aug 2004 16:07:43 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 7FA7615384; Sun, 1 Aug 2004 14:07:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 747E715329; Sun, 1 Aug 2004 14:07:36 +0000 (UTC) Date: Sun, 1 Aug 2004 14:07:36 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Maxim Maximov In-Reply-To: <410CF1A8.3050605@mcsi.pp.ru> Message-ID: References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> <410CF1A8.3050605@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:07:47 -0000 On Sun, 1 Aug 2004, Maxim Maximov wrote: > > this is a PPP only problem. I haven't read all the logs from all your > > mails but if someone could send me a trace file (written with tcpdump > > -w) it would make it a lot easier to check what's going wrong in LCP > > negotiation. > > 'tcpdump -w' output attached. > > > > > Just to make sure. This is NOT a PPPoE problem. PPPoE seems to work > > pretty fine, else you wouldn't be able to start PPP LCP negotiation. > > > > Why rp-pppoe works then? PPP is still the same. of course; the problem had not been visible from the ppp logs. It looked like everything goes fine apart that the peer doesn't ACK your CONREQ and thus you go into another negotiation loop. The problem actually is that the peer will never see your CONFREQ because it goes like this: .. 3c 13 Ethertype (NONSTANDARD, 3Com) 11 00 38 dd 00 1a PPPoE c0 21 PPP LCP but it should go like this: 88 64 Ethertype PPPoE 11 00 3e dd 00 15 PPPoE c0 21 PPP LCP unles you set pppoe 3Com or changed the sysctl (I think there still is one). So it seems that either ether.c (command.c, physical.c) change or the ng_pppoe still have problems selecting the correct type and default to standard. I am checking the sources to find the place if glebius isn't faster ;-) Could you please mail to output of sysctl net.graph.nonstandard_pppoe -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:12:33 2004 Return-Path: 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 1B72716A4CF; Sun, 1 Aug 2004 14:12:33 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF9543D73; Sun, 1 Aug 2004 14:12:32 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0D6861FFDD4; Sun, 1 Aug 2004 16:12:32 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 084BE1FF91D; Sun, 1 Aug 2004 16:12:30 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C7A3115384; Sun, 1 Aug 2004 14:12:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BC8B715329; Sun, 1 Aug 2004 14:12:23 +0000 (UTC) Date: Sun, 1 Aug 2004 14:12:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Maxim Maximov In-Reply-To: Message-ID: References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:12:33 -0000 On Sun, 1 Aug 2004, Bjoern A. Zeeb wrote: > So it seems that either ether.c (command.c, physical.c) change > or the ng_pppoe still have problems selecting the correct type > and default to standard. I am checking the sources to find the place > if glebius isn't faster ;-) sorry for replying to myself: could you please test this patch: Index: ng_pppoe.c =================================================================== RCS file: /local/mirror/FreeBSD/r/ncvs/src/sys/netgraph/ng_pppoe.c,v retrieving revision 1.66 diff -u -p -r1.66 ng_pppoe.c --- ng_pppoe.c 27 Jul 2004 19:47:13 -0000 1.66 +++ ng_pppoe.c 1 Aug 2004 14:09:40 -0000 @@ -241,8 +241,8 @@ typedef struct sess_con *sessp; #define NG_PPPOE_SESSION_NODE(sp) NG_HOOK_NODE(sp->hook) enum { - PPPOE_STANDARD = 1, /* standard RFC2516 mode */ - PPPOE_NONSTANDARD, /* 3Com proprietary mode */ + PPPOE_STANDARD = 0, /* standard RFC2516 mode */ + PPPOE_NONSTANDARD = 1, /* 3Com proprietary mode */ }; struct ng_pppoe_mode_t { -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:22:11 2004 Return-Path: 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 858ED16A4CE; Sun, 1 Aug 2004 14:22:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C9443D58; Sun, 1 Aug 2004 14:22:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 2C6941FFDD4; Sun, 1 Aug 2004 16:22:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 2B2D81FF91D; Sun, 1 Aug 2004 16:22:08 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 1FD7A15384; Sun, 1 Aug 2004 14:21:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 14DBA15329; Sun, 1 Aug 2004 14:21:59 +0000 (UTC) Date: Sun, 1 Aug 2004 14:21:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Maxim Maximov In-Reply-To: Message-ID: References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:22:11 -0000 On Sun, 1 Aug 2004, Bjoern A. Zeeb wrote: > On Sun, 1 Aug 2004, Bjoern A. Zeeb wrote: > > > So it seems that either ether.c (command.c, physical.c) change > > or the ng_pppoe still have problems selecting the correct type > > and default to standard. I am checking the sources to find the place > > if glebius isn't faster ;-) > > sorry for replying to myself: could you please test this patch: forget the last one; gives inconstientcy at another place; this one should be better. I cannot test it at the moment; would need to build a world on i386 which takes > 5 hours here: Index: ng_pppoe.c =================================================================== RCS file: /local/mirror/FreeBSD/r/ncvs/src/sys/netgraph/ng_pppoe.c,v retrieving revision 1.66 diff -u -p -r1.66 ng_pppoe.c --- ng_pppoe.c 27 Jul 2004 19:47:13 -0000 1.66 +++ ng_pppoe.c 1 Aug 2004 14:17:49 -0000 @@ -246,9 +246,9 @@ enum { }; struct ng_pppoe_mode_t { - u_int8_t id; + u_int8_t id; const struct ether_header *eh_prototype; - const char *name; + const char *name; }; static const struct ether_header eh_standard = @@ -283,10 +283,9 @@ struct PPPOE { typedef struct PPPOE *priv_p; /* Deprecated sysctl, leaved here to keep compatibility for some time */ -#define PPPOE_KEEPSTANDARD -1 -#define PPPOE_STANDARD 0 -#define PPPOE_NONSTANDARD 1 -static int pppoe_mode = PPPOE_KEEPSTANDARD; +#define PPPOE_SYSCTL_KEEPSTANDARD -1 +#define PPPOE_SYSCTL_STANDARD 0 +#define PPPOE_SYSCTL_NONSTANDARD 1 static const struct ng_pppoe_mode_t *sysctl_mode = ng_pppoe_modes; static int @@ -295,23 +294,22 @@ ngpppoe_set_ethertype(SYSCTL_HANDLER_ARG int error; int val; - val = pppoe_mode; + val = PPPOE_SYSCTL_KEEPSTANDARD; error = sysctl_handle_int(oidp, &val, sizeof(int), req); if (error != 0 || req->newptr == NULL) return (error); switch (val) { - case PPPOE_NONSTANDARD: + case PPPOE_SYSCTL_NONSTANDARD: sysctl_mode = ng_pppoe_modes + 1; break; - case PPPOE_STANDARD: - case PPPOE_KEEPSTANDARD: + case PPPOE_SYSCTL_STANDARD: + case PPPOE_SYSCTL_KEEPSTANDARD: sysctl_mode = ng_pppoe_modes; break; default: return (EINVAL); } - pppoe_mode = val; printf("net.graph.nonstandard_pppoe is deprecated. See ng_pppoe(4), ppp(8).\n"); return (0); } -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:22:33 2004 Return-Path: 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 DCBBE16A4CE; Sun, 1 Aug 2004 14:22:32 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51E8D43D5A; Sun, 1 Aug 2004 14:22:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i71EMV0N011257; Sun, 1 Aug 2004 10:22:31 -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.12.11/8.12.11) with ESMTP id i71EMVor096889; Sun, 1 Aug 2004 10:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8DA8D7303F; Sun, 1 Aug 2004 10:22:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040801142231.8DA8D7303F@freebsd-current.sentex.ca> Date: Sun, 1 Aug 2004 10:22:31 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:22:33 -0000 TB --- 2004-08-01 13:11:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-01 13:11:38 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-01 13:11:38 - cleaning the sandbox TB --- 2004-08-01 13:12:54 - checking out the source tree TB --- 2004-08-01 13:12:54 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-01 13:12:54 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-01 13:20:34 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-01 13:20:34 - building world (CFLAGS=-O -pipe) TB --- 2004-08-01 13:20:34 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-01 13:20:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-01 14:19:03 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-01 14:19:03 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-01 14:19:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 1 14:19:03 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/isp/isp_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/led/led.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/md/md.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/mem/memdev.c /tinderbox/CURRENT/ia64/ia64/src/sys/dev/mem/memdev.c:58: error: syntax error before ';' token /tinderbox/CURRENT/ia64/ia64/src/sys/dev/mem/memdev.c:59: error: field name not in record or union initializer /tinderbox/CURRENT/ia64/ia64/src/sys/dev/mem/memdev.c:59: error: (near initialization for `mem_cdevsw') /tinderbox/CURRENT/ia64/ia64/src/sys/dev/mem/memdev.c:59: warning: initialization from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-01 14:22:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-01 14:22:31 - ERROR: failed to build generic kernel TB --- 2004-08-01 14:22:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:39:28 2004 Return-Path: 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 03AEA16A4DB; Sun, 1 Aug 2004 14:39:27 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69D4A43D72; Sun, 1 Aug 2004 14:39:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i71EdOPD076125; Sun, 1 Aug 2004 10:39:24 -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.12.11/8.12.11) with ESMTP id i71EdQGw091347; Sun, 1 Aug 2004 10:39:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3A9917303F; Sun, 1 Aug 2004 10:39:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040801143926.3A9917303F@freebsd-current.sentex.ca> Date: Sun, 1 Aug 2004 10:39:26 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:39:28 -0000 TB --- 2004-08-01 14:22:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-01 14:22:31 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-01 14:22:31 - cleaning the sandbox TB --- 2004-08-01 14:23:44 - checking out the source tree TB --- 2004-08-01 14:23:44 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-01 14:23:44 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-01 14:31:31 - WARNING: /home/tinderbox/sandbox/powerpc.diff does not exist TB --- 2004-08-01 14:31:31 - building world (CFLAGS=-O -pipe) TB --- 2004-08-01 14:31:31 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-01 14:31:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-01 14:39:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-01 14:39:25 - ERROR: failed to build world TB --- 2004-08-01 14:39:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:42:59 2004 Return-Path: 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 62B9216A4CE; Sun, 1 Aug 2004 14:42:59 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BED743D5A; Sun, 1 Aug 2004 14:42:58 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.16.111] (ppp16-111.pppoe.mtu-net.ru [81.195.16.111]) (authenticated bits=0) by cpanel.ezone.ru (8.13.0/8.12.11) with ESMTP id i71EgqxD066971; Sun, 1 Aug 2004 18:42:52 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <410D0166.8040003@mcsi.pp.ru> Date: Sun, 01 Aug 2004 18:42:46 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040720 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ezone.ru cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:42:59 -0000 Bjoern A. Zeeb wrote: > On Sun, 1 Aug 2004, Bjoern A. Zeeb wrote: > > >>On Sun, 1 Aug 2004, Bjoern A. Zeeb wrote: >> >> >>>So it seems that either ether.c (command.c, physical.c) change >>>or the ng_pppoe still have problems selecting the correct type >>>and default to standard. I am checking the sources to find the place >>>if glebius isn't faster ;-) >> >>sorry for replying to myself: could you please test this patch: > > > forget the last one; gives inconstientcy at another place; this one > should be better. I cannot test it at the moment; would need to build > a world on i386 which takes > 5 hours here: > Thanks! Your patch puts ng_pppoe back online! BTW, mcsi@ultra(ttyp1) [152] ~> sysctl net.graph.nonstandard_pppoe net.graph.nonstandard_pppoe: -1 -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 15:07:25 2004 Return-Path: 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 A9D7816A4CE for ; Sun, 1 Aug 2004 15:07:25 +0000 (GMT) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD5B43D60 for ; Sun, 1 Aug 2004 15:07:25 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id A17FD2A746 for ; Sun, 1 Aug 2004 11:07:24 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02413-01 for ; Sun, 1 Aug 2004 11:07:23 -0400 (EDT) Received: from lorne.arm.org (66-79-79-190.dsl.mebtel.net [66.79.79.190]) by bilbo.mebtel.net (Postfix) with ESMTP id 5CB442A7E8 for ; Sun, 1 Aug 2004 11:07:23 -0400 (EDT) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.1/8.12.9) with ESMTP id i71F7N1r000910 for ; Sun, 1 Aug 2004 11:07:23 -0400 (EDT) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.1/8.12.11/Submit) id i71F7MVc000907; Sun, 1 Aug 2004 11:07:22 -0400 (EDT) (envelope-from dlt) Date: Sun, 1 Aug 2004 11:07:22 -0400 (EDT) Message-Id: <200408011507.i71F7MVc000907@lorne.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Subject: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dlt@mebtel.net 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 Aug 2004 15:07:25 -0000 CURRENT as of this morning dint'create /dev/null. My previous CURRENT, from July 25 created it fine so all was well.Can anybody offer me a clue as to what this is all about? I tried to figure out what causes /dev/null to get created, but was unsuccessful. -- Derek Tattersall | Teach children to be polite and courteous in the | home, and, when he grows up, he will never be able dlt@mebtel.net | to edge his car onto a freeway. | dlt666@yahoo.com | From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 15:21:15 2004 Return-Path: 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 8769316A4CE for ; Sun, 1 Aug 2004 15:21:15 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D4A43D5F for ; Sun, 1 Aug 2004 15:21:15 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by plouf.absolight.net (Postfix) with ESMTP id 864104131; Sun, 1 Aug 2004 17:21:14 +0200 (CEST) Received: from nescarba.in.t-online.fr (nescarba.in.t-online.fr [213.44.126.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id A0CA0411D; Sun, 1 Aug 2004 17:21:13 +0200 (CEST) Date: Sun, 01 Aug 2004 17:21:12 +0200 From: Mathieu Arnold To: dlt@mebtel.net, current@FreeBSD.org Message-ID: <40C00E30F59A43167A9FFDC0@nescarba.in.t-online.fr> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========6DCF9E62166713C85F2A==========" X-Virus-Scanned: by amavisd 0.1 Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:21:15 -0000 --==========6DCF9E62166713C85F2A========== Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline +-le 01/08/2004 11:07 -0400, Derek Tattersall =E9crivait : | CURRENT as of this morning dint'create /dev/null. My previous | CURRENT, from July 25 created it fine so all was well.Can anybody | offer me a clue as to what this is all about? I tried to figure out | what causes /dev/null to get created, but was unsuccessful. Maybe you did not read UPDATING : 20040801: The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, so you may wish to add them to your kernel config file. See GENERIC for examples. --=20 Mathieu Arnold --==========6DCF9E62166713C85F2A========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iQEVAwUBQQ0KcVvROjYJ63c1AQJbWQf/e1cFG2uF+oD+EQ41yedztgLsicOptzTj kmtC5rrwtt7p5Z/Pe+pJ5rywxMfkI1TJ7+YFhKNv19XS5Pv9iu1C1BDLkRHYhMNa NFIa7kEw3OxkUqSOtQ+IZ1bz1UMo8xslocq8c7ekvaRoby8aPwMkY1lfT/dmIwIr J6swKf35NwAg4D0A1eN6+Ol2PkKa4McKtslA1JZ6ZyN7DqOnMm8VXNVo27A7pV93 qmSYJSYwphbAWb5Evu1N7woZ5KVWN5tQLCUJgwJbtwuDBsh3hZk2MYtoldk2Go7v sNjWXPC3anYmyEph3N4OxWNZs1Nicw0RK70/QwsGZSSKq59OKJhoSg== =zdaR -----END PGP SIGNATURE----- --==========6DCF9E62166713C85F2A==========-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 15:40:40 2004 Return-Path: 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 3FD3216A4CF for ; Sun, 1 Aug 2004 15:40:40 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0DD543D54 for ; Sun, 1 Aug 2004 15:40:37 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by mproxy.gmail.com with SMTP id 73so115254rnl for ; Sun, 01 Aug 2004 08:40:37 -0700 (PDT) Received: by 10.38.2.74 with SMTP id 74mr28764rnb; Sun, 01 Aug 2004 08:40:37 -0700 (PDT) Message-ID: Date: Sun, 1 Aug 2004 23:40:37 +0800 From: Jiawei Ye To: Mathieu Arnold In-Reply-To: <40C00E30F59A43167A9FFDC0@nescarba.in.t-online.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <40C00E30F59A43167A9FFDC0@nescarba.in.t-online.fr> cc: dlt@mebtel.net cc: current@freebsd.org Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:40:40 -0000 On Sun, 01 Aug 2004 17:21:12 +0200, Mathieu Arnold wrote: > +-le 01/08/2004 11:07 -0400, Derek Tattersall =E9crivait : > | CURRENT as of this morning dint'create /dev/null. My previous > | CURRENT, from July 25 created it fine so all was well.Can anybody > | offer me a clue as to what this is all about? I tried to figure out > | what causes /dev/null to get created, but was unsuccessful. >=20 >=20 > Maybe you did not read UPDATING : >=20 > 20040801: > The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, > so you may wish to add them to your kernel config file. See > GENERIC for examples. >=20 > -- > Mathieu Arnold 'options io' is not in GENERIC, is this intended? Jiawei Ye From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 15:42:43 2004 Return-Path: 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 EFD8816A4CE for ; Sun, 1 Aug 2004 15:42:43 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96EF843D55 for ; Sun, 1 Aug 2004 15:42:43 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by plouf.absolight.net (Postfix) with ESMTP id 91B753FC4; Sun, 1 Aug 2004 17:42:42 +0200 (CEST) Received: from nescarba.in.t-online.fr (nescarba.in.t-online.fr [213.44.126.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id A68603FE1; Sun, 1 Aug 2004 17:42:41 +0200 (CEST) Date: Sun, 01 Aug 2004 17:42:39 +0200 From: Mathieu Arnold To: Jiawei Ye Message-ID: <6116CD65A94D37F8C3FADC89@nescarba.in.t-online.fr> In-Reply-To: References: <40C00E30F59A43167A9FFDC0@nescarba.in.t-online.fr> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========6E4A1F07D5EA000A7DC2==========" X-Virus-Scanned: by amavisd 0.1 cc: dlt@mebtel.net cc: current@freebsd.org Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:42:44 -0000 --==========6E4A1F07D5EA000A7DC2========== Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline +-le 01/08/2004 23:40 +0800, Jiawei Ye =E9crivait : | On Sun, 01 Aug 2004 17:21:12 +0200, Mathieu Arnold wrote: |> +-le 01/08/2004 11:07 -0400, Derek Tattersall =E9crivait : |> | CURRENT as of this morning dint'create /dev/null. My previous |> | CURRENT, from July 25 created it fine so all was well.Can anybody |> | offer me a clue as to what this is all about? I tried to figure out |> | what causes /dev/null to get created, but was unsuccessful. |>=20 |>=20 |> Maybe you did not read UPDATING : |>=20 |> 20040801: |> The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, |> so you may wish to add them to your kernel config file. See |> GENERIC for examples. |>=20 |> -- |> Mathieu Arnold | 'options io' is not in GENERIC, is this intended? I think it's something he missed and I believe it's needed for X to work. --=20 Mathieu Arnold --==========6E4A1F07D5EA000A7DC2========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iQEVAwUBQQ0Pc1vROjYJ63c1AQLacgf/WOpj/g1Yf55nzyH9WNABdylOyvxoIDfF 4boyddf0Rm8wGGnpnkP1CsvlohcR4MybkCReuiTy/NrrKaoVtik10u7cGQnH2083 Hy/gkyf7gEdt0hH/I1jXSko86G+PNQOaKa3SuRErDd7GAJSo1xpwcoTu+NygP7bC 16XV449JEjfI1dQO7ZpZOigM2k+1mnr9ubMtQdQvjdPFbMKa8lFD/jPnC45xgIQM ZNfwWApSEsHunj76LpPspn3qLgL4hKoPev3WxCIOD8zg4NA8u3yHa8PlmDeYrUTw hE6XH9nuSh/ZxvDghQj2+Hv/mVL2sFUG1+sTUyFqSwdwH4yhpOgf1A== =b/UQ -----END PGP SIGNATURE----- --==========6E4A1F07D5EA000A7DC2==========-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 16:00:53 2004 Return-Path: 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 8B52016A4CE for ; Sun, 1 Aug 2004 16:00:53 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BEDF43D5C for ; Sun, 1 Aug 2004 16:00:52 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i71G0osF038380 for ; Sun, 1 Aug 2004 18:00:50 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <125001c477e0$b7a4b160$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: Date: Sun, 1 Aug 2004 18:00:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:00:53 -0000 cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -st d=c99 -g -nostdinc -I- -I. -I/home2/src/sys -I/home2/src/sys/contrib/dev/acpica -I/home2/src/sys/contrib/altq -I/home2/src/sys/contrib/ipfilter -I/home2/src/sy s/contrib/pf -I/home2/src/sys/contrib/dev/ath -I/home2/src/sys/contrib/dev/ath/f reebsd -I/home2/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-commo n -finline-limit=8000 --param inline-unit-growth=100 --param large-function-grow th=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mn o-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-table s -ffreestanding /home2/src/sys/amd64/amd64/mem.c /home2/src/sys/amd64/amd64/mem.c: In function `memrw': /home2/src/sys/amd64/amd64/mem.c:96: warning: implicit declaration of function ` PHYS_TO_DMAP' /home2/src/sys/amd64/amd64/mem.c:96: warning: nested extern declaration of `PHYS _TO_DMAP' /home2/src/sys/amd64/amd64/mem.c:96: warning: cast to pointer from integer of di fferent size /home2/src/sys/amd64/amd64/mem.c:102: error: `DMAP_MIN_ADDRESS' undeclared (firs t use in this function) /home2/src/sys/amd64/amd64/mem.c:102: error: (Each undeclared identifier is repo rted only once /home2/src/sys/amd64/amd64/mem.c:102: error: for each function it appears in.) /home2/src/sys/amd64/amd64/mem.c:102: error: `DMAP_MAX_ADDRESS' undeclared (firs t use in this function) /home2/src/sys/amd64/amd64/mem.c:103: warning: implicit declaration of function `DMAP_TO_PHYS' /home2/src/sys/amd64/amd64/mem.c:103: warning: nested extern declaration of `DMA P_TO_PHYS' /home2/src/sys/amd64/amd64/mem.c:117: error: `KERNBASE' undeclared (first use in this function) *** Error code 1 I have defined device mem device null in my config. Compilation is on an amd64 system. --WjW From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 16:20:56 2004 Return-Path: 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 E424116A4CE for ; Sun, 1 Aug 2004 16:20:56 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D3543D5A for ; Sun, 1 Aug 2004 16:20:56 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i71GKufI031428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Aug 2004 09:20:56 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i71GKuXT031427 for freebsd-current@freebsd.org; Sun, 1 Aug 2004 09:20:56 -0700 (PDT) (envelope-from jdc) Date: Sun, 1 Aug 2004 09:20:56 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040801162056.GA31247@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040730212843.GA33955@parodius.com> <20040731002713.GA6709@freefall.freebsd.org> <20040731060323.GA47329@parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040731060323.GA47329@parodius.com> User-Agent: Mutt/1.5.6i Subject: Re: boot2 -- Round 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:20:57 -0000 Small follow-up (useful for any others who are having issues): 1. /boot/boot between "Box A" and "Box B" differ. cmp -x shows what looks almost like an endian-related problem, but only for a small portion of boot2. boot0 and boot1 are identical. "medusa" is "Box B": medusa# cmp -x /boot/boot2 box_a_boot/boot2 00000910 0c 08 00000914 08 0c 00000920 03 01 00000922 01 03 00000923 43 41 00000924 41 43 00001bc9 01 0c 2. Comparing /boot/boot from 5.2.1-RELEASE and the latest cvs HEAD shows an immense amount of differences. This is probably justified. 3. Using /boot/boot from 5.2.1-RELEASE on "Box B" works flawlessly. 0:ad(0,a) is chosen as expected, and everything is beautiful. 4. #3 works fine using cvs HEAD's 'disklabel' binary, so the utility itself is likely fine. Just wanted to throw all this out there for documentation/discussion pruposes. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 17:18:07 2004 Return-Path: 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 5673116A4CE for ; Sun, 1 Aug 2004 17:18:07 +0000 (GMT) Received: from lakermmtao11.cox.net (lakermmtao11.cox.net [68.230.240.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB01443D67 for ; Sun, 1 Aug 2004 17:18:06 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao11.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040801171801.KSJL11198.lakermmtao11.cox.net@dolphin.local.net>; Sun, 1 Aug 2004 13:18:01 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.12.11/8.12.11) with ESMTP id i71HI0lI049538; Sun, 1 Aug 2004 12:18:00 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.12.11/8.12.11/Submit) id i71HI0SY049537; Sun, 1 Aug 2004 12:18:00 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <125001c477e0$b7a4b160$471b3dd4@digiware.nl> Date: Sun, 01 Aug 2004 12:18:00 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: Willem Jan Withagen cc: current@freebsd.org Subject: Re: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 17:18:07 -0000 On 01-Aug-2004 Willem Jan Withagen wrote: > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -W > missing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -st > d=c99 -g -nostdinc -I- -I. -I/home2/src/sys > -I/home2/src/sys/contrib/dev/acpica > -I/home2/src/sys/contrib/altq -I/home2/src/sys/contrib/ipfilter > -I/home2/src/sy > s/contrib/pf -I/home2/src/sys/contrib/dev/ath > -I/home2/src/sys/contrib/dev/ath/f > reebsd -I/home2/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h > -fno-commo > n -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-grow > th=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone > -mfpmath=387 -mn > o-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-table > s -ffreestanding /home2/src/sys/amd64/amd64/mem.c > /home2/src/sys/amd64/amd64/mem.c: In function `memrw': > /home2/src/sys/amd64/amd64/mem.c:96: warning: implicit declaration of > function ` > PHYS_TO_DMAP' > /home2/src/sys/amd64/amd64/mem.c:96: warning: nested extern > declaration of `PHYS > _TO_DMAP' > /home2/src/sys/amd64/amd64/mem.c:96: warning: cast to pointer from > integer of di > fferent size > /home2/src/sys/amd64/amd64/mem.c:102: error: `DMAP_MIN_ADDRESS' > undeclared (firs > t use in this function) > /home2/src/sys/amd64/amd64/mem.c:102: error: (Each undeclared > identifier is repo > rted only once > /home2/src/sys/amd64/amd64/mem.c:102: error: for each function it > appears in.) > /home2/src/sys/amd64/amd64/mem.c:102: error: `DMAP_MAX_ADDRESS' > undeclared (firs > t use in this function) > /home2/src/sys/amd64/amd64/mem.c:103: warning: implicit declaration > of function > `DMAP_TO_PHYS' > /home2/src/sys/amd64/amd64/mem.c:103: warning: nested extern > declaration of `DMA > P_TO_PHYS' > /home2/src/sys/amd64/amd64/mem.c:117: error: `KERNBASE' undeclared > (first use in > this function) > *** Error code 1 > > I have defined > device mem > device null > > in my config. Compilation is on an amd64 system. > > --WjW Same here on my amd64 box. Looks like sys/amd64/include/vmparam.h is not being included in the build. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 17:45:35 2004 Return-Path: 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 5356B16A4CE for ; Sun, 1 Aug 2004 17:45:35 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B2D43D2F for ; Sun, 1 Aug 2004 17:45:34 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i71HjPsF040508; Sun, 1 Aug 2004 19:45:31 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <126801c477ef$571cf0a0$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: References: Date: Sun, 1 Aug 2004 19:45:26 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: current@freebsd.org Subject: Re: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:45:35 -0000 > > /home2/src/sys/amd64/amd64/mem.c: In function `memrw': > > /home2/src/sys/amd64/amd64/mem.c:96: warning: implicit declaration of > > function ` > > PHYS_TO_DMAP' > > /home2/src/sys/amd64/amd64/mem.c:96: warning: nested extern > > declaration of `PHYS > > _TO_DMAP' > > /home2/src/sys/amd64/amd64/mem.c:96: warning: cast to pointer from > > integer of di > > fferent size > > /home2/src/sys/amd64/amd64/mem.c:102: error: `DMAP_MIN_ADDRESS' > > undeclared (firs > > t use in this function) > > /home2/src/sys/amd64/amd64/mem.c:102: error: (Each undeclared > > identifier is repo > > rted only once > > /home2/src/sys/amd64/amd64/mem.c:102: error: for each function it > > appears in.) > > /home2/src/sys/amd64/amd64/mem.c:102: error: `DMAP_MAX_ADDRESS' > > undeclared (firs > > t use in this function) > > /home2/src/sys/amd64/amd64/mem.c:103: warning: implicit declaration > > of function > > `DMAP_TO_PHYS' > > /home2/src/sys/amd64/amd64/mem.c:103: warning: nested extern > > declaration of `DMA > > P_TO_PHYS' > > /home2/src/sys/amd64/amd64/mem.c:117: error: `KERNBASE' undeclared > > (first use in > > this function) > > *** Error code 1 > > > > I have defined > > device mem > > device null > > > > in my config. Compilation is on an amd64 system. > > > > --WjW > > Same here on my amd64 box. Looks like sys/amd64/include/vmparam.h is > not being included in the build. Tried doing that, then it misses things from again another file... /usr/src/sys/sys/memrange.h about somethigns wrong with MEMDESC After which I hang up for the time being. But Something needs to be included Somewhere..... --WjW From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 17:57:37 2004 Return-Path: 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 9CE1C16A4CE for ; Sun, 1 Aug 2004 17:57:37 +0000 (GMT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED8C43D45 for ; Sun, 1 Aug 2004 17:57:37 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao10.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040801175735.LPUV20727.lakermmtao10.cox.net@dolphin.local.net>; Sun, 1 Aug 2004 13:57:35 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.12.11/8.12.11) with ESMTP id i71HvaTL085748; Sun, 1 Aug 2004 12:57:36 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.12.11/8.12.11/Submit) id i71HvZrU085747; Sun, 1 Aug 2004 12:57:35 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <126801c477ef$571cf0a0$471b3dd4@digiware.nl> Date: Sun, 01 Aug 2004 12:57:35 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: Willem Jan Withagen cc: current@freebsd.org Subject: Re: Error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 17:57:37 -0000 On 01-Aug-2004 Willem Jan Withagen wrote: >> >> Same here on my amd64 box. Looks like sys/amd64/include/vmparam.h >> is not being included in the build. > > Tried doing that, then it misses things from again another file... > /usr/src/sys/sys/memrange.h about somethigns wrong with MEMDESC Same here again. I tried manually including the file, but something else is still missing. > After which I hang up for the time being. But Something needs to be > included Somewhere..... Yup. I'll leave the rest to the experts. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 18:08:42 2004 Return-Path: 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 0243816A4CE for ; Sun, 1 Aug 2004 18:08:42 +0000 (GMT) Received: from mjolnir.camphill.cz (gprs40-6.eurotel.cz [160.218.40.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92AE943D5D for ; Sun, 1 Aug 2004 18:08:37 +0000 (GMT) (envelope-from zhouska@mjolnir.camphill.cz) Received: by mjolnir.camphill.cz (Postfix, from userid 1001) id DCA666132; Sun, 1 Aug 2004 20:05:29 +0200 (CEST) Date: Sun, 1 Aug 2004 20:05:29 +0200 From: Svatoboj To: freebsd-current@freebsd.org Message-ID: <20040801180529.GA22561@mjolnir> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Problems with snd_via82c686 module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:08:42 -0000 Hello, I have strange behaviour problems with on-board sound card using snd_via82c686 module. Sound gets somehow distorted and scratchy out of speakers. Here is pciconf -vl output: --snip-- pcm0@pci0:7:5: class=0x040100 card=0x33001462 chip=0x30581106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C686/A/B AC'97 Audio Codec' class = multimedia subclass = audio --snip-- and dmesg -a output: --snip-- pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at de vice 7.5 on pci0 pcm0: --snip-- dmesg -a | grep "irq 5" reveals: pcib0: slot 7 INTC is routed to irq 5 pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at de vice 7.5 on pci0 Sometimes output sounds to be slowed down when CPU is heavily loaded. System fingerprint is: mjolnir# uname -a FreeBSD mjolnir 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #5: Fri Jul 30 18:08:0 3 CEST 2004 root@mjolnir:/usr/src/sys/i386/compile/CUSTOM i386 Just googled and found no relevant hints. I would be thankful for any helpful hints. Svata Here is full output of dmesg: Copyright (c) 1992-2004 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 5.2.1-RELEASE-p9 #5: Fri Jul 30 18:08:03 CEST 2004 root@mjolnir:/usr/src/sys/i386/compile/CUSTOM Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b3d000. Preloaded elf module "/boot/kernel/snd_via82c686.ko" at 0xc0b3d1f4. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0b3d2a8. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0b3d354. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0b3d400. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b3d4ac. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1600+ (1377.45-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383f9ff AMD Features=0xc0400000 real memory = 268369920 (255 MB) avail memory = 251039744 (239 MB) Pentium Pro MTRR support enabled VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc0850f82 (1000022) VESA: NVidia npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fd5d0 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 acpi_cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 7 INTD is routed to irq 10 pcib0: slot 7 INTD is routed to irq 10 pcib0: slot 7 INTC is routed to irq 5 pcib0: slot 9 INTA is routed to irq 11 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib0: slot 1 INTA is routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 nvidia0: mem 0xd0000000-0xd7ffffff,0xdc000000-0xdcffffff irq 10 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xd400-0xd41f irq 10 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd800-0xd81f irq 10 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at device 7.5 on pci0 pcm0: rl0: port 0xec00-0xecff mem 0xde000000-0xde0000ff irq 11 at device 9.0 on pci0 rl0: Ethernet address: 00:c0:26:67:ae:70 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model NetMouse/NetScroll Optical, device ID 0 pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1377445171 Hz quality 800 Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xc2e1dd60 ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a pflog: $Name: VERSION_2_03 $ pfsync: $Name: VERSION_2_03 $ in6_ifattach: pflog0 is not multicast capable, IPv6 not enabled in6_ifattach: pfsync0 is not multicast capable, IPv6 not enabled pflog0: promiscuous mode enabled pf: $Name: VERSION_2_03 $ -- If you cannot work with love but only with distaste it is better that you should leave your work. Kahlil Gibran From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 18:27:26 2004 Return-Path: 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 D5BFD16A4CE; Sun, 1 Aug 2004 18:27:26 +0000 (GMT) Received: from rip.psg.com (splat.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA53D43D46; Sun, 1 Aug 2004 18:27:26 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BrL3N-000IP0-KL; Sun, 01 Aug 2004 18:27:26 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BrL3L-000NQO-UN; Sun, 01 Aug 2004 08:27:24 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16653.13835.341276.350635@roam.psg.com> Date: Sun, 1 Aug 2004 08:27:23 -1000 To: FreeBSD Ports , FreeBSD Current Subject: compile problems in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:27:27 -0000 i386 -current as of yesterday, in fact many recent days, has numerous compile problems in ports. i ran portsdb and then a portupgrade -faDRv and got ---> Packages processed: 336 done, 4 ignored, 76 skipped and 8 failed # grep ' \!' portupgrade.log ! devel/soup (soup-0.7.11_1) (compiler error) ! misc/magicpoint (magicpoint-1.10a_1) (missing header) ! x11-toolkits/gtk-- (gtkmm-1.2.8_2) (compiler error) ! print/ghostscript-gnu (ghostscript-gnu-7.07_11) (new compiler error) ! audio/xmixer (xmixer-0.9.4_1) (unknown build error) ! java/jdk13 (jdk-1.3.1p8_2) (unknown build error) ! devel/fam (fam-2.6.9_4) (unknown build error) ! devel/gnomevfs (gnomevfs-1.0.5_5) (compiler error) some examples appended randy ---------- x11-toolkits/gtk-- (gtkmm-1.2.8_2) c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -D MACRO_DIR=\"/usr/X11R6/lib/gtkmm/proc\" -D M4=\"gm4\" -c parser.cc c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -D MACRO_DIR=\"/usr/X11R6/lib/gtkmm/proc\" -D M4=\"gm4\" -c gtkmmproc.cc c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -D MACRO_DIR=\"/usr/X11R6/lib/gtkmm/proc\" -D M4=\"gm4\" -c lexer.cc c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -D MACRO_DIR=\"/usr/X11R6/lib/gtkmm/proc\" -D M4=\"gm4\" -c fixate.cc /bin/sh ../../libtool --mode=link c++ -o gtkmmproc parser.o gtkmmproc.o lexer.o fixate.o mkdir .libs c++ -o gtkmmproc parser.o gtkmmproc.o lexer.o fixate.o gtkmmproc.o(.text+0x63fd): In function `OutputChannel::OutputChannel()': : warning: warning: tempnam() possibly used unsafely; consider using mkstemp() gmake[3]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtkmmproc' Making all in build_sources gmake[3]: Entering directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/build_sources' ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc accelgroup ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc accellabel ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc adjustment ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc alignment ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc arrow ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc aspectframe ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc bin ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc box ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc button ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc buttonbox ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc calendar ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc checkbutton ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc checkmenuitem ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc clist ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc colorselection ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc combo ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc container ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc ctree ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc curve ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc data ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc dialog ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc drawingarea ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc editable ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc entry ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc eventbox ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc fileselection ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc fixed ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc fontselection ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc frame ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc handlebox ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc image ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc inputdialog ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc invisible ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc item ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc label ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc layout ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc list ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc listitem ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc main ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc menu ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc menubar ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc menuitem ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc menushell ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc misc ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc notebook ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc object ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc optionmenu ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc packer ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc paned ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc pixmap ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc plug ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc preview ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc progress ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc progressbar ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc radiobutton ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc radiomenuitem ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc range ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc ruler ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc scale ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc scrollbar ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc scrolledwindow ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc separator ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc socket ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc spinbutton ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc statusbar ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc style ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc table ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc tearoffmenuitem ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc text ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc tipsquery ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc togglebutton ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc toolbar ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc tooltips ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc tree ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc treeitem ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc viewport ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc widget ./../ ../../src/gtk--/ ../gtkmmproc/gtkmmproc --m4 ./../gtkmmproc window ./../ ../../src/gtk--/ (cd .; gm4 proxy.h.m4 > ../../src/gtk--/proxy.h) perl ./make_translate.pl ./../*.gen_h > ../../src/gtk--/wrap.cc.tmp if test -f ../../src/gtk--/wrap.cc ; then \ diff -q ../../src/gtk--/wrap.cc ../../src/gtk--/wrap.cc.tmp; \ if test "$?" -ne 0 ; then \ cp ../../src/gtk--/wrap.cc.tmp ../../src/gtk--/wrap.cc; \ fi ; \ else \ cp ../../src/gtk--/wrap.cc.tmp ../../src/gtk--/wrap.cc; \ fi rm ../../src/gtk--/wrap.cc.tmp gmake[3]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/build_sources' Making all in gtk-- gmake[3]: Entering directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtk--' Making all in private gmake[4]: Entering directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtk--/private' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtk--/private' gmake[4]: Entering directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtk--' /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I../.. -DGTKMM_IMPLEMENTATION -DG_LOG_DOMAIN=\"Gtk--\" -I./.. -I.. -I../../gdk-- -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/sigc++-1.0 -O -pipe -march=pentiumpro -Wall -Wno-unused -c wrap.cc mkdir .libs c++ -DHAVE_CONFIG_H -I../.. -DGTKMM_IMPLEMENTATION -DG_LOG_DOMAIN=\"Gtk--\" -I./.. -I.. -I../../gdk-- -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/sigc++-1.0 -O -pipe -march=pentiumpro -Wall -Wno-unused -c wrap.cc -fPIC -DPIC -o .libs/wrap.lo In file included from ./../gtk--/base.h:34, from ./../gtk--/object.h:30, from wrap.cc:1: ./../gtk--/proxy.h: In member function `SigC::Slot0 Gtk::EmitProxySignal0::slot()': ./../gtk--/proxy.h:153: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h:153: error: (Each undeclared identifier is reported only once for each function it appears in.) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal0::emit()': ./../gtk--/proxy.h:160: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal0::operator()()': ./../gtk--/proxy.h:166: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `SigC::Slot1 Gtk::EmitProxySignal1::slot()': ./../gtk--/proxy.h:265: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal1::emit(P1)': ./../gtk--/proxy.h:272: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal1::operator()(P1)': ./../gtk--/proxy.h:278: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `SigC::Slot2 Gtk::EmitProxySignal2::slot()': ./../gtk--/proxy.h:377: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal2::emit(P1, P2)': ./../gtk--/proxy.h:384: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal2::operator()(P1, P2)': ./../gtk--/proxy.h:390: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `SigC::Slot3 Gtk::EmitProxySignal3::slot()': ./../gtk--/proxy.h:489: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal3::emit(P1, P2, P3)': ./../gtk--/proxy.h:496: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal3::operator()(P1, P2, P3)': ./../gtk--/proxy.h:502: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `SigC::Slot4 Gtk::EmitProxySignal4::slot()': ./../gtk--/proxy.h:601: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal4::emit(P1, P2, P3, P4)': ./../gtk--/proxy.h:608: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal4::operator()(P1, P2, P3, P4)': ./../gtk--/proxy.h:614: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `SigC::Slot5 Gtk::EmitProxySignal5::slot()': ./../gtk--/proxy.h:713: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal5::emit(P1, P2, P3, P4, P5)': ./../gtk--/proxy.h:720: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal5::operator()(P1, P2, P3, P4, P5)': ./../gtk--/proxy.h:726: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `SigC::Slot6 Gtk::EmitProxySignal6::slot()': ./../gtk--/proxy.h:825: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal6::emit(P1, P2, P3, P4, P5, P6)': ./../gtk--/proxy.h:832: error: `obj' undeclared (first use this function) ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal6::operator()(P1, P2, P3, P4, P5, P6)': ./../gtk--/proxy.h:838: error: `obj' undeclared (first use this function) In file included from ./../gtk--/object.h:30, from wrap.cc:1: ./../gtk--/base.h: In member function `interf* G_List_Cpp_Iterator::operator*() const': ./../gtk--/base.h:485: error: `wrap' is not a member of `Gtk' gmake[4]: *** [wrap.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtk--' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src/gtk--' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/gtk--/work/gtkmm-1.2.8' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/x11-toolkits/gtk--. ----------- devel/fam (fam-2.6.9_4) gmake[2]: Entering directory `/usr/ports/devel/fam/work/fam-2.6.9/libfam' /bin/sh /usr/local/bin/libtool13 --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\"/usr/local/etc/fam.conf\" -O -pipe -march=pentiumpro -Wno-deprecated -c -o Client.lo `test -f Client.c++ || echo './'`Client.c++ mkdir .libs c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\"/usr/local/etc/fam.conf\" -O -pipe -march=pentiumpro -Wno-deprecated -c Client.c++ -fPIC -DPIC -o .libs/Client.lo In file included from Client.h:27, from Client.c++:40: ../include/BTree.h:240: error: expected constructor, destructor, or type conversion before "BTree" ../include/BTree.h:240: error: expected `;' before "BTree" ../include/BTree.h:352: error: expected constructor, destructor, or type conversion before "BTree" ../include/BTree.h:352: error: expected `;' before "BTree" ../include/BTree.h:408: error: expected constructor, destructor, or type conversion before "BTree" ../include/BTree.h:408: error: expected `;' before "BTree" ../include/BTree.h:503: error: expected constructor, destructor, or type conversion before "BTree" ../include/BTree.h:503: error: expected `;' before "BTree" ../include/BTree.h:561: error: expected constructor, destructor, or type conversion before "BTree" ../include/BTree.h:561: error: expected `;' before "BTree" ../include/BTree.h:591: error: expected constructor, destructor, or type conversion before "BTree" ../include/BTree.h:591: error: expected `;' before "BTree" gmake[2]: *** [Client.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/fam/work/fam-2.6.9/libfam' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/fam/work/fam-2.6.9' gmake: *** [all] Error 2 *** Error code 2 ----------- devel/gnomevfs (gnomevfs-1.0.5_5) cc -DHAVE_CONFIG_H -I. -I. -I.. -DGNOME_VFS_CONFDIR=\"/usr/X11R6/etc\" -DGNOME_VFS_DATADIR=\"/usr/X11R6/share/gnome\" -DGNOME_VFS_PREFIX=\"/usr/X11R6\" -I.. -I../intl -I.. -I../intl -I../libgnomevfs -I/usr/local/include/glib12 -I/usr/local/include/glib12 -I/usr/local/include/orbit-1.0 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/glib12 -I/usr/local/include/orbit-1.0 -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/X11R6/include/gconf/1 -I/usr/X11R6/include -I/usr/local/include/glib12 -I/usr/local/include/orbit-1.0 -I/usr/local/include -I/usr/X11R6/include/gtk12 -Wall -Wunused -D_GNU_SOURCE -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DLIBDIR=\"/usr/X11R6/lib\" -DSYSCONFDIR=\"/usr/X11R6/etc\" -DG_LOG_DOMAIN=\"GnomeVFS\" -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/include -O -pipe -march=pentiumpro -c gnome-vfs-private-utils.c -fPIC -DPIC -o .libs/gnome-vfs-private-utils.lo gnome-vfs-private-utils.c:272: error: conflicting types for 'gnome_vfs_process_run_cancellable' gnome-vfs-private-utils.h:50: error: previous declaration of 'gnome_vfs_process_run_cancellable' was here gnome-vfs-private-utils.c:272: error: conflicting types for 'gnome_vfs_process_run_cancellable' gnome-vfs-private-utils.h:50: error: previous declaration of 'gnome_vfs_process_run_cancellable' was here gmake[3]: *** [gnome-vfs-private-utils.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/gnomevfs/work/gnome-vfs-1.0.5/libgnomevfs' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/gnomevfs/work/gnome-vfs-1.0.5/libgnomevfs' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/gnomevfs/work/gnome-vfs-1.0.5' gmake: *** [all-recursive-am] Error 2 *** Error code 2 ----------- audio/xmixer (xmixer-0.9.4_1) cc -O -pipe -march=pentiumpro -I/usr/X11R6/include/ -I/usr/X11R6/include -DDEFAULT_MIXER=\"/dev/mixer\" -DOSS -I. -I./icons -DVERSION=\"0.9.4\" -c scf.c scf.c: In function `key_value_pair': scf.c:1013: error: label at end of compound statement *** Error code 1 Stop in /usr/ports/audio/xmixer/work/xmixer. *** Error code 1 -30- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 18:45:56 2004 Return-Path: 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 36BC916A4CE for ; Sun, 1 Aug 2004 18:45:56 +0000 (GMT) Received: from email08.aon.at (WARSL402PIP7.highway.telekom.at [195.3.96.94]) by mx1.FreeBSD.org (Postfix) with SMTP id B2A1C43D1D for ; Sun, 1 Aug 2004 18:45:54 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 206868 invoked from network); 1 Aug 2004 18:45:53 -0000 Received: from m101p004.dipool.highway.telekom.at (HELO ?62.46.2.132?) ([62.46.2.132]) (envelope-sender ) by 172.18.5.237 (qmail-ldap-1.03) with SMTP for ; 1 Aug 2004 18:45:53 -0000 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Message-Id: <1091385943.873.4.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 01 Aug 2004 20:45:43 +0200 Content-Transfer-Encoding: 7bit Subject: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:45:56 -0000 After today's cvsup the system freezes when I try to start X using the nvidia binary driver. The nv driver still works. ~1 week old kernel doesn't have this problem. From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 18:50:49 2004 Return-Path: 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 42A2716A4CF for ; Sun, 1 Aug 2004 18:50:49 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 55F4743D2F for ; Sun, 1 Aug 2004 18:50:48 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 18865 invoked by uid 65534); 1 Aug 2004 18:50:46 -0000 Received: from pD9FFCEBE.dip.t-dialin.net (EHLO kiste.my.domain) (217.255.206.190) by mail.gmx.net (mp022) with SMTP; 01 Aug 2004 20:50:46 +0200 X-Authenticated: #443188 From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Sun, 1 Aug 2004 20:50:41 +0200 User-Agent: KMail/1.6.2 References: <16653.13835.341276.350635@roam.psg.com> In-Reply-To: <16653.13835.341276.350635@roam.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_FuTDBfzgsWwDzaD"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408012050.45288.michaelnottebrock@gmx.net> cc: Randy Bush cc: FreeBSD Ports Subject: Re: compile problems in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD Ports 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 Aug 2004 18:50:49 -0000 --Boundary-02=_FuTDBfzgsWwDzaD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 01 August 2004 20:27, Randy Bush wrote: [reply-to set to freebsd-ports@] > ! print/ghostscript-gnu (ghostscript-gnu-7.07_11) =46ixed in ports. > ! devel/fam (fam-2.6.9_4) (unknown build error) =46ix in PR 69827. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_FuTDBfzgsWwDzaD Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBDTuEXhc68WspdLARAhwvAJ47wVMZqDKEQ3jQM4xYr40cGqCTMwCgiRL+ MMHtGLoMaJ4X86FjxgrvNIY= =xg/G -----END PGP SIGNATURE----- --Boundary-02=_FuTDBfzgsWwDzaD-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 19:51:22 2004 Return-Path: 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 CA0C616A4CE for ; Sun, 1 Aug 2004 19:51:22 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12A7A43D5D for ; Sun, 1 Aug 2004 19:51:20 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from [192.168.254.3] (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id 7993B4AC6D; Sun, 1 Aug 2004 21:51:38 +0200 (CEST) Message-ID: <410D4AC6.2020305@cordula.ws> Date: Sun, 01 Aug 2004 21:55:50 +0200 From: cpghost User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040710) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Svatoboj References: <20040801180529.GA22561@mjolnir> In-Reply-To: <20040801180529.GA22561@mjolnir> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Problems with snd_via82c686 module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:51:22 -0000 Svatoboj wrote: >Hello, > >I have strange behaviour problems with on-board sound card using >snd_via82c686 module. >Sound gets somehow distorted and scratchy out of speakers. > > Me too. FWIW, the sound artifacts seem to correlate pretty closely with disk activity. This problem worsened the last couple of months. Unfortunately, I can't pinpoint the date when it started. :( -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 19:52:11 2004 Return-Path: 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 1861C16A4CE for ; Sun, 1 Aug 2004 19:52:11 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49B0543D69 for ; Sun, 1 Aug 2004 19:52:10 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i71Jq76v042517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Aug 2004 23:52:08 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i71Jq7Gp042516; Sun, 1 Aug 2004 23:52:07 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 1 Aug 2004 23:52:07 +0400 From: Gleb Smirnoff To: "Tseng, Ling-hua" Message-ID: <20040801195207.GA42499@cell.sick.ru> References: <001b01c47793$452a1460$0201a8c0@uranus> <20040801095908.GB40732@cell.sick.ru> <000d01c477cf$b9cef420$0201a8c0@uranus> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <000d01c477cf$b9cef420$0201a8c0@uranus> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PPPoE broekn in the FreeBSD-current (2004.8.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:52:11 -0000 On Sun, Aug 01, 2004 at 09:59:07PM +0800, Tseng, Ling-hua wrote: T> FreeBSD: src/sys/netgraph/ng_socket.c, v 1.52 2004/07/27 20:30:56 glebius Exp $ I have fixed problem in rev 1.53 T> > On Sun, Aug 01, 2004 at 02:46:23PM +0800, Tseng, Ling-hua wrote: T> > T> I viewed some topics and found its problem in 3com NICs, but I never found the topics about the 'lnc' driver. T> > T> So I post this problem again. It seems disconnect immediately after dial-up. T> > T> > What is revision of your ng_socket.c? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 20:16:07 2004 Return-Path: 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 E8CEA16A4CE for ; Sun, 1 Aug 2004 20:16:07 +0000 (GMT) Received: from mjolnir.camphill.cz (gprs40-6.eurotel.cz [160.218.40.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F74D43D62 for ; Sun, 1 Aug 2004 20:16:06 +0000 (GMT) (envelope-from zhouska@mjolnir.camphill.cz) Received: by mjolnir.camphill.cz (Postfix, from userid 1001) id A396D6487; Sun, 1 Aug 2004 22:12:57 +0200 (CEST) Date: Sun, 1 Aug 2004 22:12:57 +0200 From: Svatoboj To: Stefan Ehmann Message-ID: <20040801201257.GB6560@mjolnir> References: <1091385943.873.4.camel@taxman> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091385943.873.4.camel@taxman> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:16:08 -0000 On Sun, Aug 01, 2004 at 08:45:43PM +0200, Stefan Ehmann wrote: > After today's cvsup the system freezes when I try to start X using the > nvidia binary driver. The nv driver still works. > > ~1 week old kernel doesn't have this problem. Just curious what kind nvidia card do you have? Using this one: nvidia0@pci1:0:0: class=0x030000 card=0x00000000 chip=0x011010de rev=0xb2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NV11 GeForce2 MX / MX 400' causes panic at boot > Svata -- If you cannot work with love but only with distaste it is better that you should leave your work. Kahlil Gibran From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 20:28:09 2004 Return-Path: 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 1448C16A4CF for ; Sun, 1 Aug 2004 20:28:09 +0000 (GMT) Received: from email11.aon.at (WARSL402PIP7.highway.telekom.at [195.3.96.94]) by mx1.FreeBSD.org (Postfix) with SMTP id A61FF43D2F for ; Sun, 1 Aug 2004 20:28:07 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 134284 invoked from network); 1 Aug 2004 20:28:06 -0000 Received: from m105p030.dipool.highway.telekom.at (HELO ?62.46.3.30?) ([62.46.3.30]) (envelope-sender ) by qmail2rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 1 Aug 2004 20:28:06 -0000 From: Stefan Ehmann To: Svatoboj In-Reply-To: <20040801201257.GB6560@mjolnir> References: <1091385943.873.4.camel@taxman> <20040801201257.GB6560@mjolnir> Content-Type: text/plain Message-Id: <1091392076.770.1.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 01 Aug 2004 22:27:57 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:28:09 -0000 On Sun, 2004-08-01 at 22:12, Svatoboj wrote: > On Sun, Aug 01, 2004 at 08:45:43PM +0200, Stefan Ehmann wrote: > > After today's cvsup the system freezes when I try to start X using the > > nvidia binary driver. The nv driver still works. > > > > ~1 week old kernel doesn't have this problem. > Just curious what kind nvidia card do you have? > Using this one: > nvidia0@pci1:0:0: class=0x030000 card=0x00000000 chip=0x011010de > rev=0xb2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'NV11 GeForce2 MX / MX 400' > > causes panic at boot dmesg says nvidia0: mem 0xf4000000-0xf7ffffff,0xf1000000-0xf1ffffff irq 16 at device 0.0 on pci1 From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 20:43:51 2004 Return-Path: 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 6877F16A4CE for ; Sun, 1 Aug 2004 20:43:51 +0000 (GMT) Received: from ddardaar.mine.nu (bwi247.neoplus.adsl.tpnet.pl [83.29.232.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id E016543D55 for ; Sun, 1 Aug 2004 20:43:50 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by ddardaar.mine.nu (Postfix, from userid 1001) id 6E75DA548; Sun, 1 Aug 2004 22:43:56 +0200 (CEST) Date: Sun, 1 Aug 2004 22:43:56 +0200 From: Radek Kozlowski To: current@freebsd.org Message-ID: <20040801204356.GE16779@werd> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:43:51 -0000 I get a kernel panic on boot with today's CURRENT on my HP Pavilion laptop (ACPI enabled). Copied by hand: [...] ad0: 38154MB [77520/16/63] at ata0-master PIO4 ATAPI_RESET time = 70us Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3c fault code = supervisor read, page not present instrucion pointer = 0x8 :0xc044990e stack pointer = 0x10 :0xc0c21c8c frame pointer = 0x10 :0xc0c21cc0 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 = 0 (swapper) [thread 0] Stopped at ata-generic_transaction+0x80e: testb $0x1,0x3c(%eax) db> trace ata_generic_transaction(c1b25a8c,c1b25a8c,1f4,a,c1b25a8c) at ata_generic_transaction+0x80e ata_start(c1947c00,0,c06b906f,1,c1b25a8c) at ata_start+0x279 ata_queue_request(c1b25a8c,0,101,0,e2d9) at ata_queue_request+0x1fc ata_controlcmd(c1947ca8,8,0,0,0) at ata_controlcmd+0x8b ata_identify_devices(c1947c00,1,c18418b0,c0705410,c0c21d80) at ata_identify_devices+0x162 ata_boot_attach(0,0,c0c21d80,c05181c6,0) at ata_boot_attach+0x2f run_interrupt_driven_config_hooks(0,c1e000,c1ec00,c1e000,0) at run_interrupt_driven_config_hooks+0x1c mi_startup() at mi_startup+0x99 begin() at begin+0x2c I wish there was a spell checker for things like this. Maybe this panic is in some way related to what I've previously reported here: http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-June/029440.html -Radek From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 21:06:52 2004 Return-Path: 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 00C4716A4CE for ; Sun, 1 Aug 2004 21:06:52 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id B5D4943D46 for ; Sun, 1 Aug 2004 21:06:50 +0000 (GMT) (envelope-from varga@stonehenge.sk) Received: (qmail 50781 invoked by uid 0); 1 Aug 2004 21:06:48 -0000 Received: from r3ao197.chello.upc.cz (HELO ?213.220.232.197?) (213.220.232.197) by smtp.dkm.cz with SMTP; 1 Aug 2004 21:06:48 -0000 From: Michal Varga To: freebsd-current@freebsd.org In-Reply-To: <1091385943.873.4.camel@taxman> References: <1091385943.873.4.camel@taxman> Content-Type: text/plain Organization: Stonehenge Message-Id: <1091394479.9942.53.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 01 Aug 2004 23:07:59 +0200 Content-Transfer-Encoding: 7bit Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:06:52 -0000 Same here, stopped working about three days ago. Athlon 2500+, GeForce 2 MX400, xorg-server-6.7.0_5, freezes when initializing video card. Open source drive works fine as usually. The problem seems to be not kernel related, use of two week old kernel compiled on a different box didn't solve anything, so i suppose the new GCC has something to do with this. Rebuilt nvidia driver with no effect, xorg was not rebuilt yet, want to give it a try sometime. If someone tried that already, you can save me a lot of time by sending a notice.. (the system is very unstable after all the latest changes in -current, so i suppose i will take 5-6 panics or lockups until i will be able to recompile xorg succesfully, if ever..) m. On Sun, 2004-08-01 at 20:45, Stefan Ehmann wrote: > After today's cvsup the system freezes when I try to start X using the > nvidia binary driver. The nv driver still works. > > ~1 week old kernel doesn't have this problem. > > _______________________________________________ > 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" -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 21:09:41 2004 Return-Path: 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 ED28016A4CE for ; Sun, 1 Aug 2004 21:09:41 +0000 (GMT) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6CF843D6A for ; Sun, 1 Aug 2004 21:09:41 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id 31E232AA99; Sun, 1 Aug 2004 17:09:41 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04335-04; Sun, 1 Aug 2004 17:09:40 -0400 (EDT) Received: from lorne.arm.org (66-79-79-190.dsl.mebtel.net [66.79.79.190]) by bilbo.mebtel.net (Postfix) with ESMTP id AF96C2AAA8; Sun, 1 Aug 2004 17:09:40 -0400 (EDT) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.1/8.12.9) with ESMTP id i71L9eZI001706; Sun, 1 Aug 2004 17:09:40 -0400 (EDT) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.1/8.12.11/Submit) id i71L9b8A001705; Sun, 1 Aug 2004 17:09:37 -0400 (EDT) (envelope-from dlt) Date: Sun, 1 Aug 2004 17:09:37 -0400 From: Derek Tattersall To: Mark Murray Message-ID: <20040801210937.GA1682@mebtel.net> References: <200408011507.i71F7MVc000907@lorne.arm.org> <200408011825.i71IPZgG018406@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408011825.i71IPZgG018406@grimreaper.grondar.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at mebtel.net cc: current@FreeBSD.ORG Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dlt@mebtel.net 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 Aug 2004 21:09:42 -0000 * Mark Murray (mark@grondar.org) [040801 17:03]: > From: Mark Murray > Message-Id: <200408011825.i71IPZgG018406@grimreaper.grondar.org> > To: dlt@mebtel.net > Cc: current@FreeBSD.ORG > Subject: Re: /dev/null doesn't get created > Date: Sun, 01 Aug 2004 19:25:34 +0100 > > Derek Tattersall writes: > > CURRENT as of this morning dint'create /dev/null. My previous > > CURRENT, from July 25 created it fine so all was well.Can anybody > > offer me a clue as to what this is all about? I tried to figure out > > what causes /dev/null to get created, but was unsuccessful. > > BOOBOO of mine. Please always check src/UPDATING for clues :-) > > M > -- > Mark Murray > iumop ap!sdn w,I idlaH Well I appear to have cvsup'ed just before you added the text to UPDATING. Oh well. That brings up an interesting question: Under what circumstances would it be advantageous to not compile the drivers into the kernel, but leave them as modules and load from /boot/loader.conf? I haven't had any luck imagining why you would want to leave them as modules. -- Derek Tattersall | "Don't say yes until I finish talking." -- | Darryl F. Zanuck dlt@mebtel.net | | dlt666@yahoo.com | From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 21:34:36 2004 Return-Path: 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 5B1BB16A4CF for ; Sun, 1 Aug 2004 21:34:36 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D20C043D5A for ; Sun, 1 Aug 2004 21:34:35 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i71LYYZ8019751; Sun, 1 Aug 2004 22:34:34 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i71LYYPj019750; Sun, 1 Aug 2004 22:34:34 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i71LQp81019936; Sun, 1 Aug 2004 22:26:51 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200408012126.i71LQp81019936@grimreaper.grondar.org> To: dlt@mebtel.net From: Mark Murray In-Reply-To: Your message of "Sun, 01 Aug 2004 17:09:37 EDT." <20040801210937.GA1682@mebtel.net> Date: Sun, 01 Aug 2004 22:26:51 +0100 Sender: mark@grondar.org cc: current@FreeBSD.ORG Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:34:36 -0000 Derek Tattersall writes: > Well I appear to have cvsup'ed just before you added the text to > UPDATING. Oh well. That brings up an interesting question: Under > what circumstances would it be advantageous to not compile the drivers > into the kernel, but leave them as modules and load from > /boot/loader.conf? I haven't had any luck imagining why you would > want to leave them as modules. Personal preference. I like the idea of eventually having a kernel that is put together at boot time with NO recompiling when you need to reconfigure. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 21:50:26 2004 Return-Path: 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 1995B16A4CF for ; Sun, 1 Aug 2004 21:50:26 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 711D543D2F for ; Sun, 1 Aug 2004 21:50:25 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040801215023.EVXP9654.lakermmtao04.cox.net@dolphin.local.net> for ; Sun, 1 Aug 2004 17:50:23 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.12.11/8.12.11) with ESMTP id i71LoOTq057949 for ; Sun, 1 Aug 2004 16:50:24 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.12.11/8.12.11/Submit) id i71LoOmI057948 for freebsd-current@freebsd.org; Sun, 1 Aug 2004 16:50:24 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 01 Aug 2004 16:50:24 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Subject: includes in sys/amd64/amd64/mem.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 21:50:26 -0000 Curious. I compared the includes in mem.c for each architecture and found that amd64 is the only one that doesn't include . Is this an oversight? Still waiting for the kernel build breakage on amd64 to be fixed. I'm at a loss, myself. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 22:34:13 2004 Return-Path: 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 97F5616A4CE for ; Sun, 1 Aug 2004 22:34:13 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C0C343D46 for ; Sun, 1 Aug 2004 22:34:13 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i71MYAtn020392; Sun, 1 Aug 2004 23:34:10 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i71MYA9K020391; Sun, 1 Aug 2004 23:34:10 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i71MVeRd020305; Sun, 1 Aug 2004 23:31:40 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200408012231.i71MVeRd020305@grimreaper.grondar.org> To: conrads@cox.net From: Mark Murray In-Reply-To: Your message of "Sun, 01 Aug 2004 16:50:24 CDT." Date: Sun, 01 Aug 2004 23:31:39 +0100 Sender: mark@grondar.org cc: freebsd-current@FreeBSD.ORG Subject: Re: includes in sys/amd64/amd64/mem.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:34:13 -0000 "Conrad J. Sabatier" writes: > Curious. I compared the includes in mem.c for each architecture and > found that amd64 is the only one that doesn't include . > Is this an oversight? Could be. Could you try adding that and see if it fixes things? I don't have access to a working AMD64 right now. > Still waiting for the kernel build breakage on amd64 to be fixed. I'm > at a loss, myself. Erm, could you post the errors you see? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 23:33:10 2004 Return-Path: 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 C179016A4CE for ; Sun, 1 Aug 2004 23:33:10 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C07B43D45 for ; Sun, 1 Aug 2004 23:33:10 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i71NVXWq045454; Sun, 1 Aug 2004 19:31:33 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kirk Strauser In-Reply-To: <200407291450.49400.kirk@strauser.com> References: <200407291101.15091.kirk@strauser.com> <20040729111516.U63843@carver.gumbysoft.com> <200407291450.49400.kirk@strauser.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MbnDO6UCsjFnH19co1GT" Organization: MarcusCom, Inc. Message-Id: <1091403178.84653.3.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 01 Aug 2004 19:32:59 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-current@freebsd.org Subject: Re: Upgrading to net/openldap22-sasl-server giving fits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:33:10 -0000 --=-MbnDO6UCsjFnH19co1GT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-07-29 at 15:50, Kirk Strauser wrote: > On Thursday 29 July 2004 13:21, Doug White wrote: >=20 > > It would not suprise me if you need to dump + reload your database to > > update to a new bdb schema in openldap2.2. >=20 > But I don't WANT to reload my database! Yeah, I was in the same boat as you. I wanted to do a binary data upgrade. According to the Sleepy Cat documentation, only the log file format changed, so upgrades should have been easy. It wasn't, however. What I ended up doing on advice from eik was to slapcat my databases with openldap21-server installed, then upgrade to 2.2, then slapadd the dumped LDIF back. Since I didn't have a large amount of data, this worked quite well. >=20 > Is there a generalized way to upgrade Berkeley databases? I tried to=20 > RTFDocs, but they seem to be aimed at BDB programmers ("Simply call the=20 > DB->transmogrify method...") instead of command-line users. I tried all of that, but everytime, I ended up with a corrupt database...at least according to slapd. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-MbnDO6UCsjFnH19co1GT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBDX2qb2iPiv4Uz4cRAjYwAJ4hSKZoiko/YitUdSBtnAAMzX5CKwCaAtDZ BG04cdo5Q9EfeRZdhiV5jXQ= =wlGP -----END PGP SIGNATURE----- --=-MbnDO6UCsjFnH19co1GT-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 00:15:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D0FB716A4CE; Mon, 2 Aug 2004 00:15:47 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i720Fkws030505; Sun, 1 Aug 2004 20:15:47 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i720Fj30030504; Sun, 1 Aug 2004 20:15:45 -0400 (EDT) (envelope-from green) Date: Sun, 1 Aug 2004 20:15:45 -0400 From: Brian Fundakowski Feldman To: Nate Lawson Message-ID: <20040802001545.GA91621@green.homeunix.org> References: <410AD054.8070202@root.org> <20040731064433.GD33220@green.homeunix.org> <410D853F.6080704@cryptography.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410D853F.6080704@cryptography.com> User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: memory corruption/panic solved ("FAILURE - ATAPI_IDENTIFY no interrupt") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:15:48 -0000 On Sun, Aug 01, 2004 at 05:05:19PM -0700, Nate Lawson wrote: > Brian Fundakowski Feldman wrote: > >On Fri, Jul 30, 2004 at 03:48:52PM -0700, Nate Lawson wrote: > >>I've tracked down the source of the memory corruption in -current that > >>results when booting with various CD and DVD drives (especially the ones > >>that come with Thinkpads including T23, R32, T41, etc.) The panic is > >>obvious when running with INVARIANTS ("memory modified after free") but > >>not so obvious in other configurations. For instance, without > >>INVARIANTS, part of the rt_info structure is corrupted on my wireless > >>card, resulting in a panic during ifconfig on boot. This is likely the > >>source of other problems, including phk's ACPI panic (again, only > >>triggered when booting with the CD drive in the bay.) > >> > >>The root problem is that ata_timeout() fires and calls ata_pio_read() > >>which overwrites 512 bytes random memory. There are actually two bugs > >>here that overwrite memory. The code path is as follows: > > > >Good job identifying it more exactly. I decided it should just > >fundamentally > >be using GEOM primitives everywhere to move the solutions to all these > >side cases into where they're already handled generically... still think > >that's probably the right solution, but I'm glad to see this specific > >problem fixed. > > I'm not sure if this is a troll or not but I'll answer it seriously. > GEOM and other upper layers are never the right place to handle error > recovery for transactions initiated at the lower layers (like this > device scan). > > In every system I've seen, error recovery is the hardest part of storage > code to get right and is seldom well-tested. It's a very difficult > problem that involves a lot of careful fault injection/testing. > Divergence in hardware fault handling behavior only complicates things. What would make it a troll? If GEOM were used so that all transactions were centrallized, and there were one timeout mechanism used to run the request queues for ATA, it wouldn't be racing and crashing when a device reset occurs (and it would be a net reduction in code). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 01:16:56 2004 Return-Path: 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 6143E16A4CE; Mon, 2 Aug 2004 01:16:56 +0000 (GMT) Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D548F43D5D; Mon, 2 Aug 2004 01:16:55 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao09.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040802011650.JJEL21435.lakermmtao09.cox.net@dolphin.local.net>; Sun, 1 Aug 2004 21:16:50 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.12.11/8.12.11) with ESMTP id i721GpeS071951; Sun, 1 Aug 2004 20:16:51 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.12.11/8.12.11/Submit) id i721GpDQ071950; Sun, 1 Aug 2004 20:16:51 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200408012231.i71MVeRd020305@grimreaper.grondar.org> Date: Sun, 01 Aug 2004 20:16:50 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: Mark Murray cc: freebsd-current@FreeBSD.ORG Subject: Re: includes in sys/amd64/amd64/mem.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 01:16:56 -0000 On 01-Aug-2004 Mark Murray wrote: > "Conrad J. Sabatier" writes: >> Curious. I compared the includes in mem.c for each architecture and >> found that amd64 is the only one that doesn't include . >> Is this an oversight? > > Could be. Could you try adding that and see if it fixes things? I > don't have access to a working AMD64 right now. > >> Still waiting for the kernel build breakage on amd64 to be fixed. >> I'm at a loss, myself. > > Erm, could you post the errors you see? Sorry. They were posted in another thread, but I'll provide them again. Adding "#include " *almost* fixes things, but there are still some missing defines (from sys/amd64/include/vmparam.h, which is not being included either). In /etc/make.conf: COPTFLAGS= -O2 -pipe -march=athlon64 -m64 cc -c -O2 -pipe -march=athlon64 -m64 -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror /usr/src/sys/amd64/amd64/mem.c /usr/src/sys/amd64/amd64/mem.c: In function `memrw': /usr/src/sys/amd64/amd64/mem.c:97: warning: implicit declaration of function `PHYS_TO_DMAP' /usr/src/sys/amd64/amd64/mem.c:97: warning: nested extern declaration of `PHYS_TO_DMAP' /usr/src/sys/amd64/amd64/mem.c:97: warning: cast to pointer from integer of different size /usr/src/sys/amd64/amd64/mem.c:103: error: `DMAP_MIN_ADDRESS' undeclared (first use in this function) /usr/src/sys/amd64/amd64/mem.c:103: error: (Each undeclared identifier is reported only once /usr/src/sys/amd64/amd64/mem.c:103: error: for each function it appears in.) /usr/src/sys/amd64/amd64/mem.c:103: error: `DMAP_MAX_ADDRESS' undeclared (first use in this function) /usr/src/sys/amd64/amd64/mem.c:104: warning: implicit declaration of function `DMAP_TO_PHYS' /usr/src/sys/amd64/amd64/mem.c:104: warning: nested extern declaration of `DMAP_TO_PHYS' /usr/src/sys/amd64/amd64/mem.c:118: error: `KERNBASE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/CUSTOM. Adding '#include "/usr/src/sys/amd64/include/vmparam.h"' to mem.c (I know this is a hack) produces this: linking kernel.debug amd64_mem.o(.text+0xa7a): In function `amd64_mrinit': /usr/src/sys/amd64/amd64/amd64_mem.c:562: undefined reference to `M_MEMDESC' mem.o(.text+0x30c): In function `memioctl': /usr/src/sys/amd64/amd64/mem.c:185: undefined reference to `M_MEMDESC' mem.o(.text+0x332):/usr/src/sys/amd64/amd64/mem.c:192: undefined reference to `M_MEMDESC' mem.o(.text+0x35a):/usr/src/sys/amd64/amd64/mem.c:200: undefined reference to `M_MEMDESC' mem.o(.text+0x38a):/usr/src/sys/amd64/amd64/mem.c:207: undefined reference to `M_MEMDESC' *** Error code 1 Stop in /usr/obj/usr/src/sys/CUSTOM. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 01:24:11 2004 Return-Path: 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 B738C16A4CE; Mon, 2 Aug 2004 01:24:11 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20E2C43D31; Mon, 2 Aug 2004 01:24:11 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao07.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040802012410.NXAP6416.lakermmtao07.cox.net@dolphin.local.net>; Sun, 1 Aug 2004 21:24:10 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.12.11/8.12.11) with ESMTP id i721OAjU071992; Sun, 1 Aug 2004 20:24:10 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.12.11/8.12.11/Submit) id i721O9LB071991; Sun, 1 Aug 2004 20:24:09 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 01 Aug 2004 20:24:09 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Subject: Re: includes in sys/amd64/amd64/mem.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 01:24:11 -0000 On 02-Aug-2004 Conrad J. Sabatier wrote: [snip] > Adding '#include "/usr/src/sys/amd64/include/vmparam.h"' to mem.c (I > know this is a hack) produces this: > > linking kernel.debug > amd64_mem.o(.text+0xa7a): In function `amd64_mrinit': > /usr/src/sys/amd64/amd64/amd64_mem.c:562: undefined reference to > `M_MEMDESC' > mem.o(.text+0x30c): In function `memioctl': > /usr/src/sys/amd64/amd64/mem.c:185: undefined reference to > `M_MEMDESC' > mem.o(.text+0x332):/usr/src/sys/amd64/amd64/mem.c:192: undefined > reference to `M_MEMDESC' > mem.o(.text+0x35a):/usr/src/sys/amd64/amd64/mem.c:200: undefined > reference to `M_MEMDESC' > mem.o(.text+0x38a):/usr/src/sys/amd64/amd64/mem.c:207: undefined > reference to `M_MEMDESC' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/CUSTOM. OK, I also see that in sys/i386/i386/mem.c we have: MALLOC_DEFINE(M_MEMDESC, "memdesc", "memory range descriptors"); But sys/amd64/amd64/mem.c has no such macro. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 01:31:11 2004 Return-Path: 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 1320016A4CE for ; Mon, 2 Aug 2004 01:31:11 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E397243D5F for ; Mon, 2 Aug 2004 01:31:09 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i721V390093089; Sun, 1 Aug 2004 18:31:04 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <410D9957.5020308@freebsd.org> Date: Sun, 01 Aug 2004 18:31:03 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "David G. Lawrence" References: <40F963D8.6010201@freebsd.org> <200407291159.i6TBxKj01347@Mail.NOSPAM.DynDNS.dK> <4109BA1B.7090609@freebsd.org> <20040730080026.GA46093@nexus.dglawrence.com> <410A78B1.4030608@kientzle.com> <20040801221508.GF75481@nexus.dglawrence.com> <410D894D.7000209@freebsd.org> <20040802010910.GA63402@nexus.dglawrence.com> In-Reply-To: <20040802010910.GA63402@nexus.dglawrence.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: tar -l versus gtar -l X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:31:11 -0000 David G. Lawrence wrote: > > Well...the SUSv2 specification for tar may not have been the best standard > to adhere to. The change of behavior for the 'l' option on create is going > to seriously bite a lot of people because it majorly affects what is > archived. I'm reluctant to contradict the one serious attempt to standardize tar simply because gtar ignored that effort. I would rather just disable the -l option entirely; that way, people would get an error message instead of having the tar program behave unexpectedly. Would you be happier with this behavior? $ tar -cl /foo Error: -l is ambiguous If you want GNU tar -l, use --one-file-system instead. If you want POSIX tar -l, use --link-warn instead. Tim From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 01:43:00 2004 Return-Path: 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 530F916A4CE; Mon, 2 Aug 2004 01:43:00 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1889543D66; Mon, 2 Aug 2004 01:42:59 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.34.87] (ppp2257.dyn.pacific.net.au [61.8.34.87]) i721WZ9Q028505; Mon, 2 Aug 2004 11:32:36 +1000 From: Sam Lawrance To: Pawel Jakub Dawidek Content-Type: text/plain Message-Id: <1091411071.922.20.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 11:44:31 +1000 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: processes freezing when writing to gstripe'd device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:43:00 -0000 I'm running current from around the 24th of July. About to build world to see if it makes any difference. I am observing processes performing operations on a gstripe device freeze in state 'bufwait'. An 'rm' process is stuck right now. The rest of the system is fine. The devices are two vnode backed md devices which I created just for testing. The same thing occurred using two freebsd partitions of size 15G each (not slices). NAME: test_cd.stripe geom name: test_cd.stripe mediasize: 10231808 (9.8M) sectorsize: 512 mode: r1w1e0 state: UP status: total=2, online=2 providers: md3 md2 type: automatic stripesize: 4096 id: 1411913070 What's the best way to look in to this? I can't attach to rm with gdb (it just ends up waiting for something). I can drop to kdb, but have no idea where to go from there. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 01:44:02 2004 Return-Path: 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 8162516A4CE; Mon, 2 Aug 2004 01:44:02 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCBC043D39; Mon, 2 Aug 2004 01:44:01 +0000 (GMT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.11/8.12.11) with ESMTP id i721huau068147; Mon, 2 Aug 2004 05:43:56 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.11/8.12.11/Submit) id i721hufO068132; Mon, 2 Aug 2004 05:43:56 +0400 (MSD) (envelope-from ache) Date: Mon, 2 Aug 2004 05:43:54 +0400 From: Andrey Chernov To: Tim Kientzle Message-ID: <20040802014353.GA67938@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Tim Kientzle , "David G. Lawrence" , freebsd-current@FreeBSD.ORG References: <40F963D8.6010201@freebsd.org> <200407291159.i6TBxKj01347@Mail.NOSPAM.DynDNS.dK> <4109BA1B.7090609@freebsd.org> <20040730080026.GA46093@nexus.dglawrence.com> <410A78B1.4030608@kientzle.com> <20040801221508.GF75481@nexus.dglawrence.com> <410D894D.7000209@freebsd.org> <20040802010910.GA63402@nexus.dglawrence.com> <410D9957.5020308@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410D9957.5020308@freebsd.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.26.0.10; VDF 6.26.0.53 (host: pobrecita.freebsd.ru) cc: freebsd-current@FreeBSD.ORG cc: "David G. Lawrence" Subject: Re: tar -l versus gtar -l X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:44:02 -0000 On Sun, Aug 01, 2004 at 06:31:03PM -0700, Tim Kientzle wrote: > Would you be happier with this behavior? > > $ tar -cl /foo > Error: -l is ambiguous > If you want GNU tar -l, use --one-file-system instead. > If you want POSIX tar -l, use --link-warn instead. POSIX have higher importance. We should ignore any GNUisms in favour of POSIX overriding ones (at least to pass POSIX tests suite). -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 04:06:22 2004 Return-Path: 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 4238E16A4CE; Mon, 2 Aug 2004 04:06:22 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE86F43D60; Mon, 2 Aug 2004 04:06:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i724DTe9032790; Sun, 1 Aug 2004 22:13:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <410DBD35.3030107@samsco.org> Date: Sun, 01 Aug 2004 22:04:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <410AD054.8070202@root.org> <20040731064433.GD33220@green.homeunix.org> <410D853F.6080704@cryptography.com> <20040802001545.GA91621@green.homeunix.org> In-Reply-To: <20040802001545.GA91621@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Nate Lawson cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: memory corruption/panic solved ("FAILURE - ATAPI_IDENTIFY no interrupt") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:06:22 -0000 Brian Fundakowski Feldman wrote: > On Sun, Aug 01, 2004 at 05:05:19PM -0700, Nate Lawson wrote: > >>Brian Fundakowski Feldman wrote: >> >>>On Fri, Jul 30, 2004 at 03:48:52PM -0700, Nate Lawson wrote: >>> >>>>I've tracked down the source of the memory corruption in -current that >>>>results when booting with various CD and DVD drives (especially the ones >>>>that come with Thinkpads including T23, R32, T41, etc.) The panic is >>>>obvious when running with INVARIANTS ("memory modified after free") but >>>>not so obvious in other configurations. For instance, without >>>>INVARIANTS, part of the rt_info structure is corrupted on my wireless >>>>card, resulting in a panic during ifconfig on boot. This is likely the >>>>source of other problems, including phk's ACPI panic (again, only >>>>triggered when booting with the CD drive in the bay.) >>>> >>>>The root problem is that ata_timeout() fires and calls ata_pio_read() >>>>which overwrites 512 bytes random memory. There are actually two bugs >>>>here that overwrite memory. The code path is as follows: >>> >>>Good job identifying it more exactly. I decided it should just >>>fundamentally >>>be using GEOM primitives everywhere to move the solutions to all these >>>side cases into where they're already handled generically... still think >>>that's probably the right solution, but I'm glad to see this specific >>>problem fixed. >> >>I'm not sure if this is a troll or not but I'll answer it seriously. >>GEOM and other upper layers are never the right place to handle error >>recovery for transactions initiated at the lower layers (like this >>device scan). >> >>In every system I've seen, error recovery is the hardest part of storage >>code to get right and is seldom well-tested. It's a very difficult >>problem that involves a lot of careful fault injection/testing. >>Divergence in hardware fault handling behavior only complicates things. > > > What would make it a troll? If GEOM were used so that all transactions > were centrallized, and there were one timeout mechanism used to run the > request queues for ATA, it wouldn't be racing and crashing when a device > reset occurs (and it would be a net reduction in code). > Nate is absolutely correct. Error recovery is something that belongs in the device drivers, not in the common block layer. Also, your proposal is entirely ATA centric and ignores the myriad of other block drivers in the tree, which again all have different recovery requirements. GEOM doesn't need to know the gory details of command timeouts, retries, etc. That's why we have an ATA framework and a SCSI framework. In fact if you look at SCSI, CAM doesn't even track command timeouts because the actual hardware driver still has better access to dealing with those kinds of problems than the upper layer. Error recovery belongs where it is. If the ATA driver has bugs, then the ATA driver needs to be dealt with. Scott From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 06:21:31 2004 Return-Path: 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 4A02516A4CE for ; Mon, 2 Aug 2004 06:21:31 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA1C543D49 for ; Mon, 2 Aug 2004 06:21:30 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i726LKra030144; Sun, 1 Aug 2004 23:21:21 -0700 Message-ID: <410DDD60.4090903@root.org> Date: Sun, 01 Aug 2004 23:21:20 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <410AD054.8070202@root.org> <410B61F2.90504@DeepCore.dk> In-Reply-To: <410B61F2.90504@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: memory corruption/panic solved ("FAILURE - ATAPI_IDENTIFY no interrupt") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:21:31 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> I've tracked down the source of the memory corruption in -current that >> results when booting with various CD and DVD drives (especially the ones >> that come with Thinkpads including T23, R32, T41, etc.) The panic is >> obvious when running with INVARIANTS ("memory modified after free") but >> not so obvious in other configurations. For instance, without >> INVARIANTS, part of the rt_info structure is corrupted on my wireless >> card, resulting in a panic during ifconfig on boot. This is likely the >> source of other problems, including phk's ACPI panic (again, only >> triggered when booting with the CD drive in the bay.) > > OK, first thanks for digging into this! The other major bug I'm hunting is the EISA probe hanging. I want 5.3 to be reliable. >> The root problem is that ata_timeout() fires and calls ata_pio_read() >> which overwrites 512 bytes random memory. There are actually two bugs >> here that overwrite memory. The code path is as follows: >> >> 1. ata runs an IDENTIFY command on each drive. It reaches this stack: >> >> ata_getparam() >> ata_identify_devices() >> ata_boot_attach() >> >> 2. ata_getparam() allocates a request and runs it: >> ata_alloc_request() >> loop on retries (2 max) >> fill out an immediate read request for 512 bytes (DEV_BSIZE) >> *** Bug 1: transfersize is 512 bytes but sizeof(struct ata_request) is >> much less (~80 bytes). >> ata_queue_request() starts the request and arms a timeout > > Its correct to allocate via ata_alloc_request, the data is *not* put > into the request, but into another memory area (atadev->param) so this > is not a bug. You're correct. Sorry for reading this wrong. I earlier made a note to check the size of atadev->param and mistakenly checked sizeof(ata_request). The params are indeed the right size (512 bytes) and the size in ata.h is noted in 16 bit half words. You might want a CTASSERT that DEV_BSIZE == sizeof(ata_params). -Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 06:38:53 2004 Return-Path: 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 D893C16A4CE for ; Mon, 2 Aug 2004 06:38:53 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8059A43D31 for ; Mon, 2 Aug 2004 06:38:53 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id CC73AACAF4; Mon, 2 Aug 2004 08:38:51 +0200 (CEST) Date: Mon, 2 Aug 2004 08:38:51 +0200 From: Pawel Jakub Dawidek To: Sam Lawrance Message-ID: <20040802063851.GL39839@darkness.comp.waw.pl> References: <1091411071.922.20.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DXIF1lRUlMsbZ3S1" Content-Disposition: inline In-Reply-To: <1091411071.922.20.camel@dirk.no.domain> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: processes freezing when writing to gstripe'd device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:38:54 -0000 --DXIF1lRUlMsbZ3S1 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 02, 2004 at 11:44:31AM +1000, Sam Lawrance wrote: +> I'm running current from around the 24th of July. About to build world +> to see if it makes any difference. +>=20 +> I am observing processes performing operations on a gstripe device +> freeze in state 'bufwait'. An 'rm' process is stuck right now. The rest +> of the system is fine. +>=20 +> The devices are two vnode backed md devices which I created just for +> testing. The same thing occurred using two freebsd partitions of size +> 15G each (not slices). +>=20 +> NAME: test_cd.stripe +> geom name: test_cd.stripe +> mediasize: 10231808 (9.8M) +> sectorsize: 512 +> mode: r1w1e0 +> state: UP +> status: total=3D2, online=3D2 +> providers: md3 md2 +> type: automatic +> stripesize: 4096 +> id: 1411913070 +>=20 +> What's the best way to look in to this? I can't attach to rm with gdb +> (it just ends up waiting for something). I can drop to kdb, but have no +> idea where to go from there. You could use 'ps' command from DDB to which processes are alseep. Then you can run 'tr ' where is PID of sleeping process. Look for processes related somehow to this problem. It'll be also great if you can provide exact procedure which will also me to reproduce this problem. PS. If you plan to upgrade your machine, remember than naming has changed in gstripe from /dev/.stripe to /dev/stripe/. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --DXIF1lRUlMsbZ3S1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDeF7ForvXbEpPzQRAnUYAKC1H/RcI9S181k0nrrpXQpw3r2jeACgr9cp BOitsqE6VROoPaZ9ErveHvE= =5YrC -----END PGP SIGNATURE----- --DXIF1lRUlMsbZ3S1-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 06:53:54 2004 Return-Path: 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 5931516A4CE for ; Mon, 2 Aug 2004 06:53:54 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 073FF43D55 for ; Mon, 2 Aug 2004 06:53:54 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id D7367ACAF4; Mon, 2 Aug 2004 08:53:52 +0200 (CEST) Date: Mon, 2 Aug 2004 08:53:52 +0200 From: Pawel Jakub Dawidek To: Sam Lawrance Message-ID: <20040802065352.GM39839@darkness.comp.waw.pl> References: <1091411071.922.20.camel@dirk.no.domain> <20040802063851.GL39839@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yklP1rR72f9kjNtc" Content-Disposition: inline In-Reply-To: <20040802063851.GL39839@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: processes freezing when writing to gstripe'd device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:53:54 -0000 --yklP1rR72f9kjNtc Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 02, 2004 at 08:38:51AM +0200, Pawel Jakub Dawidek wrote: +> +> What's the best way to look in to this? I can't attach to rm with gdb +> +> (it just ends up waiting for something). I can drop to kdb, but have = no +> +> idea where to go from there. +>=20 +> You could use 'ps' command from DDB to which processes are alseep. +> Then you can run 'tr ' where is PID of sleeping process. +> Look for processes related somehow to this problem. +>=20 +> It'll be also great if you can provide exact procedure which will also +> me to reproduce this problem. +>=20 +> PS. If you plan to upgrade your machine, remember than naming has changed +> in gstripe from /dev/.stripe to /dev/stripe/. One more note. I'm quite sure it is not related to gstripe, because its implementation is very simple: it doesn't use [mt]sleep(9) (so there is no missing wakeup()), it doesn't use any mutexes, so while debugging you may want also look at other components. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --yklP1rR72f9kjNtc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDeUAForvXbEpPzQRAvcpAJ9+/7pECUm41+mRPiUtLACkx2X0PQCcDWBR OvGGO3RwGTHR9XzINnhhUls= =5RFD -----END PGP SIGNATURE----- --yklP1rR72f9kjNtc-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 07:04:52 2004 Return-Path: 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 BE01816A4CE; Mon, 2 Aug 2004 07:04:52 +0000 (GMT) Received: from dglawrence.com (c-24-21-223-117.client.comcast.net [24.21.223.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8063743D46; Mon, 2 Aug 2004 07:04:52 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i7272c5X074786; Mon, 2 Aug 2004 00:02:38 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i7272c0x074785; Mon, 2 Aug 2004 00:02:38 -0700 (PDT) Date: Mon, 2 Aug 2004 00:02:38 -0700 From: "David G. Lawrence" To: Tim Kientzle Message-ID: <20040802070238.GA66505@nexus.dglawrence.com> References: <40F963D8.6010201@freebsd.org> <200407291159.i6TBxKj01347@Mail.NOSPAM.DynDNS.dK> <4109BA1B.7090609@freebsd.org> <20040730080026.GA46093@nexus.dglawrence.com> <410A78B1.4030608@kientzle.com> <20040801221508.GF75481@nexus.dglawrence.com> <410D894D.7000209@freebsd.org> <20040802010910.GA63402@nexus.dglawrence.com> <410D9957.5020308@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410D9957.5020308@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: tar -l versus gtar -l X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:04:52 -0000 > David G. Lawrence wrote: > > > > Well...the SUSv2 specification for tar may not have been the best > > standard > >to adhere to. The change of behavior for the 'l' option on create is going > >to seriously bite a lot of people because it majorly affects what is > >archived. > > I'm reluctant to contradict the one serious > attempt to standardize tar simply because gtar > ignored that effort. > > I would rather just disable the -l option entirely; > that way, people would get an error message instead > of having the tar program behave unexpectedly. > > Would you be happier with this behavior? > > $ tar -cl /foo > Error: -l is ambiguous > If you want GNU tar -l, use --one-file-system instead. > If you want POSIX tar -l, use --link-warn instead. Yes. That way at least people won't accidently destroy a filesystem (like I did) when they're trying to use tar to copy stuff. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 07:19:14 2004 Return-Path: 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 3A22A16A4CE for ; Mon, 2 Aug 2004 07:19:14 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ACEC43D3F for ; Mon, 2 Aug 2004 07:19:13 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i727J8U4022911; Mon, 2 Aug 2004 08:19:09 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i727J8Zu022910; Mon, 2 Aug 2004 08:19:08 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i727CjRc023117; Mon, 2 Aug 2004 08:12:45 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200408020712.i727CjRc023117@grimreaper.grondar.org> To: conrads@cox.net From: Mark Murray In-Reply-To: Your message of "Sun, 01 Aug 2004 20:24:09 CDT." Date: Mon, 02 Aug 2004 08:12:45 +0100 Sender: mark@grondar.org cc: freebsd-current@FreeBSD.ORG Subject: Re: includes in sys/amd64/amd64/mem.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:19:14 -0000 "Conrad J. Sabatier" writes: > OK, I also see that in sys/i386/i386/mem.c we have: > > MALLOC_DEFINE(M_MEMDESC, "memdesc", "memory range descriptors"); > > But sys/amd64/amd64/mem.c has no such macro. Thanks. Fixed locally, commit coming. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 07:35:24 2004 Return-Path: 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 A89AF16A4D3 for ; Mon, 2 Aug 2004 07:35:24 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9BD43D5F for ; Mon, 2 Aug 2004 07:35:24 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so120254rnl for ; Mon, 02 Aug 2004 00:35:23 -0700 (PDT) Received: by 10.38.79.67 with SMTP id c67mr122357rnb; Mon, 02 Aug 2004 00:35:23 -0700 (PDT) Message-ID: Date: Mon, 2 Aug 2004 10:35:23 +0300 From: Dan Cojocar To: Max Laier In-Reply-To: <200407310406.44714.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200407310406.44714.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:35:24 -0000 Hello, Sorry for this delay, but i was offline :( I made a cvsup today, and now i get another error: cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /usr/src/sys/i386/i386/genassym.c cc1: error: invalid parameter `inline-unit-growth' cc1: error: invalid parameter `large-function-growth' *** Error code 1 On Sat, 31 Jul 2004 04:06:36 +0200, Max Laier wrote: > On Thursday 29 July 2004 15:57, you wrote: > > Hello, > > > > I get the following error when building kernel with altq: > > Haven't heard back from you and couldn't reproduce either. Is it safe to > assert is was a temporary problem with your buildenvironment due to the gcc > 3.4 update? Please give me a ping if it is persistent, though. > > > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News > > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 07:45:21 2004 Return-Path: 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 C8CEB16A4CE; Mon, 2 Aug 2004 07:45:21 +0000 (GMT) Received: from md.gfk.ru (md.gfk.ru [62.205.179.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485F943D53; Mon, 2 Aug 2004 07:45:20 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru ([10.0.0.30]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 30-md50000000659.tmp; Mon, 02 Aug 2004 11:45:05 +0400 X-MIMEOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Mon, 2 Aug 2004 11:45:04 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Buildkernel+ALTQ error Thread-Index: AcR4Y3IQBxwPSdFbTumzqKum8PzjxQAAAwWA From: "Yuriy Tsibizov" To: "Dan Cojocar" X-Spam-Processed: md.gfk.ru, Mon, 02 Aug 2004 11:45:05 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru cc: Alexander Kabaev cc: freebsd-current@freebsd.org Subject: Unable to build new kernel with old gcc (WAS: RE: Buildkernel+ALTQ error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:45:21 -0000 You are building new kernel with old (Gcc 3.3.3) gcc that does not = support this flags. You have to go back to rev. 1.54 of sys/conf/kern.pre.mk to build your = kernel with gcc 3.3.3.=20 > -----Original Message----- > From: Dan Cojocar [mailto:dan.cojocar@gmail.com] > Sent: Monday, August 02, 2004 11:35 AM > To: Max Laier > Cc: freebsd-current@freebsd.org > Subject: Re: Buildkernel+ALTQ error >=20 >=20 > Hello, >=20 > Sorry for this delay, but i was offline :( >=20 > I made a cvsup today, and now i get another error: >=20 > cc -c -O -pipe -march=3Dathlon-xp -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm > -D_KERNEL -include opt_global.h -finline-limit=3D8000 --param > inline-unit-growth=3D100 --param large-function-growth=3D1000 > -mno-align-long-strings -mpreferred-stack-boundary=3D2 -ffreestanding > /usr/src/sys/i386/i386/genassym.c > cc1: error: invalid parameter `inline-unit-growth' > cc1: error: invalid parameter `large-function-growth' > *** Error code 1 >=20 >=20 > On Sat, 31 Jul 2004 04:06:36 +0200, Max Laier=20 > wrote: > > On Thursday 29 July 2004 15:57, you wrote: > > > Hello, > > > > > > I get the following error when building kernel with altq: > >=20 > > Haven't heard back from you and couldn't reproduce either.=20 > Is it safe to > > assert is was a temporary problem with your=20 > buildenvironment due to the gcc > > 3.4 update? Please give me a ping if it is persistent, though. > >=20 > >=20 > >=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 > >=20 > >=20 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 08:09:23 2004 Return-Path: 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 D5C0F16A4CE for ; Mon, 2 Aug 2004 08:09:23 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7120143D2D for ; Mon, 2 Aug 2004 08:09:23 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so44246rnl for ; Mon, 02 Aug 2004 01:09:22 -0700 (PDT) Received: by 10.38.78.51 with SMTP id a51mr884180rnb; Mon, 02 Aug 2004 01:09:22 -0700 (PDT) Message-ID: Date: Mon, 2 Aug 2004 11:09:22 +0300 From: Dan Cojocar To: Max Laier In-Reply-To: <200408020950.52165.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200407310406.44714.max@love2party.net> <200408020950.52165.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:09:23 -0000 On Mon, 2 Aug 2004 09:50:51 +0200, Max Laier wrote: > On Monday 02 August 2004 09:35, you wrote: > > Hello, > > > > Sorry for this delay, but i was offline :( > > Once more: I need your *complete* kernel config! > > > I made a cvsup today, and now i get another error: > > > > cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g > > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm > > -D_KERNEL -include opt_global.h -finline-limit=8000 --param > > inline-unit-growth=100 --param large-function-growth=1000 > > -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding > > /usr/src/sys/i386/i386/genassym.c > > cc1: error: invalid parameter `inline-unit-growth' > > cc1: error: invalid parameter `large-function-growth' > > *** Error code 1 > > This seems not linked to ALTQ at all. Looks more like a defect build > environment. Did you do a complete buildworld before? Try: > $ rm -rf /usr/obj/* > $ cd /usr/src && make buildworld && make buildkernel KERNCONF= > to have a clean starting point. The gcc update created a lot of noise all over > the build. I know that this is not related to ALTQ, i'm doing now a buildworld, again :(, and i will post my results asap. Thanks, Dan Ps. My kernel config: machine i386 cpu I686_CPU ident FREE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework options KDB # Enable kernel debugger support. options INVARIANTS # Enable calls of extra sanity checking options WITNESS # Enable checks to detect deadlocks and cycles device isa device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device npx device pmtimer device sio # 8250, 16[45]50 based serial ports device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter options RANDOM_IP_ID options HZ=1000 options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Prioirity Queueing From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 08:38:11 2004 Return-Path: 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 23BE716A4CE; Mon, 2 Aug 2004 08:38:11 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B7C43D66; Mon, 2 Aug 2004 08:38:09 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i728c5ic094009; Mon, 2 Aug 2004 09:38:05 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Mon, 2 Aug 2004 09:38:02 +0100 User-Agent: KMail/1.6.2 References: <1091385943.873.4.camel@taxman> In-Reply-To: <1091385943.873.4.camel@taxman> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408020938.02238.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:38:11 -0000 On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > After today's cvsup the system freezes when I try to start X using > the nvidia binary driver. The nv driver still works. > > ~1 week old kernel doesn't have this problem. If you can be patient, there will be a new release of the nvidia binary driver fairly soon (which also supports libpthread and libthr). From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 08:38:11 2004 Return-Path: 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 23BE716A4CE; Mon, 2 Aug 2004 08:38:11 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B7C43D66; Mon, 2 Aug 2004 08:38:09 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i728c5ic094009; Mon, 2 Aug 2004 09:38:05 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Mon, 2 Aug 2004 09:38:02 +0100 User-Agent: KMail/1.6.2 References: <1091385943.873.4.camel@taxman> In-Reply-To: <1091385943.873.4.camel@taxman> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408020938.02238.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:38:11 -0000 On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > After today's cvsup the system freezes when I try to start X using > the nvidia binary driver. The nv driver still works. > > ~1 week old kernel doesn't have this problem. If you can be patient, there will be a new release of the nvidia binary driver fairly soon (which also supports libpthread and libthr). From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 08:51:41 2004 Return-Path: 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 8059216A4CE for ; Mon, 2 Aug 2004 08:51:41 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3044B43D55 for ; Mon, 2 Aug 2004 08:51:41 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so44751rnl for ; Mon, 02 Aug 2004 01:51:33 -0700 (PDT) Received: by 10.38.82.68 with SMTP id f68mr377974rnb; Mon, 02 Aug 2004 01:51:33 -0700 (PDT) Message-ID: Date: Mon, 2 Aug 2004 11:51:33 +0300 From: Dan Cojocar To: Max Laier In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200407310406.44714.max@love2party.net> <200408020950.52165.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:51:41 -0000 On Mon, 2 Aug 2004 11:09:22 +0300, Dan Cojocar wrote: > On Mon, 2 Aug 2004 09:50:51 +0200, Max Laier wrote: > > On Monday 02 August 2004 09:35, you wrote: > > > Hello, > > > > > > Sorry for this delay, but i was offline :( > > > > Once more: I need your *complete* kernel config! > > > > > I made a cvsup today, and now i get another error: > > > > > > cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls > > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > > > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g > > > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > > > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm > > > -D_KERNEL -include opt_global.h -finline-limit=8000 --param > > > inline-unit-growth=100 --param large-function-growth=1000 > > > -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding > > > /usr/src/sys/i386/i386/genassym.c > > > cc1: error: invalid parameter `inline-unit-growth' > > > cc1: error: invalid parameter `large-function-growth' > > > *** Error code 1 > > > > This seems not linked to ALTQ at all. Looks more like a defect build > > environment. Did you do a complete buildworld before? Try: > > $ rm -rf /usr/obj/* > > $ cd /usr/src && make buildworld && make buildkernel KERNCONF= > > to have a clean starting point. The gcc update created a lot of noise all over > > the build. > > > I know that this is not related to ALTQ, i'm doing now a > buildworld, again :(, and i will post my results asap. I did a cvsup, buildworld went ok, and when i buildkernel, i get the same error, like that on 29.07: cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/contrib/altq/altq/altq_cbq.c /usr/src/sys/contrib/altq/altq/altq_cbq.c: In function `cbq_request': /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: implicit declaration of function `_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: nested extern declaration of `_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: error: `MA_OWNED' undeclared (first use in this function) /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: error: (Each undeclared identifier is reported only once /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: error: for each function it appears in.) /usr/src/sys/contrib/altq/altq/altq_cbq.c: In function `cbq_enqueue': /usr/src/sys/contrib/altq/altq/altq_cbq.c:506: warning: nested extern declaration of `_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: redundant redeclaration of '_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: previous implicit declaration of '_mtx_assert' was here /usr/src/sys/contrib/altq/altq/altq_cbq.c:506: error: `MA_OWNED' undeclared (first use in this function) /usr/src/sys/contrib/altq/altq/altq_cbq.c: In function `cbq_dequeue': /usr/src/sys/contrib/altq/altq/altq_cbq.c:561: warning: nested extern declaration of `_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: redundant redeclaration of '_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: previous implicit declaration of '_mtx_assert' was here /usr/src/sys/contrib/altq/altq/altq_cbq.c:561: error: `MA_OWNED' undeclared (first use in this function) /usr/src/sys/contrib/altq/altq/altq_cbq.c: In function `cbqrestart': /usr/src/sys/contrib/altq/altq/altq_cbq.c:589: warning: nested extern declaration of `_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: redundant redeclaration of '_mtx_assert' /usr/src/sys/contrib/altq/altq/altq_cbq.c:202: warning: previous implicit declaration of '_mtx_assert' was here /usr/src/sys/contrib/altq/altq/altq_cbq.c:589: error: `MA_OWNED' undeclared (first use in this function) *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 09:54:08 2004 Return-Path: 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 85C4416A4D3 for ; Mon, 2 Aug 2004 09:54:08 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B5343D55 for ; Mon, 2 Aug 2004 09:54:07 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i729s4I6046407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Aug 2004 13:54:05 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i729s3Ox046406; Mon, 2 Aug 2004 13:54:03 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Mon, 2 Aug 2004 13:54:03 +0400 From: Gleb Smirnoff To: "Tseng, Ling-hua" Message-ID: <20040802095403.GA46385@cell.sick.ru> References: <001b01c47793$452a1460$0201a8c0@uranus> <20040801095908.GB40732@cell.sick.ru> <000d01c477cf$b9cef420$0201a8c0@uranus> <20040801195207.GA42499@cell.sick.ru> <001201c4785a$bcf74d10$0201a8c0@uranus> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <001201c4785a$bcf74d10$0201a8c0@uranus> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PPPoE broekn in the FreeBSD-current (2004.8.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:54:08 -0000 On Mon, Aug 02, 2004 at 02:34:09PM +0800, Tseng, Ling-hua wrote: T> > I have fixed problem in rev 1.53 T> T> Is it still something wrong? T> The ppp.log (until I killed pid 737): You also need ng_pppoe.c rev 1.67. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:06:39 2004 Return-Path: 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 D32D516A4CE for ; Mon, 2 Aug 2004 10:06:39 +0000 (GMT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id AC29E43D55 for ; Mon, 2 Aug 2004 10:06:38 +0000 (GMT) (envelope-from root@pukruppa.net) Received: (qmail 8113 invoked by uid 513); 2 Aug 2004 10:07:37 -0000 Received: from root@pukruppa.net by dsl-mail by uid 89 with qmail-scanner-1.21 Clear:RC:1(213.146.114.24):SA:0(-4.9/5.0):. Processed in 0.929674 secs); 02 Aug 2004 10:07:37 -0000 X-Spam-Status: No, hits=-4.9 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 2 Aug 2004 10:07:36 -0000 Date: Mon, 2 Aug 2004 12:06:09 +0000 (GMT) From: Peter Ulrich Kruppa To: "Bjoern A. Zeeb" In-Reply-To: Message-ID: <20040802120348.B127@pukruppa.net> References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Maxim Maximov cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:06:40 -0000 Thanks, for repairing things. Your patch works fine for me. Will it be committed soon, or do I have to keep it? Peter Ulrich Kruppa ("Original poster") On Sun, 1 Aug 2004, Bjoern A. Zeeb wrote: > > Index: ng_pppoe.c > =================================================================== > RCS file: /local/mirror/FreeBSD/r/ncvs/src/sys/netgraph/ng_pppoe.c,v > retrieving revision 1.66 > diff -u -p -r1.66 ng_pppoe.c > --- ng_pppoe.c 27 Jul 2004 19:47:13 -0000 1.66 > +++ ng_pppoe.c 1 Aug 2004 14:17:49 -0000 > @@ -246,9 +246,9 @@ enum { > }; > > struct ng_pppoe_mode_t { > - u_int8_t id; > + u_int8_t id; > const struct ether_header *eh_prototype; > - const char *name; > + const char *name; > }; > > static const struct ether_header eh_standard = > @@ -283,10 +283,9 @@ struct PPPOE { > typedef struct PPPOE *priv_p; > > /* Deprecated sysctl, leaved here to keep compatibility for some time */ > -#define PPPOE_KEEPSTANDARD -1 > -#define PPPOE_STANDARD 0 > -#define PPPOE_NONSTANDARD 1 > -static int pppoe_mode = PPPOE_KEEPSTANDARD; > +#define PPPOE_SYSCTL_KEEPSTANDARD -1 > +#define PPPOE_SYSCTL_STANDARD 0 > +#define PPPOE_SYSCTL_NONSTANDARD 1 > static const struct ng_pppoe_mode_t *sysctl_mode = ng_pppoe_modes; > > static int > @@ -295,23 +294,22 @@ ngpppoe_set_ethertype(SYSCTL_HANDLER_ARG > int error; > int val; > > - val = pppoe_mode; > + val = PPPOE_SYSCTL_KEEPSTANDARD; > error = sysctl_handle_int(oidp, &val, sizeof(int), req); > if (error != 0 || req->newptr == NULL) > return (error); > switch (val) { > - case PPPOE_NONSTANDARD: > + case PPPOE_SYSCTL_NONSTANDARD: > sysctl_mode = ng_pppoe_modes + 1; > break; > - case PPPOE_STANDARD: > - case PPPOE_KEEPSTANDARD: > + case PPPOE_SYSCTL_STANDARD: > + case PPPOE_SYSCTL_KEEPSTANDARD: > sysctl_mode = ng_pppoe_modes; > break; > default: > return (EINVAL); > } > > - pppoe_mode = val; > printf("net.graph.nonstandard_pppoe is deprecated. See ng_pppoe(4), ppp(8).\n"); > return (0); > } > > -- > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > _______________________________________________ > 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 Mon Aug 2 10:13:09 2004 Return-Path: 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 AECAA16A4CE; Mon, 2 Aug 2004 10:13:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBA043D4C; Mon, 2 Aug 2004 10:13:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 8026E1FFDD4; Mon, 2 Aug 2004 12:12:48 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 714FD1FF9A6; Mon, 2 Aug 2004 12:12:46 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id D0F8415380; Mon, 2 Aug 2004 10:12:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C5CBA15329; Mon, 2 Aug 2004 10:12:34 +0000 (UTC) Date: Mon, 2 Aug 2004 10:12:34 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Peter Ulrich Kruppa In-Reply-To: <20040802120348.B127@pukruppa.net> Message-ID: References: <20040730091525.U484@pukruppa.net> <20040731213854.GB38076@cell.sick.ru> <410CB1E4.2030103@mcsi.pp.ru> <20040801093316.GA40608@cell.sick.ru> <410CBBA9.1080302@mcsi.pp.ru> <20040801095558.GA40732@cell.sick.ru> <20040802120348.B127@pukruppa.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Maxim Maximov cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: PPP(was: oE) problems with latest -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:13:09 -0000 On Mon, 2 Aug 2004, Peter Ulrich Kruppa wrote: > Thanks, for repairing things. Your patch works fine for me. > > Will it be committed soon, or do I have to keep it? Gleb Smirnoff already comitted it: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_pppoe.c.diff?r1=1.66&r2=1.67 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:22:38 2004 Return-Path: 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 8777A16A4CE for ; Mon, 2 Aug 2004 10:22:38 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDE4843D66 for ; Mon, 2 Aug 2004 10:22:37 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BrZxS-00036V-00; Mon, 02 Aug 2004 12:22:18 +0200 Received: from [217.227.149.217] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BrZxS-0002dA-00; Mon, 02 Aug 2004 12:22:18 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 2 Aug 2004 12:20:14 +0200 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-03=_kVhDB6Jr7zMM6B8"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021220.20785.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Dan Cojocar Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:22:38 -0000 --Boundary-03=_kVhDB6Jr7zMM6B8 Content-Type: multipart/mixed; boundary="Boundary-01=_eVhDBpOmDET5OsM" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_eVhDBpOmDET5OsM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 02 August 2004 10:51, Dan Cojocar wrote: > On Mon, 2 Aug 2004 11:09:22 +0300, Dan Cojocar =20 wrote: > > On Mon, 2 Aug 2004 09:50:51 +0200, Max Laier wrote: > > > On Monday 02 August 2004 09:35, you wrote: > > > > Hello, > > > > > > > > Sorry for this delay, but i was offline :( > > > > > > Once more: I need your *complete* kernel config! > > > > > > > I made a cvsup today, and now i get another error: > > > > > > > > cc -c -O -pipe -march=3Dathlon-xp -Wall -Wredundant-decls > > > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > > > > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99= -g > > > > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > > > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > > > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > > > > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm > > > > -D_KERNEL -include opt_global.h -finline-limit=3D8000 --param > > > > inline-unit-growth=3D100 --param large-function-growth=3D1000 > > > > -mno-align-long-strings -mpreferred-stack-boundary=3D2 -ffreestandi= ng > > > > /usr/src/sys/i386/i386/genassym.c > > > > cc1: error: invalid parameter `inline-unit-growth' > > > > cc1: error: invalid parameter `large-function-growth' > > > > *** Error code 1 > > > > > > This seems not linked to ALTQ at all. Looks more like a defect build > > > environment. Did you do a complete buildworld before? Try: > > > $ rm -rf /usr/obj/* > > > $ cd /usr/src && make buildworld && make buildkernel > > > KERNCONF=3D to have a clean starting point. The gcc update > > > created a lot of noise all over the build. > > > > I know that this is not related to ALTQ, i'm doing now a > > buildworld, again :(, and i will post my results asap. > > I did a cvsup, buildworld went ok, and when i buildkernel, i get > the same error, like that on 29.07: Uhm, well ... attached diff should fix this, but I still think that your bu= ild=20 environment is somehow defective as the required headers would be pulled in= =20 via the following - certainly discussable - include chain: net/if.h -> _KERNEL =3D> net/if_var.h -> altq/if_altq.h -> sys/lock.h & mu= tex.h I have to clean that up and add lock headers where needed. Can you meanwhil= e=20 check out if that helps and/or if a #make installincludes helps? 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 --Boundary-01=_eVhDBpOmDET5OsM Content-Type: text/x-diff; charset="iso-8859-1"; name="altq_cbq.c.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="altq_cbq.c.diff" Index: altq_cbq.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/altq/altq/altq_cbq.c,v retrieving revision 1.2 diff -u -r1.2 altq_cbq.c =2D-- altq_cbq.c 12 Jun 2004 00:57:20 -0000 1.2 +++ altq_cbq.c 2 Aug 2004 10:15:25 -0000 @@ -43,6 +43,10 @@ #ifdef ALTQ_CBQ /* cbq is enabled by ALTQ_CBQ option in opt_altq.h */ =20 #include +#if defined(__FreeBSD__) && __FreeBSD_version > 500000 +#include +#include +#endif #include #include #include --Boundary-01=_eVhDBpOmDET5OsM-- --Boundary-03=_kVhDB6Jr7zMM6B8 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBDhVkXyyEoT62BG0RAtVQAJ92azoFM/Rv3rSkhJf84zcSGHevtwCfegmX eA/48uerCxuiAUVRi3LY2A8= =3Aq1 -----END PGP SIGNATURE----- --Boundary-03=_kVhDB6Jr7zMM6B8-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:27:18 2004 Return-Path: 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 CFA8B16A4CE; Mon, 2 Aug 2004 10:27:18 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 967BC43D66; Mon, 2 Aug 2004 10:27:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i72AQw0o015545; Mon, 2 Aug 2004 06:26:58 -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.12.11/8.12.11) with ESMTP id i72AQwmK039832; Mon, 2 Aug 2004 06:26:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9970D7303F; Mon, 2 Aug 2004 06:26:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040802102658.9970D7303F@freebsd-current.sentex.ca> Date: Mon, 2 Aug 2004 06:26:58 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:27:19 -0000 TB --- 2004-08-02 09:14:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-02 09:14:00 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-02 09:14:00 - checking out the source tree TB --- 2004-08-02 09:14:00 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-08-02 09:14:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-02 09:19:59 - building world (CFLAGS=-O -pipe) TB --- 2004-08-02 09:19:59 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-02 09:19:59 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-02 10:09:43 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-02 10:09:43 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-02 10:09:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 2 10:09:43 UTC 2004 >>> 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 >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Aug 2 10:18:58 UTC 2004 TB --- 2004-08-02 10:18:58 - generating LINT kernel config TB --- 2004-08-02 10:18:58 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-08-02 10:18:58 - /usr/bin/make -B LINT TB --- 2004-08-02 10:18:59 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-02 10:18:59 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-02 10:18:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 2 10:18:59 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:146: warning: 'vr_ioctl' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:147: warning: 'vr_init' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:148: warning: 'vr_init_locked' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:149: warning: 'vr_stop' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:150: warning: 'vr_watchdog' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:151: warning: 'vr_shutdown' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:152: warning: 'vr_ifmedia_upd' used but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:153: warning: 'vr_ifmedia_sts' used but never defined *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-02 10:26:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-02 10:26:58 - ERROR: failed to build lint kernel TB --- 2004-08-02 10:26:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:37:28 2004 Return-Path: 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 92EFA16A4CE; Mon, 2 Aug 2004 10:37:28 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AFEC43D54; Mon, 2 Aug 2004 10:37:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BraC7-0005vI-00; Mon, 02 Aug 2004 12:37:27 +0200 Received: from [217.227.149.217] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BraC6-0007bR-00; Mon, 02 Aug 2004 12:37:27 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 2 Aug 2004 12:35:29 +0200 User-Agent: KMail/1.6.2 References: <20040802102658.9970D7303F@freebsd-current.sentex.ca> In-Reply-To: <20040802102658.9970D7303F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_xjhDBARB9CDdXXm"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021235.29974.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: amd64@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:37:28 -0000 --Boundary-02=_xjhDBARB9CDdXXm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 02 August 2004 12:26, FreeBSD Tinderbox wrote: > [...] > /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:146: warning: 'vr_ioct= l' > used but never defined Sorry, my fault ... fixed in if_vr.c rev.1.92 =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 --Boundary-02=_xjhDBARB9CDdXXm Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBDhjxXyyEoT62BG0RAoFKAJ9t6DQeAFi5DdT+kFE09CY/F/T0ywCfXSrT arwJ4ImXF5Bb5E6qpbDwp88= =lNE/ -----END PGP SIGNATURE----- --Boundary-02=_xjhDBARB9CDdXXm-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:37:28 2004 Return-Path: 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 92EFA16A4CE; Mon, 2 Aug 2004 10:37:28 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AFEC43D54; Mon, 2 Aug 2004 10:37:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BraC7-0005vI-00; Mon, 02 Aug 2004 12:37:27 +0200 Received: from [217.227.149.217] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BraC6-0007bR-00; Mon, 02 Aug 2004 12:37:27 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 2 Aug 2004 12:35:29 +0200 User-Agent: KMail/1.6.2 References: <20040802102658.9970D7303F@freebsd-current.sentex.ca> In-Reply-To: <20040802102658.9970D7303F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_xjhDBARB9CDdXXm"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021235.29974.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: amd64@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:37:28 -0000 --Boundary-02=_xjhDBARB9CDdXXm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 02 August 2004 12:26, FreeBSD Tinderbox wrote: > [...] > /tinderbox/CURRENT/amd64/amd64/src/sys/pci/if_vr.c:146: warning: 'vr_ioct= l' > used but never defined Sorry, my fault ... fixed in if_vr.c rev.1.92 =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 --Boundary-02=_xjhDBARB9CDdXXm Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBDhjxXyyEoT62BG0RAoFKAJ9t6DQeAFi5DdT+kFE09CY/F/T0ywCfXSrT arwJ4ImXF5Bb5E6qpbDwp88= =lNE/ -----END PGP SIGNATURE----- --Boundary-02=_xjhDBARB9CDdXXm-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:58:55 2004 Return-Path: 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 584EC16A4CE for ; Mon, 2 Aug 2004 10:58:55 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD2E43D5F for ; Mon, 2 Aug 2004 10:58:54 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 19115 invoked by uid 1002); 2 Aug 2004 10:59:08 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 1.834686 secs); 02 Aug 2004 10:59:08 -0000 Received: from unknown (HELO ?192.168.200.219?) (grover@ceribus.net@192.168.200.200) by 192.168.200.225 with SMTP; 2 Aug 2004 10:59:06 -0000 Message-ID: <410E1E68.7000900@ceribus.net> Date: Mon, 02 Aug 2004 03:58:48 -0700 From: Grover Lines User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Kernel preemption is disabled - random crashes using xmms over NFS. Related possibly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:58:55 -0000 I was reading up about a message i saw in my dmesg output WARNING: Kernel preemption is disabled, expect reduced performance. and came accross a message in current a while back saying. You'll see the following warning on boot: WARNING: Kernel preemption is disabled, expect reduced performance. An example of this reduced performance is sound issues (slowdowns, pops, etc.) when the system is under load (most notably with disk load). This is exactly what I am seeing also. Using xmms in xorg playing mp3's over NFS, I can reproduce random hard lockups on my machine doing this. purgatory# vmstat -i interrupt total rate irq0: clk 567052 99 irq8: rtc 725836 127 irq11: nvidia0 450361 79 irq12: rl0 uhci0++ 129058 22 irq13: npx0 1 0 irq14: ata0 142578 25 irq15: ata1 54 0 Total 2014940 355 also is my nic card supposed to be sharingand irq qith my usb? This has just happened within the last day or so. Built world kernel, xorg only using p4 as a cpu type no -O optomizations. also im seeing kernel: Warning: pid 524 used static ldt allocation. kernel: See the i386_set_ldt man page for more info kernel: pid 524 (glxgears), uid 0: exited on signal 11 (core dumped) or any x program kernel: pid 36698 (glxinfo), uid 0: exited on signal 11 (core dumped) -- Grover Lines dmesg output Copyright (c) 1992-2004 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 5.2-CURRENT #0: Sun Aug 1 13:33:20 PDT 2004 root@xxx###.net:/usr/obj/usr/src/sys/PSYCHO WARNING: Kernel preemption is disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.50GHz (1514.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febf9ff real memory = 536805376 (511 MB) avail memory = 515624960 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) unknown: I/O range not supported 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_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xc0000000-0xcfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd4000000-0xd407ffff,0xd0000000-0xd3ffffff,0xd8000000-0xd8ffffff irq 11 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] rl0: port 0xa000-0xa0ff mem 0xda000000-0xda0000ff irq 12 at device 7.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:ba:42:d9:4d rl0: [GIANT-LOCKED] isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xa400-0xa40f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xa800-0xa81f irq 12 at device 17.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Optical, rev 1.10/1.21, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/12.10, addr 3, iclass 3/1 kbd0 at ukbd0 uhid0: Logitech Logitech USB Keyboard, rev 1.10/12.10, addr 3, iclass 3/0 uhci1: port 0xac00-0xac1f irq 12 at device 17.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb000-0xb01f irq 12 at device 17.4 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcm0: port 0xb400-0xb4ff irq 5 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pmtimer0 on isa0sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1514924252 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ad0: 38166MB [77545/16/63] at ata0-master UDMA100 ATAPI_RESET time = 10us acd0: DVDR at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s3a Warning: pid 521 used static ldt allocation. See the i386_set_ldt man page for more info From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 11:29:21 2004 Return-Path: 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 C921416A4CE; Mon, 2 Aug 2004 11:29:21 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D01E43D5D; Mon, 2 Aug 2004 11:29:18 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i72BTBDf007546; Mon, 2 Aug 2004 13:29:12 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <006001c47883$f20e9f70$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "John Baldwin" , "Robert Watson" References: <200407272318.46256.jhb@FreeBSD.org> Date: Mon, 2 Aug 2004 13:28:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: bzeeb+freebsd+lor@zabbadoz.net cc: alc@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Fatal LOR: PV ENTRY (UMA zone) @ /home2/src/sys/vm/uma_core.c:2033 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:29:21 -0000 Well the Tyan board is finally in. Look like a quality PCB, althoug some of the connectors are somewhat far away for the large case I'm using.. First need to do some paid work, but then I'll start rebuilding the system. I guess we'll know more by tomorrow. :) --WjW ----- Original Message ----- From: "John Baldwin" To: "Robert Watson" Cc: "Willem Jan Withagen" ; ; ; Sent: Wednesday, July 28, 2004 5:18 AM Subject: Re: Fatal LOR: PV ENTRY (UMA zone) @ /home2/src/sys/vm/uma_core.c:2033 > On Tuesday 27 July 2004 06:51 pm, Robert Watson wrote: > > On Wed, 28 Jul 2004, Willem Jan Withagen wrote: > > > Running on amd64: > > > > > > > > > > > And right followed by.... > > > > > > panic: lock (sleep mutex) Giant not locked @ > > > /home2/src/sys/kern/vfs_syscalls.c: 959 > > > cpuid = 0; > > > KDB: stack backtrace: > > > kdb_backtrace() at kdb_backtrace+0x34 > > > panic() at panic+0x1d2 > > > witness_unlock() at witness_unlock+0xdd > > > _mtx_unlock_flags() at _mtx_unlock_flags+0x68 > > > kern_open() at kern_open+0x128 > > > open() at open+0x18 > > > syscall() at syscall+0x330 > > > Xfast_syscall() at Xfast_syscall+0xa8 > > > --- syscall (5, FreeBSD ELF64, open), rip = 0x76d75c, rsp = > > > 0x7fffffffe088, rbp = 0x7fffffffe0c0 --- > > > KDB: enter: panic > > > [thread 100316] > > > Stopped at kdb_enter+0x2e: nop > > > > I've seen several reports of "mysterious" panics where Giant isn't held on > > return from namei() or other points following a name lookup. Kris > > Kenneway reported this on the package build cluster, for example. I'm > > wondering if something handling a page fault hit by namei() during a > > string copy in from user space if resulting in Giant not being held where > > it should be. In Kris's case, we tried pushing around GIANT_REQUIRED some > > because I thought maybe the caller wasn't holding Giant when it should, > > but that turned out not to be it. So maybe we have some sort of > > preemption/VM/locking issue? > > The preemption case is very easy to test, just turn it off in machine/param.h > and see if it goes away. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 11:33:18 2004 Return-Path: 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 4B51C16A4CE for ; Mon, 2 Aug 2004 11:33:18 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91B4543D54 for ; Mon, 2 Aug 2004 11:33:17 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i72BXGDb007699 for ; Mon, 2 Aug 2004 13:33:16 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <006c01c47884$834e4ee0$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: Date: Mon, 2 Aug 2004 13:33:20 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:33:18 -0000 Hi, Must be a FAQ, but I did not find anything ... When wanting to print thru /dev/lpt0 the kernel now starts to complain about interruptstorms. Something I can imagine, since printing can generate > 1000 ints/sec. Problem is that the current document (500k) is now printed at 100 interrupts/sec. That's going to take some time.... How do I prevent this from happening? Thanx, --WjW From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 11:43:24 2004 Return-Path: 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 093C616A4CE; Mon, 2 Aug 2004 11:43:24 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBF2F43D5D; Mon, 2 Aug 2004 11:43:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i72BhIOR026321; Mon, 2 Aug 2004 07:43:18 -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.12.11/8.12.11) with ESMTP id i72BhJP7091805; Mon, 2 Aug 2004 07:43:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A174E7303F; Mon, 2 Aug 2004 07:43:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040802114319.A174E7303F@freebsd-current.sentex.ca> Date: Mon, 2 Aug 2004 07:43:19 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:43:24 -0000 TB --- 2004-08-02 10:26:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-02 10:26:58 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-08-02 10:26:58 - checking out the source tree TB --- 2004-08-02 10:26:58 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-08-02 10:26:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-02 10:32:35 - building world (CFLAGS=-O -pipe) TB --- 2004-08-02 10:32:35 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-02 10:32:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-02 11:21:57 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-02 11:21:57 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-02 11:21:57 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 2 11:21:57 UTC 2004 >>> 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 >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Aug 2 11:34:23 UTC 2004 TB --- 2004-08-02 11:34:23 - generating LINT kernel config TB --- 2004-08-02 11:34:23 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2004-08-02 11:34:23 - /usr/bin/make -B LINT TB --- 2004-08-02 11:34:24 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-02 11:34:24 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-02 11:34:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 2 11:34:24 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:146: warning: 'vr_ioctl' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:147: warning: 'vr_init' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:148: warning: 'vr_init_locked' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:149: warning: 'vr_stop' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:150: warning: 'vr_watchdog' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:151: warning: 'vr_shutdown' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:152: warning: 'vr_ifmedia_upd' used but never defined /tinderbox/CURRENT/i386/i386/src/sys/pci/if_vr.c:153: warning: 'vr_ifmedia_sts' used but never defined *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-08-02 11:43:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-02 11:43:19 - ERROR: failed to build lint kernel TB --- 2004-08-02 11:43:19 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 11:50:17 2004 Return-Path: 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 C93CE16A4CE for ; Mon, 2 Aug 2004 11:50:17 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D95043D53 for ; Mon, 2 Aug 2004 11:50:17 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1BrbKD-000GdA-00; Mon, 02 Aug 2004 13:49:53 +0200 To: "Willem Jan Withagen" From: Ian FREISLICH In-Reply-To: Message from "Willem Jan Withagen" <006c01c47884$834e4ee0$471b3dd4@digiware.nl> Date: Mon, 02 Aug 2004 13:49:53 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: current@FreeBSD.ORG Subject: Re: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:50:17 -0000 "Willem Jan Withagen" wrote: > Hi, > > Must be a FAQ, but I did not find anything ... > > When wanting to print thru /dev/lpt0 the kernel now starts to complain about > interruptstorms. Something I can imagine, since printing can generate > 1000 > ints/sec. > Problem is that the current document (500k) is now printed at 100 > interrupts/sec. > > That's going to take some time.... > How do I prevent this from happening? /etc/sysctl.conf: hw.intr_storm_threshold=2000 OR /boot/device.hints: hint.ppc.0.flags="0x8" Make sure your bios is set to ecp/epp for the printer port, or the second option will fail. A couple of people around here have also suggested 'lptcontrol -e', but every time I've tried that (even with lpd stopped) I get 'lptcontrol: open: Device busy'. I'm not sure what keeps the printer port open other than lpd. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 11:59:25 2004 Return-Path: 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 053EF16A4CE for ; Mon, 2 Aug 2004 11:59:25 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8A943D5D for ; Mon, 2 Aug 2004 11:59:24 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i72Bx2Db008284; Mon, 2 Aug 2004 13:59:02 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <007601c47888$1cf15580$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Ian FREISLICH" References: Date: Mon, 2 Aug 2004 13:59:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: current@FreeBSD.ORG Subject: Re: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:59:25 -0000 From: "Ian FREISLICH" > "Willem Jan Withagen" wrote: > > Hi, > > > > Must be a FAQ, but I did not find anything ... > > > > When wanting to print thru /dev/lpt0 the kernel now starts to complain about > > interruptstorms. Something I can imagine, since printing can generate > 1000 > > ints/sec. > > Problem is that the current document (500k) is now printed at 100 > > interrupts/sec. > > > > That's going to take some time.... > > How do I prevent this from happening? > > /etc/sysctl.conf: hw.intr_storm_threshold=2000 > > OR > > /boot/device.hints: hint.ppc.0.flags="0x8" > > Make sure your bios is set to ecp/epp for the printer port, or the > second option will fail. A couple of people around here have also > suggested 'lptcontrol -e', but every time I've tried that (even > with lpd stopped) I get 'lptcontrol: open: Device busy'. I'm not > sure what keeps the printer port open other than lpd. Setting the sysctl worked. But now watching it with sysstat, I see that the interrupts go up as high as 65.000 ???? But instead of > 40 minutes, it now is printed in 3 secs. Thanx, --WjW From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 14:12:19 2004 Return-Path: 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 4BED216A4CE for ; Sun, 1 Aug 2004 14:12:19 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE4843D1D for ; Sun, 1 Aug 2004 14:12:18 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from working.potentialtech.com (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) by internet.potentialtech.com (Postfix) with ESMTP id A0F6169A71 for ; Sun, 1 Aug 2004 10:12:17 -0400 (EDT) Date: Sun, 1 Aug 2004 10:12:16 -0400 From: Bill Moran To: current@freebsd.org Message-Id: <20040801101216.3e70610f.wmoran@potentialtech.com> Organization: Potential Technologies X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 02 Aug 2004 12:04:09 +0000 Subject: Watchdog timeouts with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:12:19 -0000 Just cvsupped current and rebuilt everything last night (July 31) and I get watchdog timeouts on my NIC when ACPI is enabled. All seems to work well with ACPI turned off. dmesg is attached. Email me if there's any more information I can collect to help get this working better. I'm not subscribed to current@, so send it direct. dmesg - with ACPI enabled: Copyright (c) 1992-2004 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 5.2-CURRENT #0: Sat Jul 31 23:44:47 EDT 2004 root@paul.potentialtech.com:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. mptable_probe: MP Config Table has bad signature: \^O8\^O ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2000+ (1664.16-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 268369920 (255 MB) avail memory = 252952576 (241 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] 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 on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0002000-0xe0002fff irq 22 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0003000-0xe0003fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 2.2 (no driver attached) pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 rl0: port 0x9000-0x90ff mem 0xdf000000-0xdf0000ff irq 19 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:bf:74:75:b8 rl0: [GIANT-LOCKED] pci1: at device 8.0 (no driver attached) atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 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 Explorer, device ID 4 orm0: at iomem 0xc0000-0xccfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1664157139 Hz quality 800 Timecounters tick every 10.000 msec ad0: 28629MB [58168/16/63] at ata0-master UDMA100 ATAPI_RESET time = 1620us ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE no interrupt acd0: CDRW at ata1-master BIOSPIO Mounting root from ufs:/dev/ad0s2a rl0: watchdog timeout rl0: watchdog timeout rl0: watchdog timeout rl0: watchdog timeout rl0: watchdog timeout dmesg - with ACPI disabled Copyright (c) 1992-2004 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 5.2-CURRENT #0: Sat Jul 31 23:44:47 EDT 2004 root@paul.potentialtech.com:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2000+ (1664.16-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 268369920 (255 MB) avail memory = 252964864 (241 MB) mptable_probe: MP Config Table has bad signature: \^O8\^O npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 $PIR: No matching entry for 0.1.INTA $PIR: No matching entry for 0.2.INTA $PIR: No matching entry for 0.2.INTB $PIR: No matching entry for 0.2.INTC $PIR: No matching entry for 0.6.INTA agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0002000-0xe0002fff irq 5 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0003000-0xe0003fff irq 11 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 2.2 (no driver attached) pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 rl0: port 0x9000-0x90ff mem 0xdf000000-0xdf0000ff irq 11 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:bf:74:75:b8 rl0: [GIANT-LOCKED] pci1: at device 8.0 (no driver attached) atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) cpu0 on motherboard orm0: at iomem 0xc0000-0xccfff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1664155573 Hz quality 800 Timecounters tick every 10.000 msec ad0: 28629MB [58168/16/63] at ata0-master UDMA100 ATAPI_RESET time = 1630us ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE no interrupt acd0: CDRW at ata1-master BIOSPIO Mounting root from ufs:/dev/ad0s2a From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 16:37:05 2004 Return-Path: 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 B387D16A4CE for ; Sun, 1 Aug 2004 16:37:05 +0000 (GMT) Received: from jtoy.net (pool-68-160-154-250.bos.east.verizon.net [68.160.154.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6806A43D5E for ; Sun, 1 Aug 2004 16:37:05 +0000 (GMT) (envelope-from toy@jtoy.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by jtoy.net (Postfix) with ESMTP id 962AFE2FEB for ; Sun, 1 Aug 2004 12:37:05 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <05409DCE-E3D9-11D8-8852-000393A80666@jtoy.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: toy@jtoy.net Date: Sun, 1 Aug 2004 12:37:04 -0400 X-Mailer: Apple Mail (2.618) X-Mailman-Approved-At: Mon, 02 Aug 2004 12:04:09 +0000 Subject: linksys WMP54GS with project evil X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:37:05 -0000 has anyone got a linksys 54g card model WMP54GS to work on freebsd 5.2.1 with project evil, i got everything to compile, but when i set ifconfig ndis0 192.168.0.22/25 ssid belkin54g it never connects to that router and status is no carrier. I am close enough to the router and I checked the settings like turning wep off to make sure they were the same as my router, and they are, so I think it might be some driver problem or something. Does anyone else have any other information? thanks Sincerely, Jason From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 18:34:50 2004 Return-Path: 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 C887316A4CE for ; Sun, 1 Aug 2004 18:34:50 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0C443D5C for ; Sun, 1 Aug 2004 18:34:50 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i71IYnFS017990; Sun, 1 Aug 2004 19:34:49 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i71IYm4B017989; Sun, 1 Aug 2004 19:34:49 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i71IPZgG018406; Sun, 1 Aug 2004 19:25:35 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408011825.i71IPZgG018406@grimreaper.grondar.org> To: dlt@mebtel.net In-Reply-To: Your message of "Sun, 01 Aug 2004 11:07:22 EDT." <200408011507.i71F7MVc000907@lorne.arm.org> Date: Sun, 01 Aug 2004 19:25:34 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Mon, 02 Aug 2004 12:04:09 +0000 cc: current@FreeBSD.ORG Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:34:50 -0000 Derek Tattersall writes: > CURRENT as of this morning dint'create /dev/null. My previous > CURRENT, from July 25 created it fine so all was well.Can anybody > offer me a clue as to what this is all about? I tried to figure out > what causes /dev/null to get created, but was unsuccessful. BOOBOO of mine. Please always check src/UPDATING for clues :-) M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 00:05:32 2004 Return-Path: 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 4DB5516A4CE; Mon, 2 Aug 2004 00:05:32 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09CBE43D49; Mon, 2 Aug 2004 00:05:32 +0000 (GMT) (envelope-from nate@cryptography.com) Received: from [10.0.5.50] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7205Mra025185; Sun, 1 Aug 2004 17:05:22 -0700 Message-ID: <410D853F.6080704@cryptography.com> Date: Sun, 01 Aug 2004 17:05:19 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <410AD054.8070202@root.org> <20040731064433.GD33220@green.homeunix.org> In-Reply-To: <20040731064433.GD33220@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 02 Aug 2004 12:04:09 +0000 cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: memory corruption/panic solved ("FAILURE - ATAPI_IDENTIFY no interrupt") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:05:32 -0000 Brian Fundakowski Feldman wrote: > On Fri, Jul 30, 2004 at 03:48:52PM -0700, Nate Lawson wrote: >>I've tracked down the source of the memory corruption in -current that >>results when booting with various CD and DVD drives (especially the ones >>that come with Thinkpads including T23, R32, T41, etc.) The panic is >>obvious when running with INVARIANTS ("memory modified after free") but >>not so obvious in other configurations. For instance, without >>INVARIANTS, part of the rt_info structure is corrupted on my wireless >>card, resulting in a panic during ifconfig on boot. This is likely the >>source of other problems, including phk's ACPI panic (again, only >>triggered when booting with the CD drive in the bay.) >> >>The root problem is that ata_timeout() fires and calls ata_pio_read() >>which overwrites 512 bytes random memory. There are actually two bugs >>here that overwrite memory. The code path is as follows: > > Good job identifying it more exactly. I decided it should just fundamentally > be using GEOM primitives everywhere to move the solutions to all these > side cases into where they're already handled generically... still think > that's probably the right solution, but I'm glad to see this specific > problem fixed. I'm not sure if this is a troll or not but I'll answer it seriously. GEOM and other upper layers are never the right place to handle error recovery for transactions initiated at the lower layers (like this device scan). In every system I've seen, error recovery is the hardest part of storage code to get right and is seldom well-tested. It's a very difficult problem that involves a lot of careful fault injection/testing. Divergence in hardware fault handling behavior only complicates things. -Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 10:18:52 2004 Return-Path: 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 ED78816A4CF for ; Mon, 2 Aug 2004 10:18:51 +0000 (GMT) Received: from mail.fatpipi.com (fatpipi.cirx.org [211.23.144.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 548DA43D39 for ; Mon, 2 Aug 2004 10:18:51 +0000 (GMT) (envelope-from vanilla@fatpipi.com) Received: from localhost (localhost.cirx.org [127.0.0.1]) by mail.fatpipi.com (Postfix) with ESMTP id C5E2E83; Mon, 2 Aug 2004 18:18:29 +0800 (CST) Received: from mail.fatpipi.com ([127.0.0.1]) by localhost (fatpipi.cirx.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06672-03; Mon, 2 Aug 2004 18:18:28 +0800 (CST) Received: by mail.fatpipi.com (Postfix, from userid 1002) id B6C8FB5; Mon, 2 Aug 2004 18:18:28 +0800 (CST) Date: Mon, 2 Aug 2004 18:18:28 +0800 From: "Vanilla I. Shu" To: wsk Message-ID: <20040802101828.GA6742@fatpipi.cirx.org> References: <410A193A.7030009@gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <410A193A.7030009@gddsn.org.cn> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at cirx.org X-Mailman-Approved-At: Mon, 02 Aug 2004 12:04:09 +0000 cc: current@freebsd.org Subject: Re: make zh-xsim ports failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:18:52 -0000 On Fri, Jul 30, 2004 at 05:47:38PM +0800, wsk wrote: > hi,list: > make xsim failled,it maybe related gcc imported???and any ideas? how about upgrade your ports tree, and build it again? I committed a patch yesterday. -- vanilla@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 12:10:42 2004 Return-Path: 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 9D57C16A4CE for ; Mon, 2 Aug 2004 12:10:42 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DA9143D55 for ; Mon, 2 Aug 2004 12:10:42 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1Brbe9-000Lok-00; Mon, 02 Aug 2004 14:10:29 +0200 To: "Willem Jan Withagen" From: Ian FREISLICH In-Reply-To: Message from "Willem Jan Withagen" <007601c47888$1cf15580$471b3dd4@digiware.nl> Date: Mon, 02 Aug 2004 14:10:29 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: current@FreeBSD.ORG Subject: Re: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:10:42 -0000 "Willem Jan Withagen" wrote: > From: "Ian FREISLICH" > > "Willem Jan Withagen" wrote: > > > Hi, > > > > > > Must be a FAQ, but I did not find anything ... > > > > > > When wanting to print thru /dev/lpt0 the kernel now starts to > > > complain about interruptstorms. Something I can imagine, since > > > printing can generate > 1000 ints/sec. Problem is that the > > > current document (500k) is now printed at 100 interrupts/sec. > > > > > > That's going to take some time.... > > > How do I prevent this from happening? > > > > /etc/sysctl.conf: hw.intr_storm_threshold=2000 > > > > OR > > > > /boot/device.hints: hint.ppc.0.flags="0x8" > > > > Make sure your bios is set to ecp/epp for the printer port, or the > > second option will fail. A couple of people around here have also > > suggested 'lptcontrol -e', but every time I've tried that (even with > > lpd stopped) I get 'lptcontrol: open: Device busy'. I'm not sure > > what keeps the printer port open other than lpd. > > Setting the sysctl worked. But now watching it with sysstat, I see > that the interrupts go up as high as 65.000 ???? Yes, I was seeing ~43000/second on my PII. If you set the hint, I think it will use DMA to do the transfer with periodic interrupts to fill the buffer. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 12:14:48 2004 Return-Path: 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 458F316A4CE; Mon, 2 Aug 2004 12:14:48 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAEA443D49; Mon, 2 Aug 2004 12:14:47 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1BrbiF-000Fqs-RT; Mon, 02 Aug 2004 14:14:47 +0200 Date: Mon, 2 Aug 2004 14:15:59 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: current@freebsd.org From: Oliver Eikemeier Content-Transfer-Encoding: 7bit Message-Id: User-Agent: KMail/1.5.9 cc: Edwin Groothuis cc: David O'Brien Subject: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:14:48 -0000 I've prepared an upgrade to file-4.10 at: This fixes PR bin/63830: [patch] file(1) doesn't recognize FreeBSD 5.x executables properly and an MFC will fix the problems of FreeBSD 4.10 being identified as 4.9.1. I'll do some more testing (GCC 3.4) and think we should commit this before the 5.3 src freeze, especially since it has been discussed over a month ago: -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 12:50:00 2004 Return-Path: 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 0741D16A4CE for ; Mon, 2 Aug 2004 12:50:00 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8284843D48 for ; Mon, 2 Aug 2004 12:49:59 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1BrcFg-000G5f-EW; Mon, 02 Aug 2004 14:49:18 +0200 Date: Mon, 2 Aug 2004 14:50:36 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Kirk Strauser From: Oliver Eikemeier In-Reply-To: <200407291450.49400.kirk@strauser.com> Message-Id: <8C9CBFBF-E482-11D8-9C56-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: freebsd-current@freebsd.org Subject: Re: Upgrading to net/openldap22-sasl-server giving fits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:50:00 -0000 Kirk Strauser wrote: > On Thursday 29 July 2004 13:21, Doug White wrote: > >> It would not suprise me if you need to dump + reload your database to >> update to a new bdb schema in openldap2.2. > > But I don't WANT to reload my database! Sorry, internal structures have changed. You *have to* use slapcat/slapadd. That is why OpenLDAP 2.1 is still around, upgrading the client part is pretty painless... > Is there a generalized way to upgrade Berkeley databases? I tried to > RTFDocs, but they seem to be aimed at BDB programmers ("Simply call the > DB->transmogrify method...") instead of command-line users. You can update the underlying Berkeley database, but this doesn't mean OpenLDAP can still work with it. You can even use slapd-bdb(5) instead of slapd-ldbm(5) when you use OpenLDAP 2.2 + BerkelyDB 4.2, but they are not binary compatible. I'll add an entry to ports/UPGRADING, since this seems to be a FAQ. -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 12:56:10 2004 Return-Path: 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 8752516A4CE for ; Mon, 2 Aug 2004 12:56:10 +0000 (GMT) Received: from web14825.mail.yahoo.com (web14825.mail.yahoo.com [216.136.225.196]) by mx1.FreeBSD.org (Postfix) with SMTP id 6093843D39 for ; Mon, 2 Aug 2004 12:56:10 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040802125535.15901.qmail@web14825.mail.yahoo.com> Received: from [212.143.154.227] by web14825.mail.yahoo.com via HTTP; Mon, 02 Aug 2004 05:55:35 PDT Date: Mon, 2 Aug 2004 05:55:35 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:56:10 -0000 Hello there. Sometimes I'm trying new snapshots of 5-CURRENT from ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ on my box. The latest snapshot of 5-CURRENT there is 5.2-CURRENT-20040710-JPSNAP now; i.e. there was no new snapshot for about a month. May it be some problem of the building machine? According to the build logs from ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/log/ there always was the same problem until today: cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib -o genattrtab genattrtab.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o genautomata.o varray.o min-insn-modes.o libiberty.a -lm /usr/lib/libm.so: undefined reference to `__isnanl' collect2: ld returned 1 exit status Does somebody know when building of the snapshots will be reconditioned? Thanks P.S. I've heard about code freeze in about 2 weeks. It would be a good thing to have new snapshots before the code freeze. _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 12:59:53 2004 Return-Path: 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 E36FE16A4CE for ; Mon, 2 Aug 2004 12:59:53 +0000 (GMT) Received: from smtp004.bizmail.sc5.yahoo.com (smtp004.bizmail.sc5.yahoo.com [66.163.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id B0E2043D55 for ; Mon, 2 Aug 2004 12:59:53 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp004.bizmail.sc5.yahoo.com with SMTP; 2 Aug 2004 12:59:19 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D5AB26168; Mon, 2 Aug 2004 07:59:18 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 92889-01; Mon, 2 Aug 2004 07:59:17 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id AD8F46114; Mon, 2 Aug 2004 07:59:16 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i72CxElF009992; Mon, 2 Aug 2004 07:59:15 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <410E3AA2.4030800@alumni.rice.edu> Date: Mon, 02 Aug 2004 07:59:14 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Eikemeier References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu 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 Aug 2004 12:59:54 -0000 On 08/02/04 07:15, Oliver Eikemeier wrote: > I've prepared an upgrade to file-4.10 at: > > > > This fixes > > PR bin/63830: [patch] file(1) doesn't recognize FreeBSD 5.x > executables properly > > and an MFC will fix the problems of FreeBSD 4.10 being identified as > 4.9.1. I'll do some more testing (GCC 3.4) and think we should commit > this before the 5.3 src freeze, especially since it has been discussed > over a month ago: > *sigh* Why does Christos Zoulas ignore me? He keeps telling me he'll include my patch and then includes someone else's that doesn't fix the problems. In any case, my patch (against file 4.09) to fix the versioning: http://www.noacks.org/freebsd/readelf.c.diff I made a test program to compare the output. Here's the way things would look with file 4.10: http://www.noacks.org/freebsd/output-4.10.txt Note that 5.x is hardcoded as -CURRENT. This is asking to be fixed in a few months when 5.x goes -STABLE and 6.x appears. Better not to print branch names at all (for dev branches I just print the whole version value in parentheses). There are other minor nits like 5.0.4 and 4.15.30... Here's the output of my patch: http://www.noacks.org/freebsd/output.txt My version is highly accurate for every version we've had so far and I've even checked with re@ to ensure it'll be accurate in the future. It won't need to be fixed in a few months. Here's to resubmitting for file 4.11... Jon From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:00:41 2004 Return-Path: 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 3F3BB16A564; Mon, 2 Aug 2004 13:00:41 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C0B43D67; Mon, 2 Aug 2004 13:00:13 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i72Cxq3w011554; Mon, 2 Aug 2004 08:59:52 -0400 (EDT) Date: Mon, 2 Aug 2004 08:59:52 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Doug Rabson In-Reply-To: <200408020938.02238.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:00:41 -0000 On Mon, 2 Aug 2004, Doug Rabson wrote: > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > After today's cvsup the system freezes when I try to start X using > > the nvidia binary driver. The nv driver still works. > > > > ~1 week old kernel doesn't have this problem. > > If you can be patient, there will be a new release of the nvidia binary > driver fairly soon (which also supports libpthread and libthr). With TLS support? :-) -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:00:41 2004 Return-Path: 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 3F3BB16A564; Mon, 2 Aug 2004 13:00:41 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C0B43D67; Mon, 2 Aug 2004 13:00:13 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i72Cxq3w011554; Mon, 2 Aug 2004 08:59:52 -0400 (EDT) Date: Mon, 2 Aug 2004 08:59:52 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Doug Rabson In-Reply-To: <200408020938.02238.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:00:41 -0000 On Mon, 2 Aug 2004, Doug Rabson wrote: > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > After today's cvsup the system freezes when I try to start X using > > the nvidia binary driver. The nv driver still works. > > > > ~1 week old kernel doesn't have this problem. > > If you can be patient, there will be a new release of the nvidia binary > driver fairly soon (which also supports libpthread and libthr). With TLS support? :-) -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:00:57 2004 Return-Path: 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 13A6D16A516 for ; Mon, 2 Aug 2004 13:00:57 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95AC43D46 for ; Mon, 2 Aug 2004 13:00:56 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so125211rnl for ; Mon, 02 Aug 2004 06:00:35 -0700 (PDT) Received: by 10.38.12.79 with SMTP id 79mr16525rnl; Mon, 02 Aug 2004 06:00:35 -0700 (PDT) Message-ID: Date: Mon, 2 Aug 2004 16:00:35 +0300 From: Dan Cojocar To: Max Laier In-Reply-To: <200408021220.20785.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408021220.20785.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:00:57 -0000 > Uhm, well ... attached diff should fix this, but I still think that your build > environment is somehow defective as the required headers would be pulled in > via the following - certainly discussable - include chain: > net/if.h -> _KERNEL => net/if_var.h -> altq/if_altq.h -> sys/lock.h & mutex.h > > I have to clean that up and add lock headers where needed. Can you meanwhile > check out if that helps and/or if a #make installincludes helps? Thanks. I just did a cvsup; make clean twice; make buildworld; make installincludes; make buildkernel and got the same error :( then installed you patch and make a build kernel and i got the same error :( What else could i try? Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:06:02 2004 Return-Path: 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 D368F16A4CE for ; Mon, 2 Aug 2004 13:06:02 +0000 (GMT) Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5CCC43D48 for ; Mon, 2 Aug 2004 13:06:01 +0000 (GMT) (envelope-from antony.t.curtis@ntlworld.com) Received: from [10.10.10.100] ([81.107.87.144]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040802130418.DFZL291.mta03-svc.ntlworld.com@[10.10.10.100]> for ; Mon, 2 Aug 2004 14:04:18 +0100 From: Antony T Curtis To: freebsd-current@freebsd.org In-Reply-To: References: Content-Type: text/plain Message-Id: <1091451938.53960.13.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Mon, 02 Aug 2004 14:05:38 +0100 Content-Transfer-Encoding: 7bit Subject: Re: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:06:03 -0000 On Mon, 2004-08-02 at 13:10, Ian FREISLICH wrote: > "Willem Jan Withagen" wrote: > > From: "Ian FREISLICH" > > > "Willem Jan Withagen" wrote: > > > > Hi, > > > > > > > > Must be a FAQ, but I did not find anything ... > > > > > > > > When wanting to print thru /dev/lpt0 the kernel now starts to > > > > complain about interruptstorms. Something I can imagine, since > > > > printing can generate > 1000 ints/sec. Problem is that the > > > > current document (500k) is now printed at 100 interrupts/sec. > > > > > > > > That's going to take some time.... > > > > How do I prevent this from happening? > > > > > > /etc/sysctl.conf: hw.intr_storm_threshold=2000 > > > > > > OR > > > > > > /boot/device.hints: hint.ppc.0.flags="0x8" > > > > > > Make sure your bios is set to ecp/epp for the printer port, or the > > > second option will fail. A couple of people around here have also > > > suggested 'lptcontrol -e', but every time I've tried that (even with > > > lpd stopped) I get 'lptcontrol: open: Device busy'. I'm not sure > > > what keeps the printer port open other than lpd. > > > > Setting the sysctl worked. But now watching it with sysstat, I see > > that the interrupts go up as high as 65.000 ???? > > Yes, I was seeing ~43000/second on my PII. If you set the hint, I > think it will use DMA to do the transfer with periodic interrupts > to fill the buffer. For ECP, I think you would have to set a hint for DMA for it to work - this is often configurable in the BIOS or may default to DMA 3 IIRC, EPP mode does have a 16 byte FIFO available which would also help for those who cannot get ECP working. I think within the next year or so, the venerable parallel port may go away - replaced by USB. Long live the parallel port. -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache IT Consultancy. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:06:18 2004 Return-Path: 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 323A516A4CE for ; Mon, 2 Aug 2004 13:06:18 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D03F943D68 for ; Mon, 2 Aug 2004 13:06:17 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id E00CF18020; Mon, 2 Aug 2004 08:05:55 -0500 (EST) Date: Mon, 2 Aug 2004 08:05:55 -0500 From: Will Andrews To: Rostislav Krasny Message-ID: <20040802130555.GA35864@sirius.firepipe.net> Mail-Followup-To: Rostislav Krasny , freebsd-current@freebsd.org References: <20040802125535.15901.qmail@web14825.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <20040802125535.15901.qmail@web14825.mail.yahoo.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:06:18 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 02, 2004 at 05:55:35AM -0700, Rostislav Krasny wrote: > Sometimes I'm trying new snapshots of 5-CURRENT from > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ on my box. The > latest snapshot of 5-CURRENT there is 5.2-CURRENT-20040710-JPSNAP now; > i.e. there was no new snapshot for about a month. May it be some > problem of the building machine? According to the build logs from > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/log/ there always > was the same problem until today: Try here instead: http://snapshots.se.freebsd.org/ Regards, --=20 wca --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDjwzF47idPgWcsURAh/+AKCTePifA8ZqDUycRP7jP+sK/HwWWgCginwl vus7DhlI1j2//F4punAhyc4= =Q1hv -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:10:52 2004 Return-Path: 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 33F2016A4CE for ; Mon, 2 Aug 2004 13:10:52 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7CFF43D2F for ; Mon, 2 Aug 2004 13:10:51 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BrcaW-0007y4-00; Mon, 02 Aug 2004 15:10:48 +0200 Received: from [217.227.149.217] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BrcaU-0003Ol-00; Mon, 02 Aug 2004 15:10:48 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 2 Aug 2004 15:08:36 +0200 User-Agent: KMail/1.6.2 References: <200408021220.20785.max@love2party.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_bzjDBVxbDT4o3xq"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021508.43112.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Dan Cojocar Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:10:52 -0000 --Boundary-02=_bzjDBVxbDT4o3xq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 02 August 2004 15:00, Dan Cojocar wrote: > > Uhm, well ... attached diff should fix this, but I still think that your > > build environment is somehow defective as the required headers would be > > pulled in via the following - certainly discussable - include chain: > > net/if.h -> _KERNEL =3D> net/if_var.h -> altq/if_altq.h -> sys/lock.h & > > mutex.h > > > > I have to clean that up and add lock headers where needed. Can you > > meanwhile check out if that helps and/or if a #make installincludes > > helps? Thanks. > > I just did a cvsup; make clean twice; make buildworld; make > installincludes; make buildkernel and got the same error :( > then installed you patch and make a build kernel and i got the same error > :( > > What else could i try? Okay :( ... if you got the *exact* same error, I am out of ideas. If, howev= er,=20 you get the same error on another file (e.g. altq_hfsc.c) than it's=20 understood and I have work to do ... please cross-check and sorry for the=20 noise. I am still wondering why I can't reproduce it and why none of the=20 tinderboxes is catching it. =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 --Boundary-02=_bzjDBVxbDT4o3xq Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD4DBQBBDjzbXyyEoT62BG0RAl0qAJj+2EBALVWI/vMVXh68HEsZMb5RAJ4uIvE0 9Qw9kja8r1ak40rJDgKjMg== =p2E7 -----END PGP SIGNATURE----- --Boundary-02=_bzjDBVxbDT4o3xq-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:13:12 2004 Return-Path: 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 644D016A4CE; Mon, 2 Aug 2004 13:13:12 +0000 (GMT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A614F43D6D; Mon, 2 Aug 2004 13:13:11 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id i72DCwGR042048; Mon, 2 Aug 2004 14:12:58 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) i72DCwON067542; Mon, 2 Aug 2004 14:12:58 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen In-Reply-To: References: Content-Type: text/plain Message-Id: <1091452377.1381.4.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 14:12:58 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:13:12 -0000 On Mon, 2004-08-02 at 13:59, Daniel Eischen wrote: > On Mon, 2 Aug 2004, Doug Rabson wrote: > > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > After today's cvsup the system freezes when I try to start X using > > > the nvidia binary driver. The nv driver still works. > > > > > > ~1 week old kernel doesn't have this problem. > > > > If you can be patient, there will be a new release of the nvidia binary > > driver fairly soon (which also supports libpthread and libthr). > > With TLS support? :-) Oh yes :-) I'm going to be merging the TLS code into current over the next few days in fact. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:13:12 2004 Return-Path: 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 644D016A4CE; Mon, 2 Aug 2004 13:13:12 +0000 (GMT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A614F43D6D; Mon, 2 Aug 2004 13:13:11 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id i72DCwGR042048; Mon, 2 Aug 2004 14:12:58 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) i72DCwON067542; Mon, 2 Aug 2004 14:12:58 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen In-Reply-To: References: Content-Type: text/plain Message-Id: <1091452377.1381.4.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 14:12:58 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:13:12 -0000 On Mon, 2004-08-02 at 13:59, Daniel Eischen wrote: > On Mon, 2 Aug 2004, Doug Rabson wrote: > > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > After today's cvsup the system freezes when I try to start X using > > > the nvidia binary driver. The nv driver still works. > > > > > > ~1 week old kernel doesn't have this problem. > > > > If you can be patient, there will be a new release of the nvidia binary > > driver fairly soon (which also supports libpthread and libthr). > > With TLS support? :-) Oh yes :-) I'm going to be merging the TLS code into current over the next few days in fact. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:15:14 2004 Return-Path: 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 574ED16A4CE; Mon, 2 Aug 2004 13:15:14 +0000 (GMT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DB343D54; Mon, 2 Aug 2004 13:15:13 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id i72DEuGR042163; Mon, 2 Aug 2004 14:14:56 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) i72DEuON067546; Mon, 2 Aug 2004 14:14:56 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen In-Reply-To: <1091452377.1381.4.camel@builder02.qubesoft.com> References: <1091452377.1381.4.camel@builder02.qubesoft.com> Content-Type: text/plain Message-Id: <1091452496.1381.6.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 14:14:56 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:15:14 -0000 On Mon, 2004-08-02 at 14:12, Doug Rabson wrote: > On Mon, 2004-08-02 at 13:59, Daniel Eischen wrote: > > On Mon, 2 Aug 2004, Doug Rabson wrote: > > > > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > > After today's cvsup the system freezes when I try to start X using > > > > the nvidia binary driver. The nv driver still works. > > > > > > > > ~1 week old kernel doesn't have this problem. > > > > > > If you can be patient, there will be a new release of the nvidia binary > > > driver fairly soon (which also supports libpthread and libthr). > > > > With TLS support? :-) > > Oh yes :-) > > I'm going to be merging the TLS code into current over the next few days > in fact. Oh, and it also runs ut2004 without crashing :-) From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:15:14 2004 Return-Path: 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 574ED16A4CE; Mon, 2 Aug 2004 13:15:14 +0000 (GMT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DB343D54; Mon, 2 Aug 2004 13:15:13 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id i72DEuGR042163; Mon, 2 Aug 2004 14:14:56 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) i72DEuON067546; Mon, 2 Aug 2004 14:14:56 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen In-Reply-To: <1091452377.1381.4.camel@builder02.qubesoft.com> References: <1091452377.1381.4.camel@builder02.qubesoft.com> Content-Type: text/plain Message-Id: <1091452496.1381.6.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 14:14:56 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:15:14 -0000 On Mon, 2004-08-02 at 14:12, Doug Rabson wrote: > On Mon, 2004-08-02 at 13:59, Daniel Eischen wrote: > > On Mon, 2 Aug 2004, Doug Rabson wrote: > > > > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > > After today's cvsup the system freezes when I try to start X using > > > > the nvidia binary driver. The nv driver still works. > > > > > > > > ~1 week old kernel doesn't have this problem. > > > > > > If you can be patient, there will be a new release of the nvidia binary > > > driver fairly soon (which also supports libpthread and libthr). > > > > With TLS support? :-) > > Oh yes :-) > > I'm going to be merging the TLS code into current over the next few days > in fact. Oh, and it also runs ut2004 without crashing :-) From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:19:37 2004 Return-Path: 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 9648F16A4CE; Mon, 2 Aug 2004 13:19:37 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47DAD43D3F; Mon, 2 Aug 2004 13:19:37 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1BrciY-000G9R-UC; Mon, 02 Aug 2004 15:19:09 +0200 Date: Mon, 2 Aug 2004 15:20:27 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Jon Noack From: Oliver Eikemeier In-Reply-To: <410E3AA2.4030800@alumni.rice.edu> Message-Id: Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:19:37 -0000 Jon Noack wrote: > [...] > Note that 5.x is hardcoded as -CURRENT. This is asking to be fixed in > a few months when 5.x goes -STABLE and 6.x appears. Better not to > print branch names at all (for dev branches I just print the whole > version value in parentheses). There are other minor nits like 5.0.4 > and 4.15.30... Yes, you are right. At the time I've submitted the patch the point where FreeBSD would go -STABLE wasn't known, and the branch names are inspired by the output of uname(1). Anyway, this is a virgin import, and we shouldn't patch the sources. I'm sure the 4.11 upgrade will be trivial when we've done the 4.10 upgrade, and usually Christos is pretty responsive. We can do an follow-up patch to 4.10 that we can discuss here before submitting it upstream. -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:35:15 2004 Return-Path: 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 97EEC16A4CF for ; Mon, 2 Aug 2004 13:35:15 +0000 (GMT) Received: from smtp002.bizmail.yahoo.com (smtp002.bizmail.yahoo.com [216.136.172.126]) by mx1.FreeBSD.org (Postfix) with SMTP id D619043D5F for ; Mon, 2 Aug 2004 13:35:14 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp002.bizmail.yahoo.com with SMTP; 2 Aug 2004 13:34:57 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 14BF76168; Mon, 2 Aug 2004 08:34:57 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 93054-02-2; Mon, 2 Aug 2004 08:34:55 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 7FC536114; Mon, 2 Aug 2004 08:34:55 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i72DYtfS010168; Mon, 2 Aug 2004 08:34:55 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <410E42FF.7030102@alumni.rice.edu> Date: Mon, 02 Aug 2004 08:34:55 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Eikemeier References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu 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 Aug 2004 13:35:15 -0000 On 08/02/04 08:20, Oliver Eikemeier wrote: > Jon Noack wrote: >> [...] >> Note that 5.x is hardcoded as -CURRENT. This is asking to be fixed in >> a few months when 5.x goes -STABLE and 6.x appears. Better not to >> print branch names at all (for dev branches I just print the whole >> version value in parentheses). There are other minor nits like 5.0.4 >> and 4.15.30... > > Yes, you are right. At the time I've submitted the patch the point where > FreeBSD would go -STABLE wasn't known, and the branch names are inspired > by the output of uname(1). Anyway, this is a virgin import, and we > shouldn't patch the sources. I'm sure the 4.11 upgrade will be trivial > when we've done the 4.10 upgrade, and usually Christos is pretty > responsive. We can do an follow-up patch to 4.10 that we can discuss > here before submitting it upstream. Before I read this email I updated my patch (against 4.10) and resubmitted for file 4.11: http://www.noacks.org/freebsd/readelf.c.diff Would anyone prefer different output? If not, it would be great if someone could put in a good word for me with Christos... ;-) For the time being, I say we go ahead and import file 4.10. As you say, future updates should be trivial and getting the hard work out of the way now makes it easier to get things done in the future (a 4.10->4.11 update is a lot easier to justify in a src freeze than 3.41->4.11 should the timing come to that). I want proper version detection in 5.x-STABLE. Jon From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:37:10 2004 Return-Path: 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 40C5116A4CE for ; Mon, 2 Aug 2004 13:37:10 +0000 (GMT) Received: from web14827.mail.yahoo.com (web14827.mail.yahoo.com [216.136.225.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 1744043D5C for ; Mon, 2 Aug 2004 13:37:10 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040802133709.61269.qmail@web14827.mail.yahoo.com> Received: from [212.143.154.227] by web14827.mail.yahoo.com via HTTP; Mon, 02 Aug 2004 06:37:09 PDT Date: Mon, 2 Aug 2004 06:37:09 -0700 (PDT) From: Rostislav Krasny To: Will Andrews In-Reply-To: <20040802130555.GA35864@sirius.firepipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:37:10 -0000 --- Will Andrews wrote: > On Mon, Aug 02, 2004 at 05:55:35AM -0700, Rostislav Krasny wrote: > > Sometimes I'm trying new snapshots of 5-CURRENT from > > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ on my box. > The > > latest snapshot of 5-CURRENT there is 5.2-CURRENT-20040710-JPSNAP > now; > > i.e. there was no new snapshot for about a month. May it be some > > problem of the building machine? According to the build logs from > > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/log/ there > always > > was the same problem until today: > > Try here instead: http://snapshots.se.freebsd.org/ Thank you very much! Could you please tell more about how are they different from the JP snapshots, except the building time? IMHO the ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/README.TXT should mention your FTP server too. Or, are your snapshts not official? __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:16:50 2004 Return-Path: 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 3CF6216A4CE; Mon, 2 Aug 2004 14:16:50 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B77C943D60; Mon, 2 Aug 2004 14:16:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i72EGmtG037323; Mon, 2 Aug 2004 10:16:48 -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.12.11/8.12.11) with ESMTP id i72EGmRa084558; Mon, 2 Aug 2004 10:16:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E2AB77303F; Mon, 2 Aug 2004 10:16:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040802141647.E2AB77303F@freebsd-current.sentex.ca> Date: Mon, 2 Aug 2004 10:16:47 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:16:50 -0000 TB --- 2004-08-02 13:02:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-02 13:02:37 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-02 13:02:37 - cleaning the sandbox TB --- 2004-08-02 13:03:54 - checking out the source tree TB --- 2004-08-02 13:03:54 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-02 13:03:54 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-02 13:11:42 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-02 13:11:42 - building world (CFLAGS=-O -pipe) TB --- 2004-08-02 13:11:42 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-02 13:11:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-02 14:10:20 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-02 14:10:20 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-02 14:10:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 2 14:10:21 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c:151: error: syntax error before "cdev" /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c: In function `memmmap': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c:152: error: number of arguments doesn't match prototype ./machine/memdev.h:36: error: prototype declaration /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c:159: error: `dev' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c:165: error: `prot' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c:165: error: `offset' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c:167: error: `paddr' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-02 14:16:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-02 14:16:47 - ERROR: failed to build generic kernel TB --- 2004-08-02 14:16:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:18:09 2004 Return-Path: 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 D39D416A4CE for ; Mon, 2 Aug 2004 14:18:09 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CF743D48; Mon, 2 Aug 2004 14:18:09 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) i72EI9Bu046565; Mon, 2 Aug 2004 14:18:09 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i72EI8Vb046564; Mon, 2 Aug 2004 14:18:08 GMT (envelope-from kan) Date: Mon, 2 Aug 2004 14:18:08 +0000 From: Alexander Kabaev To: Yuriy Tsibizov Message-ID: <20040802141808.GA46180@freefall.freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: Unable to build new kernel with old gcc (WAS: RE: Buildkernel+ALTQ error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:18:09 -0000 On Mon, Aug 02, 2004 at 11:45:04AM +0400, Yuriy Tsibizov wrote: > You are building new kernel with old (Gcc 3.3.3) gcc that does not support this flags. > > You have to go back to rev. 1.54 of sys/conf/kern.pre.mk to build your kernel with gcc 3.3.3. > Building newer kernels with old GCC versions was never supported and no effort was ever made to keep this path working. So the advice here is - if it hurts, do not do that. Consider using make buildkernel/installkernel you you need to compile a new kernel without installing whole new world on your machine. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:27:17 2004 Return-Path: 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 689F316A4CE for ; Mon, 2 Aug 2004 14:27:17 +0000 (GMT) Received: from mpehp1.mpe-garching.mpg.de (mpehp1.mpe-garching.mpg.de [130.183.70.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C463C43D2F for ; Mon, 2 Aug 2004 14:27:15 +0000 (GMT) (envelope-from robert@mpe.mpg.de) Received: from robert2.mpe-garching.mpg.de (robert2.mpe-garching.mpg.de [130.183.136.59])with ESMTP id QAA12639 for ; Mon, 2 Aug 2004 16:27:13 +0200 (METDST) Received: from robert2.mpe-garching.mpg.de (localhost [127.0.0.1]) i72ERsg6056692 for ; Mon, 2 Aug 2004 16:27:54 +0200 (CEST) (envelope-from krs@robert2.mpe-garching.mpg.de) Message-Id: <200408021427.i72ERsg6056692@robert2.mpe-garching.mpg.de> To: freebsd-current@freebsd.org Date: Mon, 02 Aug 2004 16:27:54 +0200 From: Klaus Robert Suetterlin Subject: kernel panic when accessing digi serial multi io. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: robert@mpe.mpg.de 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 Aug 2004 14:27:17 -0000 Dear all, I use a Digi Xem (16 serial ports) with FreeBSD Current. geclab2# kldload digi digi0 mem 0xb0800000-0xb0bfffff irq 30 at device 4.0 on pci0 digi0: Digiboard PCI PC/Xem ASIC, 16 ports found This worked ok until I updated last week. geclab2# uname -a FreeBSD geclab2.cips.mpg.de 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Thu Jul 29 17:14:49 CEST 2004 krs@geclab2.cips.mpg.de:/usr/obj/usr/src/sys/GECLAB2 i386 Now every time I access any serial port on the digi I get a kernel panic. My normal (sio0, sio1) serial ports work ok. It's not always the same panic but always about mutexes or Giant etc. Here is one as an example: geclab2# cu -l /dev/ttyD0.2 panicpanic: process 530(cu):2 holds Giant but isn't blocked on a lock KDB: enter: panic [thread 100006] Stopped at kdb_enter+0x2b: nop db> where kdb_enter(c0632982) at kdb_enter+0x2b panic(c063567d,212,c20be83c,2,c0642312) at panic+0xbb propagate_priority(c1de3840,c068cc70,c0688aa0,c1de3840,c1dd8340) at propagate_pr iority+0x142 turnstile_wait(c1dd8340,c0688aa0,c20bd2c0,c0688aa0,2,c0631d0e,212) at turnstile_ wait+0x2de _mtx_lock_sleep(c0688aa0,0,c06302e4,21f) at _mtx_lock_sleep+0x11b _mtx_lock_flags(c0688aa0,0,c06302e4,21f) at _mtx_lock_flags+0x83 ithread_loop(c1de0b80,d8f6bd48,c1de0b80,c04ae198,0) at ithread_loop+0x11c fork_exit(c04ae198,c1de0b80,d8f6bd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd8f6bd7c, ebp = 0 --- I'm glad for any directions. -- Robert S. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:34:01 2004 Return-Path: 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 ECB3016A4CE; Mon, 2 Aug 2004 14:34:00 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A149343D5D; Mon, 2 Aug 2004 14:34:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i72EXpWD038872; Mon, 2 Aug 2004 10:33:51 -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.12.11/8.12.11) with ESMTP id i72EXonU056371; Mon, 2 Aug 2004 10:33:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D27B77303F; Mon, 2 Aug 2004 10:33:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040802143350.D27B77303F@freebsd-current.sentex.ca> Date: Mon, 2 Aug 2004 10:33:50 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:34:01 -0000 TB --- 2004-08-02 14:16:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-02 14:16:48 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-02 14:16:48 - cleaning the sandbox TB --- 2004-08-02 14:18:00 - checking out the source tree TB --- 2004-08-02 14:18:00 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-02 14:18:00 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-02 14:25:54 - WARNING: /home/tinderbox/sandbox/powerpc.diff does not exist TB --- 2004-08-02 14:25:54 - building world (CFLAGS=-O -pipe) TB --- 2004-08-02 14:25:54 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-02 14:25:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-02 14:33:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-02 14:33:50 - ERROR: failed to build world TB --- 2004-08-02 14:33:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:48:09 2004 Return-Path: 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 7AA6716A4CE for ; Mon, 2 Aug 2004 14:48:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B23A43D2F for ; Mon, 2 Aug 2004 14:48:09 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so128547rnl for ; Mon, 02 Aug 2004 07:48:07 -0700 (PDT) Received: by 10.38.78.55 with SMTP id a55mr32513rnb; Mon, 02 Aug 2004 07:48:07 -0700 (PDT) Message-ID: Date: Mon, 2 Aug 2004 17:48:07 +0300 From: Dan Cojocar To: Max Laier In-Reply-To: <200408021508.43112.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408021220.20785.max@love2party.net> <200408021508.43112.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:48:09 -0000 On Mon, 2 Aug 2004 15:08:36 +0200, Max Laier wrote: > > > On Monday 02 August 2004 15:00, Dan Cojocar wrote: > > > Uhm, well ... attached diff should fix this, but I still think that your > > > build environment is somehow defective as the required headers would be > > > pulled in via the following - certainly discussable - include chain: > > > net/if.h -> _KERNEL => net/if_var.h -> altq/if_altq.h -> sys/lock.h & > > > mutex.h > > > > > > I have to clean that up and add lock headers where needed. Can you > > > meanwhile check out if that helps and/or if a #make installincludes > > > helps? Thanks. > > > > I just did a cvsup; make clean twice; make buildworld; make > > installincludes; make buildkernel and got the same error :( > > then installed you patch and make a build kernel and i got the same error > > :( > > > > What else could i try? > > Okay :( ... if you got the *exact* same error, I am out of ideas. If, however, > you get the same error on another file (e.g. altq_hfsc.c) than it's > understood and I have work to do ... please cross-check and sorry for the > noise. I am still wondering why I can't reproduce it and why none of the > tinderboxes is catching it. > I decided to build a kernel without altq, i removed altq from my config, did a rm -fR /usr/obj; buildworld, and on buildkernel i got this error: cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function `ata_ioctl': /usr/src/sys/dev/ata/ata-all.c:536: warning: implicit declaration of function `_mtx_assert' /usr/src/sys/dev/ata/ata-all.c:536: warning: nested extern declaration of `_mtx_assert' /usr/src/sys/dev/ata/ata-all.c:536: error: `MA_NOTOWNED' undeclared (first use in this function) /usr/src/sys/dev/ata/ata-all.c:536: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/ata/ata-all.c:536: error: for each function it appears in.) *** Error code 1 Now i think that is something wrong with my config, but i don't understant what :(, i'm using the same configuration for some time now and i didn't have errors like this. I will try make a clean cvsup in another dir maybe i will notice the differences. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 15:02:09 2004 Return-Path: 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 0F4EE16A4CE for ; Mon, 2 Aug 2004 15:02:09 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E518A43D41 for ; Mon, 2 Aug 2004 15:02:08 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id 2527417F25; Mon, 2 Aug 2004 09:58:39 -0500 (EST) Date: Mon, 2 Aug 2004 09:58:39 -0500 From: Will Andrews To: Rostislav Krasny Message-ID: <20040802145839.GC35864@sirius.firepipe.net> Mail-Followup-To: Rostislav Krasny , Will Andrews , freebsd-current@freebsd.org References: <20040802130555.GA35864@sirius.firepipe.net> <20040802133709.61269.qmail@web14827.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: <20040802133709.61269.qmail@web14827.mail.yahoo.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Will Andrews Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:02:09 -0000 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 02, 2004 at 06:37:09AM -0700, Rostislav Krasny wrote: > Could you please tell more about how are they different from the JP > snapshots, except the building time? IMHO the > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/README.TXT should mention > your FTP server too. Or, are your snapshts not official? *shrug* Not many people use the site yet & no one has approached me about making them "official". The scripts are based on the JP ones but have some modifications to improve them. I should point out that although they build at a different time, the code (for each day) is the same, since they're checked out from the repository as of 00:00 on the day they are run. Regards, --=20 wca --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDlaeF47idPgWcsURAuPRAJwM43GfK+sNPMx6oXo1FJyy1RHAzwCeKXlf imMY0rdD1kaUVcNdJBbSO+8= =LvNK -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 15:35:58 2004 Return-Path: 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 5E39C16A4CE; Mon, 2 Aug 2004 15:35:58 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E6743D68; Mon, 2 Aug 2004 15:35:57 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i72FZs4P053847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Aug 2004 11:35:55 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i72FZmBW006347; Mon, 2 Aug 2004 11:35:48 -0400 (EDT) From: Paul Mather To: Lukas Ertl In-Reply-To: <20040729215647.F625@korben.in.tern> References: <20040726191107.B10DD16A513@hub.freebsd.org> <1091130224.99074.55.camel@zappa.Chelsea-Ct.Org> <20040729215647.F625@korben.in.tern> Content-Type: text/plain Message-Id: <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 11:35:47 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:35:58 -0000 On Thu, 2004-07-29 at 15:57, Lukas Ertl wrote: > On Thu, 29 Jul 2004, Paul Mather wrote: > > > Does this imply that root-on-gvinum is working now? Last time I tried > > it (shortly after gvinum was committed to the tree), it worked except > > that only half of the drives, plexes, and volumes in my Vinum RAID 1 > > mirror were detected when the gvinum module read the configuration from > > the drives during boot. > > I still didn't have a chance to build a root-on-gvinum setup, but I'd be > happy if you could test it. It's quite likely that the errors were > related. I rebuilt my kernel+world as part of the GCC 3.4.2 import, and re-attached my two root-on-vinum test drives. I dumped over the current system to the vinum volumes and edited /etc/fstab for an all-vinum setup. I'm happy to report that the current geom_vinum kernel module successfully detects all plexes during boot when loaded from /boot/loader.conf. So, I now have a working root-on-gvinum setup running (including swap-on-gvinum). Thanks!! My only question is that although writes go to both disks in my mirrored setup, reads are only done from one disk of the mirror. In my case, all reads are always to drive ad2 of my ad0+ad2 mirror. This implies to me a default "readpol prefer " on my defined volumes rather than the "readpol round" that appears to be the default under vinum. (At least on my 4.10-STABLE system, both drives are used for reads, implying a "readpol round" default behaviour.) Does gvinum support "readpol round" or is it just that its default differs from the old vinum? If the latter, is there a way to change the read policy on a volume without deleting the old volume or otherwise destroying its contents? The vinum configuration I'm using is an exact duplicate of a 5.1-RELEASE system I created. That system (since upgraded to 5.2.1-RELEASE-p9) also sends reads to both drives using vinum. Again, great job on the gvinum work! (Will you link the kernel module into the normal kernel build? I forgot it wasn't the first time I built my kernel, and had to go back and build manually the geom_vinum module when I couldn't find it to load when at the boot loader prompt. Ditto for including gvinum in the regular userland build process.) Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 15:43:08 2004 Return-Path: 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 C173B16A4CE for ; Mon, 2 Aug 2004 15:43:08 +0000 (GMT) Received: from web20225.mail.yahoo.com (web20225.mail.yahoo.com [216.136.227.2]) by mx1.FreeBSD.org (Postfix) with SMTP id A379E43D1F for ; Mon, 2 Aug 2004 15:43:08 +0000 (GMT) (envelope-from tonymontanadea@yahoo.com) Message-ID: <20040802154307.73721.qmail@web20225.mail.yahoo.com> Received: from [68.36.189.179] by web20225.mail.yahoo.com via HTTP; Mon, 02 Aug 2004 08:43:07 PDT Date: Mon, 2 Aug 2004 08:43:07 -0700 (PDT) From: Tony Montana To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Laptop Optical CD drive-Laptop 5.2.1 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:43:08 -0000 Installtion cannot find CD/DVD media....after booting from very same cd/dvd drive. Tee drive is on a media base that connects over firewire Works fine in 4.x at every stage of the install and use. Do i need to enable something in the kernel before the drive will work? What to do-thanks __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:15:24 2004 Return-Path: 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 2253416A4CE for ; Mon, 2 Aug 2004 16:15:24 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D18AB43D1F for ; Mon, 2 Aug 2004 16:15:23 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.129.39.131] (b212-54-23-216.elisa-laajakaista.fi [212.54.23.216]) by will.iki.fi (Postfix) with ESMTP id B826161; Mon, 2 Aug 2004 19:15:20 +0300 (EEST) Message-ID: <410E688D.7020709@will.iki.fi> Date: Mon, 02 Aug 2004 19:15:09 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= Content-Type: multipart/mixed; boundary="------------080006000409020906080504" Subject: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:15:24 -0000 This is a multi-part message in MIME format. --------------080006000409020906080504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I've finally had time to track down a long-standing, easily repeatable (on my system, anyhow) lockup. When accessing two SATA disks on different channels of the same controller simultaneously (both channels sharing the same interrupt), an interrupt on one channel could retire the request on the other channel if the interrupt occurred during ata_generic_transaction (after ch->running is set, before the actual transaction begins), leaving the device stuck (with ch->dma->flags set as ATA_DMA_ACTIVE but ch->running == NULL), often with a message of "already active DMA on this device". Attached is a patch against -current as of a couple of days ago (before the #if 0 of PREEMPTION). I'm not sure whether this is the right way to fix this (e.g. disabling interrupts altogether might be safer), but it seems to work for me. --------------080006000409020906080504 Content-Type: text/plain; name="atafix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atafix.diff" Index: ata-all.h =================================================================== RCS file: /data/freebsd/src/sys/dev/ata/ata-all.h,v retrieving revision 1.79 diff -u -r1.79 ata-all.h --- ata-all.h 30 Apr 2004 16:21:34 -0000 1.79 +++ ata-all.h 2 Aug 2004 15:54:50 -0000 @@ -339,6 +339,7 @@ #define ATA_48BIT_ACTIVE 0x10 #define ATA_IMMEDIATE_MODE 0x20 #define ATA_HWGONE 0x40 +#define ATA_EXPECT_INTR 0x80 struct ata_device device[2]; /* devices on this channel */ #define MASTER 0x00 Index: ata-lowlevel.c =================================================================== RCS file: /data/freebsd/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.40 diff -u -r1.40 ata-lowlevel.c --- ata-lowlevel.c 24 Jul 2004 19:03:28 -0000 1.40 +++ ata-lowlevel.c 2 Aug 2004 16:11:23 -0000 @@ -81,6 +81,7 @@ } /* record the request as running */ + ch->flags &= ~ATA_EXPECT_INTR; ch->running = request; ATA_DEBUG_RQ(request, "transaction"); @@ -140,6 +141,7 @@ } /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; /* ATA DMA data transfer commands */ @@ -169,6 +171,7 @@ } /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; /* ATAPI PIO commands */ @@ -225,6 +228,7 @@ ATA_PROTO_ATAPI_12 ? 6 : 8); /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; case ATA_R_ATAPI|ATA_R_DMA: @@ -290,6 +294,7 @@ } /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; } @@ -308,7 +313,7 @@ int length; /* ignore this interrupt if there is no running request */ - if (!request) + if (!request || !(ch->flags & ATA_EXPECT_INTR)) return; ATA_DEBUG_RQ(request, "interrupt"); --------------080006000409020906080504-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:31:36 2004 Return-Path: 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 C327D16A4CE for ; Mon, 2 Aug 2004 16:31:36 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 867B143D5C for ; Mon, 2 Aug 2004 16:31:36 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 16C6D2C3D3; Mon, 2 Aug 2004 18:31:35 +0200 (CEST) Date: Mon, 2 Aug 2004 18:31:34 +0200 From: Thomas Quinot To: Stefan Ehmann Message-ID: <20040802163134.GC17435@melusine.cuivre.fr.eu.org> References: <1091385943.873.4.camel@taxman> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091385943.873.4.camel@taxman> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:31:36 -0000 * Stefan Ehmann, 2004-08-01 : > After today's cvsup the system freezes when I try to start X using the > nvidia binary driver. The nv driver still works. Here (Dell Latitude D800) everything is going amazingly well with today's world & kernel FreeBSD malevil 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Mon Aug 2 16:09:18 CEST 2004 nvidia0: And the NDISulator works great with the Intel Pro Wireless 2200 MiniPCI adapter :-) Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:33:51 2004 Return-Path: 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 F33F916A4CE for ; Mon, 2 Aug 2004 16:33:50 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13F643D45 for ; Mon, 2 Aug 2004 16:33:50 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i72GXjVH084326 for freebsd-current@freebsd.org; Mon, 2 Aug 2004 11:33:45 -0500 (CDT) (envelope-from dan) Date: Mon, 2 Aug 2004 11:33:45 -0500 From: Dan Nelson To: freebsd-current@freebsd.org Message-ID: <20040802163343.GB8552@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i Subject: Repeatable Trap 12 on 07-29 kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:33:51 -0000 I usually run java under libc_r, but if I point java-1.4.2 to libpthreads.so via libmap.conf, within 5 minutes or so I get a kernel panic: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0565e78 stack pointer = 0x10:0xdee22b28 frame pointer = 0x10:0xdee22b48 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 753 (java) The system locks hard here (can't break into ddb via serial console), so I don't have a coredump. addr2line says: $ addr2line -f -e kernel.debug 0xc0565e78 setrunqueue ../../../kern/kern_switch.c:402 401 td2 = TAILQ_FIRST(&kg->kg_runq); 402 KASSERT((td2->td_kse == NULL), 403 ("unexpected ke present")); This is with PREEMPTION enabled. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:35:45 2004 Return-Path: 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 C733C16A4CE for ; Mon, 2 Aug 2004 16:35:45 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC1243D69 for ; Mon, 2 Aug 2004 16:35:44 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from le.vpn.univie.ac.at (le.vpn.univie.ac.at [131.130.222.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i72GZX4c1133550; Mon, 2 Aug 2004 18:35:36 +0200 Date: Mon, 2 Aug 2004 18:35:30 +0200 (CEST) From: Lukas Ertl To: Paul Mather In-Reply-To: <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> Message-ID: <20040802183350.H643@korben.in.tern> References: <20040726191107.B10DD16A513@hub.freebsd.org> <20040729215647.F625@korben.in.tern> <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:35:45 -0000 On Mon, 2 Aug 2004, Paul Mather wrote: > I'm happy to report that the current geom_vinum kernel module > successfully detects all plexes during boot when loaded from > /boot/loader.conf. So, I now have a working root-on-gvinum setup > running (including swap-on-gvinum). Thanks!! Now that's very good news! Thanks for testing it! > My only question is that although writes go to both disks in my mirrored > setup, reads are only done from one disk of the mirror. In my case, all > reads are always to drive ad2 of my ad0+ad2 mirror. This implies to me > a default "readpol prefer " on my defined volumes rather than > the "readpol round" that appears to be the default under vinum. (At > least on my 4.10-STABLE system, both drives are used for reads, implying > a "readpol round" default behaviour.) Yes, I still need to implement some details. Round-robin reads is one of them. > Does gvinum support "readpol round" or is it just that its default > differs from the old vinum? If the latter, is there a way to change the > read policy on a volume without deleting the old volume or otherwise > destroying its contents? The vinum configuration I'm using is an exact > duplicate of a 5.1-RELEASE system I created. That system (since > upgraded to 5.2.1-RELEASE-p9) also sends reads to both drives using > vinum. Yes, I'll make these config changes possible without dumping and restoring. :-) > (Will you link the kernel module into the normal kernel build? I forgot > it wasn't the first time I built my kernel, and had to go back and build > manually the geom_vinum module when I couldn't find it to load when at > the boot loader prompt. Ditto for including gvinum in the regular > userland build process.) Yes, it's about time to hook them up. :-) thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:58:32 2004 Return-Path: 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 CD01116A4CE; Mon, 2 Aug 2004 16:58:32 +0000 (GMT) Received: from av3-2-sn1.fre.skanova.net (av3-2-sn1.fre.skanova.net [81.228.11.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899D143D1D; Mon, 2 Aug 2004 16:58:32 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn1.fre.skanova.net (Postfix, from userid 502) id E0D1737EB6; Mon, 2 Aug 2004 18:58:31 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av3-2-sn1.fre.skanova.net (Postfix) with ESMTP id D336637E6C; Mon, 2 Aug 2004 18:58:31 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 9FCF337E5C; Mon, 2 Aug 2004 18:58:31 +0200 (CEST) From: "Daniel Eriksson" To: "'Lukas Ertl'" Date: Mon, 2 Aug 2004 19:00:30 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20040802183350.H643@korben.in.tern> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:58:32 -0000 Lukas Ertl wrote: > Yes, I still need to implement some details. Round-robin=20 > reads is one of them. Could you also verify if sysinstall works for you when gvinum is active? = I'm running gvinum on two machines (one with multiple arrays, both stripes = and mirrors, and the other with one big raid 5 array), and sysinstall fails = on both with a "BARF 257" (seen once) or "BARF 259" (seen all the time) = during the probing phase just before the menu is supposed to come up. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:08:21 2004 Return-Path: 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 A2D5E16A4CE for ; Mon, 2 Aug 2004 17:08:21 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18A8443D68 for ; Mon, 2 Aug 2004 17:08:21 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.129.39.131] (b212-54-23-216.elisa-laajakaista.fi [212.54.23.216]) by will.iki.fi (Postfix) with ESMTP id C13DC1F3; Mon, 2 Aug 2004 20:08:17 +0300 (EEST) Message-ID: <410E74F7.1070000@will.iki.fi> Date: Mon, 02 Aug 2004 20:08:07 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <410E688D.7020709@will.iki.fi> In-Reply-To: <410E688D.7020709@will.iki.fi> Content-Type: multipart/mixed; boundary="------------030208070903070201030302" cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:08:21 -0000 This is a multi-part message in MIME format. --------------030208070903070201030302 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit My previous patch makes things more reliable, but it's not good enough... Attached is an updated version of the patch that clears ATA_EXPECT_INTR earlier (in the interrupt handler), which seems to stabilize things better. I'm definitely not convinced of its correctness, since I'm not sure which part of the code is racing against interrupts despite the previous version of the patch, but I can no longer cause any failures. Repeating the problem should be trivial with an unpatched -current with PREEMPTION enabled and hardware similar to mine - ASUS K8V Deluxe, two SATA disks on the VIA 6420: ... atapci1: port 0xd000-0xd0ff,0xd400-0xd40f,0xd800-0xd803,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 20 at device 15.0 on pci0 ata5: at 0xe800 on atapci1 ata6: at 0xe000 on atapci1 ... ad10: 152627MB [310101/16/63] at ata5-master SATA150 ad12: 152627MB [310101/16/63] at ata6-master SATA150 Partitions from ad10 and ad12 were mounted on /sata1 and /sata2, respectively, both containing tens of gigabytes of files. By issuing $ find /sata1 -type f -exec md5 '{}' \; & find /sata2 -type f -exec md5 '{}' \; & the system would lock up or detach one of the disks in less than 5 seconds. With the attached version of my patch, it completed successfully. --------------030208070903070201030302 Content-Type: text/plain; name="atafix3.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atafix3.diff" Index: ata-all.h =================================================================== RCS file: /data/freebsd/src/sys/dev/ata/ata-all.h,v retrieving revision 1.79 diff -u -r1.79 ata-all.h --- ata-all.h 30 Apr 2004 16:21:34 -0000 1.79 +++ ata-all.h 2 Aug 2004 15:54:50 -0000 @@ -339,6 +339,7 @@ #define ATA_48BIT_ACTIVE 0x10 #define ATA_IMMEDIATE_MODE 0x20 #define ATA_HWGONE 0x40 +#define ATA_EXPECT_INTR 0x80 struct ata_device device[2]; /* devices on this channel */ #define MASTER 0x00 Index: ata-lowlevel.c =================================================================== RCS file: /data/freebsd/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.40 diff -u -r1.40 ata-lowlevel.c --- ata-lowlevel.c 24 Jul 2004 19:03:28 -0000 1.40 +++ ata-lowlevel.c 2 Aug 2004 16:34:00 -0000 @@ -81,6 +81,7 @@ } /* record the request as running */ + ch->flags &= ~ATA_EXPECT_INTR; ch->running = request; ATA_DEBUG_RQ(request, "transaction"); @@ -140,6 +141,7 @@ } /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; /* ATA DMA data transfer commands */ @@ -169,6 +171,7 @@ } /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; /* ATAPI PIO commands */ @@ -225,6 +228,7 @@ ATA_PROTO_ATAPI_12 ? 6 : 8); /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; case ATA_R_ATAPI|ATA_R_DMA: @@ -290,6 +294,7 @@ } /* return and wait for interrupt */ + ch->flags |= ATA_EXPECT_INTR; return ATA_OP_CONTINUES; } @@ -308,7 +313,7 @@ int length; /* ignore this interrupt if there is no running request */ - if (!request) + if (!request || !(ch->flags & ATA_EXPECT_INTR)) return; ATA_DEBUG_RQ(request, "interrupt"); @@ -524,6 +529,8 @@ break; } + ch->flags &= ~ATA_EXPECT_INTR; + /* if we timed out the unlocking of the ATA channel is done later */ if (!(request->flags & ATA_R_TIMEOUT)) { ch->running = NULL; --------------030208070903070201030302-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:13:27 2004 Return-Path: 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 6DD0916A4CE for ; Mon, 2 Aug 2004 17:13:27 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E94743D31 for ; Mon, 2 Aug 2004 17:13:27 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i72HDOnM054204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Aug 2004 13:13:26 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i72HDHRB017713; Mon, 2 Aug 2004 13:13:18 -0400 (EDT) From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <20040802102249.2107716A4DD@hub.freebsd.org> References: <20040802102249.2107716A4DD@hub.freebsd.org> Content-Type: text/plain Message-Id: <1091466796.575.9.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 13:13:17 -0400 Content-Transfer-Encoding: 7bit cc: Michal Varga Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:13:27 -0000 On Sun, 01 Aug 2004 23:07:59 +0200, Michal Varga wrote: > Same here, stopped working about three days ago. Athlon 2500+, GeForce 2 > MX400, xorg-server-6.7.0_5, freezes when initializing video card. Open > source drive works fine as usually. > > The problem seems to be not kernel related, use of two week old kernel > compiled on a different box didn't solve anything, so i suppose the new > GCC has something to do with this. Rebuilt nvidia driver with no effect, > xorg was not rebuilt yet, want to give it a try sometime. If someone > tried that already, you can save me a lot of time by sending a notice.. > (the system is very unstable after all the latest changes in -current, > so i suppose i will take 5-6 panics or lockups until i will be able to > recompile xorg succesfully, if ever..) I don't think the GCC 3.4.2 import broke it. I have a -CURRENT kernel+world built post-import and the nVidia driver still works for me. (I did have to rebuilt the nvidia-driver port via "portupgrade -fu" though: the original installed version locked up my system when starting X.) My kernel is dated "Sat Jul 31 23:08:22 EDT 2004," and I think that's from sources cvsupped sometime late 30th July/early 31st July. My card probes as follows: nvidia0: mem 0xe0000000-0xe7ffffff,0xec000000-0xecffffff irq 5 at device 0.0 on pci1 pciconf -vl: nvidia0@pci1:0:0: class=0x030000 card=0x00000000 chip=0x032210de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce FX 5200 [NV34.3]' class = display subclass = VGA The graphics card is installed in a uniprocessor Pentium II-300 system. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:25:25 2004 Return-Path: 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 59BF716A4CE for ; Mon, 2 Aug 2004 17:25:25 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA47243D45 for ; Mon, 2 Aug 2004 17:25:24 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id A820F10A; Mon, 2 Aug 2004 13:28:02 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Mon, 2 Aug 2004 13:28:02 -0400 Message-ID: <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> Date: Mon, 2 Aug 2004 13:28:02 -0400 From: Kenneth Culver To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> In-Reply-To: <410E74F7.1070000@will.iki.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org cc: =?iso-8859-1?b?U/hyZW4=?= Schmidt Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:25:25 -0000 Quoting Ville-Pertti Keinonen : > My previous patch makes things more reliable, but it's not good enough... > > Attached is an updated version of the patch that clears ATA_EXPECT_INTR > earlier (in the interrupt handler), which seems to stabilize things better. > > I'm definitely not convinced of its correctness, since I'm not sure > which part of the code is racing against interrupts despite the previous > version of the patch, but I can no longer cause any failures. > > Repeating the problem should be trivial with an unpatched -current with > PREEMPTION enabled and hardware similar to mine - ASUS K8V Deluxe, two > SATA disks on the VIA 6420: > I have this exact same motherboard, but I'm using the onboard promise controller set up with 2 disks as a raid0, and I'm not having any problems with this setup. I used the promise controller because from what I've been told, the promise controllers are very fast in FreeBSD compared to other controllers. Ken From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:31:39 2004 Return-Path: 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 F1A8516A4CE for ; Mon, 2 Aug 2004 17:31:39 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FBEC43D5F for ; Mon, 2 Aug 2004 17:31:39 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i72HVbFs054265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 2 Aug 2004 13:31:38 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i72HVVnt024482 for ; Mon, 2 Aug 2004 13:31:32 -0400 (EDT) From: Paul Mather To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1091467890.575.24.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 13:31:31 -0400 Content-Transfer-Encoding: 7bit Subject: CXXFLAGS and example make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:31:40 -0000 One thing I noticed when building a new userland after the GCC 3.4.2 import is that it fails if you have uncommented in your /etc/make.conf file the CXXFLAGS line in the sample make.conf file (e.g., if you copied /usr/src/share/examples/etc/make.conf to /etc/make.conf and happened to uncomment the CXXFLAGS line thinking it was safe/recommended to do so). In my case, I got this during "make buildworld": >>>>> >>> Rebuilding the temporary build tree [[...]] >>> stage 1.1: legacy release compatibility shims [[...]] >>> stage 1.2: bootstrap tools [[...]] >>> stage 2.1: cleaning up the object tree [[...]] >>> stage 2.2: rebuilding the object tree [[...]] >>> stage 2.3: build tools [[...]] >>> stage 3: cross tools [[...]] >>> stage 4.1: building includes [[...]] >>> stage 4.2: building libraries [[...]] ===> gnu/lib/libreadline/readline/doc ===> gnu/lib/libstdc++ c++ -O -pipe -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc -I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -fmemoize-lookups -fsave-memoized -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/allocator.cc cc1plus: error: unrecognized command line option "-fmemoize-lookups" cc1plus: error: unrecognized command line option "-fsave-memoized" *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. <<<<< It seems that both options in the example line "#CXXFLAGS+= -fmemoize-lookups -fsave-memoized" are no longer valid in GCC 3.4.2. So, I guess they should be changed/removed in the example make.conf. (Commenting out CXXFLAGS again in my /etc/make.conf fixed my problem.) BTW, the only other upgrade problem I had was during "make installworld". I got a complaint about "btxld" not being found when installing boot2. However, simply running "make installworld" again after running a "make install" in /usr/src/sys/boot/i386 seemed to solve the problem and allow installworld to complete successfully. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:33:43 2004 Return-Path: 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 A69C716A4CE for ; Mon, 2 Aug 2004 17:33:43 +0000 (GMT) Received: from av4-2-sn3.vrr.skanova.net (av4-2-sn3.vrr.skanova.net [81.228.9.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6666043D48 for ; Mon, 2 Aug 2004 17:33:43 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av4-2-sn3.vrr.skanova.net (Postfix, from userid 502) id C2A5137F75; Mon, 2 Aug 2004 19:33:42 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av4-2-sn3.vrr.skanova.net (Postfix) with ESMTP id B3F7537E62; Mon, 2 Aug 2004 19:33:42 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 921A03800E; Mon, 2 Aug 2004 19:33:42 +0200 (CEST) From: "Daniel Eriksson" To: "'Ville-Pertti Keinonen'" , Date: Mon, 2 Aug 2004 19:35:41 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <410E74F7.1070000@will.iki.fi> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:33:43 -0000 Ville-Pertti Keinonen wrote: > Repeating the problem should be trivial with an unpatched > -current with > PREEMPTION enabled and hardware similar to mine - ASUS K8V > Deluxe, two > SATA disks on the VIA 6420: > > ... > atapci1: port > 0xd000-0xd0ff,0xd400-0xd40f,0xd800-0xd803,0xe000-0xe007,0xe400 > -0xe403,0xe800-0xe807 > irq 20 at device 15.0 on pci0 > ata5: at 0xe800 on atapci1 > ata6: at 0xe000 on atapci1 > ... > ad10: 152627MB [310101/16/63] at ata5-master SATA150 > ad12: 152627MB [310101/16/63] at ata6-master SATA150 This looks exactly like the problems I have had with similar hardware (ASUS A7V600-X, a KT-600 based mobo with an on-board 6420 controller). With preemption turned off it sort of worked, but with preemption turned on the discs would lock up pretty quick just as you described it. I have just applied the patch and will try it out later tonight once I get everything recompiled. I'll let you know how it turns out. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:34:48 2004 Return-Path: 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 0BB8416A4CE for ; Mon, 2 Aug 2004 17:34:48 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B6B43D39 for ; Mon, 2 Aug 2004 17:34:45 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from le.vpn.univie.ac.at (le.vpn.univie.ac.at [131.130.222.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i72HYaoV1015126; Mon, 2 Aug 2004 19:34:38 +0200 Date: Mon, 2 Aug 2004 19:34:39 +0200 (CEST) From: Lukas Ertl To: Daniel Eriksson In-Reply-To: Message-ID: <20040802193340.R905@korben.in.tern> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4248; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: RE: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:34:48 -0000 On Mon, 2 Aug 2004, Daniel Eriksson wrote: > Lukas Ertl wrote: > >> Yes, I still need to implement some details. Round-robin >> reads is one of them. > > Could you also verify if sysinstall works for you when gvinum is active? I'm > running gvinum on two machines (one with multiple arrays, both stripes and > mirrors, and the other with one big raid 5 array), and sysinstall fails on > both with a "BARF 257" (seen once) or "BARF 259" (seen all the time) during > the probing phase just before the menu is supposed to come up. This patch should fix it. You need to recompile libdisk and sysinstall. ---8<--- Index: open_disk.c =================================================================== RCS file: /usr/local/bsdcvs/src/lib/libdisk/open_disk.c,v retrieving revision 1.4 diff -u -r1.4 open_disk.c --- open_disk.c 21 Apr 2004 23:21:13 -0000 1.4 +++ open_disk.c 2 Aug 2004 17:33:08 -0000 @@ -263,6 +263,8 @@ ; /* nothing */ else if (!strcmp(t, "APPLE")) i = Add_Chunk(d, off, len, n, apple, 0, 0, sn); + else if (strstr(t, "VINUM") != NULL) + ; /* nothing */ else { printf("BARF %d\n", __LINE__); exit(0); ---8<--- cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:36:22 2004 Return-Path: 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 7A3D716A4CE for ; Mon, 2 Aug 2004 17:36:22 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2890643D39 for ; Mon, 2 Aug 2004 17:36:22 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.129.39.131] (b212-54-23-216.elisa-laajakaista.fi [212.54.23.216]) by will.iki.fi (Postfix) with ESMTP id E5F351F3; Mon, 2 Aug 2004 20:36:18 +0300 (EEST) Message-ID: <410E7B8B.3080407@will.iki.fi> Date: Mon, 02 Aug 2004 20:36:11 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kenneth Culver References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> In-Reply-To: <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:36:22 -0000 Kenneth Culver wrote: > I have this exact same motherboard, but I'm using the onboard promise > controller > set up with 2 disks as a raid0, and I'm not having any problems with this > setup. I used the promise controller because from what I've been told, > the > promise controllers are very fast in FreeBSD compared to other > controllers. If the two disks appear as one to FreeBSD, the problem probably isn't going to show up. It may also depend on the controller, since the channel registers might not satisfy the conditions in ata_generic_interrupt (I didn't bother digging up my ATA specs while debugging this), but even if it is a controller oddity, I don't think the ATA driver should be sensitive such conditions. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:46:25 2004 Return-Path: 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 858B316A4F1 for ; Mon, 2 Aug 2004 17:46:25 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4583843D53 for ; Mon, 2 Aug 2004 17:46:25 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 8B99D10A; Mon, 2 Aug 2004 13:49:03 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Mon, 2 Aug 2004 13:49:03 -0400 Message-ID: <20040802134903.lxnkgosco4ccck0s@www.sweetdreamsracing.biz> Date: Mon, 2 Aug 2004 13:49:03 -0400 From: Kenneth Culver To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> In-Reply-To: <410E7B8B.3080407@will.iki.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org cc: =?iso-8859-1?b?U/hyZW4=?= Schmidt Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:46:25 -0000 Quoting Ville-Pertti Keinonen : > Kenneth Culver wrote: > >> I have this exact same motherboard, but I'm using the onboard >> promise controller >> set up with 2 disks as a raid0, and I'm not having any problems with this >> setup. I used the promise controller because from what I've been told, the >> promise controllers are very fast in FreeBSD compared to other controllers. > > If the two disks appear as one to FreeBSD, the problem probably isn't > going to show up. > > It may also depend on the controller, since the channel registers might > not satisfy the conditions in ata_generic_interrupt (I didn't bother > digging up my ATA specs while debugging this), but even if it is a > controller oddity, I don't think the ATA driver should be sensitive such > conditions. OK, I've never tried to access the SATA drives individually, even though they show up as individual drives as well as showing up as the raid array. Ken From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:54:59 2004 Return-Path: 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 ED6B816A4CE for ; Mon, 2 Aug 2004 17:54:59 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7899B43D1D for ; Mon, 2 Aug 2004 17:54:59 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.129.39.131] (b212-54-23-216.elisa-laajakaista.fi [212.54.23.216]) by will.iki.fi (Postfix) with ESMTP id A6B5624 for ; Mon, 2 Aug 2004 20:54:55 +0300 (EEST) Message-ID: <410E7FE8.1080109@will.iki.fi> Date: Mon, 02 Aug 2004 20:54:48 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> In-Reply-To: <410E74F7.1070000@will.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:55:00 -0000 Ville-Pertti Keinonen wrote: > > I'm definitely not convinced of its correctness, since I'm not sure > which part of the code is I've spent too much time away from kernel code. Now that I think about it, obviously it'll break things on systems with edge-triggered interrupts, so don't try the patch on old ISA boxes... I think I need to read more code in order to get back up-to-date with the new FreeBSD interrupt mechanisms before trying again. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 18:02:46 2004 Return-Path: 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 9237B16A4DE for ; Mon, 2 Aug 2004 18:02:44 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E251843D3F for ; Mon, 2 Aug 2004 18:02:43 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i72I2W8l052629; Mon, 2 Aug 2004 20:02:37 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <410E81B8.1000206@DeepCore.dk> Date: Mon, 02 Aug 2004 20:02:32 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> In-Reply-To: <410E7B8B.3080407@will.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Kenneth Culver cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:02:46 -0000 Ville-Pertti Keinonen wrote: > Kenneth Culver wrote: > >> I have this exact same motherboard, but I'm using the onboard promise >> controller >> set up with 2 disks as a raid0, and I'm not having any problems with this >> setup. I used the promise controller because from what I've been told, >> the >> promise controllers are very fast in FreeBSD compared to other >> controllers. > > > If the two disks appear as one to FreeBSD, the problem probably isn't > going to show up. > > It may also depend on the controller, since the channel registers might > not satisfy the conditions in ata_generic_interrupt (I didn't bother > digging up my ATA specs while debugging this), but even if it is a > controller oddity, I don't think the ATA driver should be sensitive such > conditions. There is no good solution to this *unless* the HW has bits to determine which channel caused the interrupt. Now all decent controller has this, but I have no idea about the VIA since they are not one of those companies that hands out docs. The only way to safeguard is to "serialize" access to the channels as I've done on a few oh so broken chipsets... -- -Søren From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 18:15:58 2004 Return-Path: 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 9101B16A4CE; Mon, 2 Aug 2004 18:15:58 +0000 (GMT) Received: from av2-2-sn3.vrr.skanova.net (av2-2-sn3.vrr.skanova.net [81.228.9.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FAFE43D58; Mon, 2 Aug 2004 18:15:58 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av2-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 29F1E37F8C; Mon, 2 Aug 2004 20:15:47 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av2-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 1C3A737E73; Mon, 2 Aug 2004 20:15:47 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id EF7F63800A; Mon, 2 Aug 2004 20:15:46 +0200 (CEST) From: "Daniel Eriksson" To: "'Lukas Ertl'" Date: Mon, 2 Aug 2004 20:15:39 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <20040802193340.R905@korben.in.tern> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@FreeBSD.org Subject: RE: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:15:58 -0000 Lukas Ertl wrote: > This patch should fix it. You need to recompile libdisk and > sysinstall. Yes, that makes sysinstall start up properly. Thanks! I will test it later tonight on two discs(*) so I can verify that it actually works properly (I'm sure it does). (*) I just applied the SATA interrupt patch from Ville-Pertti Keinonen, so hopefully I can get my two 250GB SATA discs working again. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 18:19:28 2004 Return-Path: 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 6D22516A4CE for ; Mon, 2 Aug 2004 18:19:28 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A97E43D69 for ; Mon, 2 Aug 2004 18:19:28 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.129.39.131] (b212-54-23-216.elisa-laajakaista.fi [212.54.23.216]) by will.iki.fi (Postfix) with ESMTP id 05BBB61; Mon, 2 Aug 2004 21:19:04 +0300 (EEST) Message-ID: <410E8594.7070600@will.iki.fi> Date: Mon, 02 Aug 2004 21:19:00 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> In-Reply-To: <410E81B8.1000206@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:19:28 -0000 Søren Schmidt wrote: > There is no good solution to this *unless* the HW has bits to > determine which channel caused the interrupt. Now all decent > controller has this, but I have no idea about the VIA since they are > not one of those companies that hands out docs. > > The only way to safeguard is to "serialize" access to the channels as > I've done on a few oh so broken chipsets... Ok, I see where it should be detected now - in ata_generic_intr, before ata_generic_interrupt... There is an actual test for the interrupt on the channel, so there should be no race if the controller works correctly. Apparently the VIA doesn't... The detection only applies to DMA - is PIO sensitive to unexpected interrupts, even on working controllers? If so, shouldn't there be some protection against this? From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 19:53:01 2004 Return-Path: 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 42DE616A4CE for ; Mon, 2 Aug 2004 19:53:01 +0000 (GMT) Received: from mail007.syd.optusnet.com.au (mail007.syd.optusnet.com.au [211.29.132.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471E843D53 for ; Mon, 2 Aug 2004 19:53:00 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i72Jqwo20862 for ; Tue, 3 Aug 2004 05:52:58 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i72JqvVd032940 for ; Tue, 3 Aug 2004 05:52:57 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id i72Jqv4x032939 for freebsd-current@freebsd.org; Tue, 3 Aug 2004 05:52:57 +1000 (EST) (envelope-from pjeremy) Date: Tue, 3 Aug 2004 05:52:56 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20040802195256.GA6388@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: buildworld failure on alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:53:01 -0000 After updating to about 0500UT, buildworld on my AS400 failed with: -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- ... ===> lib/libc ... cc -O -pipe -mcpu=ev45 -mieee -I/home/src5/lib/libc/include -I/home/src5/lib/libc/../../include -I/home/src5/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/home/src5/lib/libc/../../contrib/gdtoa -DINET6 -I/home/obj/home/src5/lib/libc -DPOSIX_MISTAKE -I/home/src5/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/home/src5/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /home/src5/lib/libc/net/ns_ttl.c cc -O -pipe -mcpu=ev45 -mieee -I/home/src5/lib/libc/include -I/home/src5/lib/libc/../../include -I/home/src5/lib/libc/alpha -D__DBINTERFACE_PRIVATE -I/home/src5/lib/libc/../../contrib/gdtoa -DINET6 -I/home/obj/home/src5/lib/libc -DPOSIX_MISTAKE -I/home/src5/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/home/src5/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /home/src5/lib/libc/net/nsdispatch.c mv y.tab.h nsparser.h mv: y.tab.h: No such file or directory *** Error code 1 Stop in /home/src5/lib/libc. *** Error code 1 Anyone else seen this? I've deleted /usr/obj, updated and am trying again but it will take some time to know if the problem has gone away. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 20:00:58 2004 Return-Path: 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 97F0016A522 for ; Mon, 2 Aug 2004 20:00:58 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 792CC43D55 for ; Mon, 2 Aug 2004 20:00:48 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i72K0dds002699; Mon, 2 Aug 2004 13:00:40 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i72K0cWU002698; Mon, 2 Aug 2004 13:00:38 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 2004 13:00:38 -0700 (PDT) From: Matthew Dillon Message-Id: <200408022000.i72K0cWU002698@apollo.backplane.com> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> cc: Kenneth Culver cc: freebsd-current@freebsd.org cc: Ville-Pertti Keinonen Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:00:58 -0000 I should also note that there seems to be an assumption (at least in 4.x) that no ATA interrupt will occur once the ATA interrupt is masked. The problem with this assumption is that the ATA interrupt could have already occured and been queued/delayed due to a mutex, Giant, or other mechanism, just prior to the device interrupt being masked. It is exactly the same problem that one has with shared device interrupts so hopefully solving the shared device interrupt case will also solve the interrupt masking race case. -Matt From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 20:50:59 2004 Return-Path: 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 D97D716A4CE for ; Mon, 2 Aug 2004 20:50:59 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3529F43D53 for ; Mon, 2 Aug 2004 20:50:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i72KoqhO054303; Mon, 2 Aug 2004 22:50:57 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <410EA92C.6090506@DeepCore.dk> Date: Mon, 02 Aug 2004 22:50:52 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> In-Reply-To: <410E8594.7070600@will.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:51:00 -0000 Ville-Pertti Keinonen wrote: > Søren Schmidt wrote: > >> There is no good solution to this *unless* the HW has bits to >> determine which channel caused the interrupt. Now all decent >> controller has this, but I have no idea about the VIA since they are >> not one of those companies that hands out docs. >> >> The only way to safeguard is to "serialize" access to the channels as >> I've done on a few oh so broken chipsets... > > > Ok, I see where it should be detected now - in ata_generic_intr, before > ata_generic_interrupt... > > There is an actual test for the interrupt on the channel, so there > should be no race if the controller works correctly. Apparently the VIA > doesn't... > > The detection only applies to DMA - is PIO sensitive to unexpected > interrupts, even on working controllers? If so, shouldn't there be some > protection against this? If the controller doesn't have a bit saying if the interrupt is for us, then its impossible to close the race completely (without the above measures in place). However some devices use the DMA interrupt bits even in PIO mode (ie HPT does this) but I have no docs on the VIA's on that, but its worth a try at least... -- -Søren From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 21:10:52 2004 Return-Path: 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 CDA8B16A4CE for ; Mon, 2 Aug 2004 21:10:52 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9A90443D46 for ; Mon, 2 Aug 2004 21:10:51 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 13464 invoked by uid 65534); 2 Aug 2004 21:10:50 -0000 Received: from dsl-082-082-088-149.arcor-ip.net (EHLO mail.gmx.de) (82.82.88.149) by mail.gmx.net (mp007) with SMTP; 02 Aug 2004 23:10:50 +0200 X-Authenticated: #127112 To: freebsd-current@freebsd.org Date: Mon, 02 Aug 2004 23:12:22 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.53 (FreeBSD, build 737) Subject: thr_spinlock.c and qtorrent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:10:52 -0000 I'm trying to build qtorrent and getting this error: QScintilla 1.3 is being used. Checking to see if the qtcanvas module should be built... Checking to see if the qtnetwork module should be built... Checking to see if the qttable module should be built... Checking to see if the qtxml module should be built... Checking to see if the qtgl module should be built... Checking to see if the qtui module should be built... Checking to see if the qtsql module should be built... Checking to see if the qtext module should be built... Checking to see if the QAssistantClient class is available... Creating features file... Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) Error: There was an error creating the features file. *** Error code 1 what's wrong?? From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 21:22:56 2004 Return-Path: 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 E2CF516A4CE for ; Mon, 2 Aug 2004 21:22:56 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E87C943D3F for ; Mon, 2 Aug 2004 21:22:55 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 11090 invoked by uid 65534); 2 Aug 2004 21:22:54 -0000 Received: from dsl-082-082-088-149.arcor-ip.net (EHLO mail.gmx.de) (82.82.88.149) by mail.gmx.net (mp023) with SMTP; 02 Aug 2004 23:22:54 +0200 X-Authenticated: #127112 To: freebsd-current@freebsd.org References: Message-ID: Date: Mon, 02 Aug 2004 23:24:26 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/7.53 (FreeBSD, build 737) Subject: Solution: thr_spinlock.c and qtorrent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:22:57 -0000 > Fatal error 'Spinlock called when not threaded.' at line 83 in file > /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > Abort trap (core dumped) > Error: There was an error creating the features file. > *** Error code 1 > > what's wrong?? create the file: /etc/libmap.conf and add these two lines: libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so that's all ... From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 21:42:27 2004 Return-Path: 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 CC32F16A4CE; Mon, 2 Aug 2004 21:42:27 +0000 (GMT) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BC4F43D31; Mon, 2 Aug 2004 21:42:27 +0000 (GMT) (envelope-from mike@urgle.com) Received: from guylian.urgle.com ([80.177.40.54]) by anchor-post-35.mail.demon.net with esmtp (Exim 3.35 #1) id 1BrkZe-000Kzu-0Z; Mon, 02 Aug 2004 21:42:26 +0000 Received: from mike by guylian.urgle.com with local (Exim 4.32; FreeBSD) id 1BrkZe-0009gW-0G; Mon, 02 Aug 2004 21:42:26 +0000 Date: Mon, 2 Aug 2004 22:42:25 +0100 From: Mike Bristow To: freebsd-current@freebsd.org Message-ID: <20040802214225.GA35626@urgle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: bms@freebsd.org Subject: panic: vr_setcfg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:42:27 -0000 Hi, I updated my machine at home to -current over the weekend, and it panics just after the rc scripts configure vr0 (I think): vr0: flags=8843 mtu 1500 inet ... inet6 .... ether .... panic: mutex vr0 not owned at /usr/src/sys/pci/if_vr.c:571 cpuid=1; KDB: enter: panic [thread 100077] Stopped at kdb_enter+0x30: leave db> trace kdb_enter(...) panic(...) _mtx_assert(...) vr_setcfg(...) vr_miibus_statchg(...) miibus_statchg(...) mii_phy_update(...) amphy_service(...) mii_pollstat(...) vr_ifmedia_sts(...) ifmedia_ioctl(...) vr_ioctl(...) ifhwioctl(...) ifioctl(...) soo_ioctl(...) ioctl(...) syscakk(...) Xint0x80_syscall(...) db> the usual excuses of "I copied the panic by hand" apply; it doesn't Just Give me a crashdumnp, I'll try and figure out how to get a crashdump & more useful debugging but that might take me a while; I thought I'd throw the above out in the hope that it'd be enough for people to work out what's going on - I /think/ I can sorta follow it, but I don't know where the mutex should be aquired - yet :) The version of if_vr.c that I moved from is 1.85; I haven't done any investigation as to when the problem was introduced. I'm running SMP: I suspect that matters. Cheers, Mike -- You dont have to be illiterate to use the Internet, but it help's. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 22:47:46 2004 Return-Path: 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 CDAD616A4CE for ; Mon, 2 Aug 2004 22:47:46 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 921FF43D5F for ; Mon, 2 Aug 2004 22:47:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7637 invoked from network); 2 Aug 2004 22:47:46 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 2 Aug 2004 22:47:45 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i72MlZp1020817; Mon, 2 Aug 2004 18:47:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, dlt@mebtel.net Date: Mon, 2 Aug 2004 18:38:44 -0400 User-Agent: KMail/1.6 References: <200408011507.i71F7MVc000907@lorne.arm.org> <200408011825.i71IPZgG018406@grimreaper.grondar.org> <20040801210937.GA1682@mebtel.net> In-Reply-To: <20040801210937.GA1682@mebtel.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021838.44384.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Mark Murray Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:47:47 -0000 On Sunday 01 August 2004 05:09 pm, Derek Tattersall wrote: > * Mark Murray (mark@grondar.org) [040801 17:03]: > > From: Mark Murray > > Message-Id: <200408011825.i71IPZgG018406@grimreaper.grondar.org> > > To: dlt@mebtel.net > > Cc: current@FreeBSD.ORG > > Subject: Re: /dev/null doesn't get created > > Date: Sun, 01 Aug 2004 19:25:34 +0100 > > > > Derek Tattersall writes: > > > CURRENT as of this morning dint'create /dev/null. My previous > > > CURRENT, from July 25 created it fine so all was well.Can anybody > > > offer me a clue as to what this is all about? I tried to figure out > > > what causes /dev/null to get created, but was unsuccessful. > > > > BOOBOO of mine. Please always check src/UPDATING for clues :-) > > > > M > > -- > > Mark Murray > > iumop ap!sdn w,I idlaH > > Well I appear to have cvsup'ed just before you added the text to > UPDATING. Oh well. That brings up an interesting question: Under > what circumstances would it be advantageous to not compile the drivers > into the kernel, but leave them as modules and load from > /boot/loader.conf? I haven't had any luck imagining why you would > want to leave them as modules. It's a preference thing. I pretty much never use modules myself (things compiled into the kernel are more optimized, mutex and atomic ops are inlined rather than function calls for example) unless doing development on a device driver in which case I leave the device driver as a single module. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 22:47:46 2004 Return-Path: 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 D01B916A4CF for ; Mon, 2 Aug 2004 22:47:46 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9208A43D4C for ; Mon, 2 Aug 2004 22:47:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7637 invoked from network); 2 Aug 2004 22:47:46 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 2 Aug 2004 22:47:45 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i72MlZp1020817; Mon, 2 Aug 2004 18:47:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, dlt@mebtel.net Date: Mon, 2 Aug 2004 18:38:44 -0400 User-Agent: KMail/1.6 References: <200408011507.i71F7MVc000907@lorne.arm.org> <200408011825.i71IPZgG018406@grimreaper.grondar.org> <20040801210937.GA1682@mebtel.net> In-Reply-To: <20040801210937.GA1682@mebtel.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021838.44384.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Mark Murray Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:47:47 -0000 On Sunday 01 August 2004 05:09 pm, Derek Tattersall wrote: > * Mark Murray (mark@grondar.org) [040801 17:03]: > > From: Mark Murray > > Message-Id: <200408011825.i71IPZgG018406@grimreaper.grondar.org> > > To: dlt@mebtel.net > > Cc: current@FreeBSD.ORG > > Subject: Re: /dev/null doesn't get created > > Date: Sun, 01 Aug 2004 19:25:34 +0100 > > > > Derek Tattersall writes: > > > CURRENT as of this morning dint'create /dev/null. My previous > > > CURRENT, from July 25 created it fine so all was well.Can anybody > > > offer me a clue as to what this is all about? I tried to figure out > > > what causes /dev/null to get created, but was unsuccessful. > > > > BOOBOO of mine. Please always check src/UPDATING for clues :-) > > > > M > > -- > > Mark Murray > > iumop ap!sdn w,I idlaH > > Well I appear to have cvsup'ed just before you added the text to > UPDATING. Oh well. That brings up an interesting question: Under > what circumstances would it be advantageous to not compile the drivers > into the kernel, but leave them as modules and load from > /boot/loader.conf? I haven't had any luck imagining why you would > want to leave them as modules. It's a preference thing. I pretty much never use modules myself (things compiled into the kernel are more optimized, mutex and atomic ops are inlined rather than function calls for example) unless doing development on a device driver in which case I leave the device driver as a single module. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 00:09:12 2004 Return-Path: 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 C98C116A4CE for ; Tue, 3 Aug 2004 00:09:12 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.berkeley.edu [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5D4343D64 for ; Tue, 3 Aug 2004 00:09:12 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id i7309CN05840; Mon, 2 Aug 2004 17:09:12 -0700 (PDT) Date: Mon, 2 Aug 2004 17:09:12 -0700 From: Mike Hunter To: Doug White Message-ID: <20040803000912.GA5753@ack.Berkeley.EDU> References: <20040726220118.GA27472@ack.Berkeley.EDU> <20040727192009.E45805@carver.gumbysoft.com> <20040729155721.GA20904@ack.Berkeley.EDU> <20040729104621.J63843@carver.gumbysoft.com> <20040729210143.GA5830@ack.Berkeley.EDU> <20040730122351.O74805@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040730122351.O74805@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: panic from July 21 kernel (acpi related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:09:12 -0000 On Jul 30, "Doug White" wrote: > On Thu, 29 Jul 2004, Mike Hunter wrote: > > > > If it has 2, try plugging each into the machine directly. > > > > I don't know what you mean by this. When I've run with the external > > keyboard and mouse, I do plug in directly (I don't have a docking > > station.) > > > > Plug both keyboard and mouse into the onboard ports as opposed to plugging > the mouse into the keyboard and the keyboard into the machine. Sorry for the misunderstanding; that's what I have always done, my keyboard doesn't have an input. > > I don't believe it's truly a power problem, because it works fine under > > windows XP and knoppix linux. I've never had it crash when plugging in a > > USB device, and this crash seems to happen right before it wants to give > > me the login prompt, so it seems like if it were truly a power issue I'd > > have problems in these circumstances. > > Not necessarily, it depends on how the OS is configuring the ACPI CPU > states. At the log prompt is a big CPU load and disk i/o spurt and it > might drain the system enough, but linux & windows access patterns don't > happend to draw enough juice at one point to cause the memory error. > > Otherwise it must be a chipset config issue or a quirk in the controller > which would have to be debugged with the hardware in hand. Definitely not > a problem that would be debuggable over email. I did some googling for the name of the function it's crashing in and found this guy (also owner of a dell laptop): http://lists.freebsd.org/pipermail/freebsd-current/2004-February/020942.html Looks like the same crash. He claims it's ata+acpi related; which I can believe; and his symptoms persisted with our without acpi disabled (true for me too.) My dmesg has this funny error message in it, btw ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt ata1-master: FAILURE - ATAPI_RESET no interrupt Is that safe to ignore? Mike From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 00:30:48 2004 Return-Path: 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 8A33216A4CE for ; Tue, 3 Aug 2004 00:30:48 +0000 (GMT) Received: from outel.org (outel.org [168.150.177.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FD543D48 for ; Tue, 3 Aug 2004 00:30:48 +0000 (GMT) (envelope-from qumqats@outel.org) Received: from winxp ([192.168.1.20]) by outel.org with esmtp (Exim 4.34 (FreeBSD)) id 1BrnCa-000FSv-2U for freebsd-current@freebsd.org; Mon, 02 Aug 2004 17:30:48 -0700 Date: Mon, 02 Aug 2004 17:31:06 -0700 From: "Joel M. Baldwin" Cc: freebsd-current@freebsd.org Message-ID: <593441233.1091467866@[192.168.1.20]> In-Reply-To: References: X-Mailer: Mulberry/3.1.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Unable to build new kernel with old gcc (WAS: RE: Buildkernel+ALTQ error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:30:48 -0000 It would be NICE if something about this was in UPDATING. (hint! hint! (maybe NOW I'll be able to buildworld (off running to find version 1.54))) --On Monday, August 02, 2004 11:45 AM +0400 Yuriy Tsibizov wrote: > You are building new kernel with old (Gcc 3.3.3) gcc that does not support this flags. > > You have to go back to rev. 1.54 of sys/conf/kern.pre.mk to build your kernel with gcc 3.3.3. > >> -----Original Message----- >> From: Dan Cojocar [mailto:dan.cojocar@gmail.com] >> Sent: Monday, August 02, 2004 11:35 AM >> To: Max Laier >> Cc: freebsd-current@freebsd.org >> Subject: Re: Buildkernel+ALTQ error >> >> Hello, >> >> Sorry for this delay, but i was offline :( >> >> I made a cvsup today, and now i get another error: >> >> cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g >> -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica >> -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter >> -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath >> -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm >> -D_KERNEL -include opt_global.h -finline-limit=8000 --param >> inline-unit-growth=100 --param large-function-growth=1000 >> -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding >> /usr/src/sys/i386/i386/genassym.c >> cc1: error: invalid parameter `inline-unit-growth' >> cc1: error: invalid parameter `large-function-growth' >> *** Error code 1 >> >> On Sat, 31 Jul 2004 04:06:36 +0200, Max Laier >> wrote: >> > On Thursday 29 July 2004 15:57, you wrote: >> > > Hello, >> > > >> > > I get the following error when building kernel with altq: >> > >> > Haven't heard back from you and couldn't reproduce either. >> Is it safe to >> > assert is was a temporary problem with your >> buildenvironment due to the gcc >> > 3.4 update? Please give me a ping if it is persistent, though. >> > >> > -- >> > /"\ Best regards, | mlaier@freebsd.org >> > \ / Max Laier | ICQ #67774661 >> > X http://pf4freebsd.love2party.net/ | mlaier@EFnet >> > / \ ASCII Ribbon Campaign | Against HTML Mail and News >> > >> > From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 00:45:39 2004 Return-Path: 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 17F1416A4CE for ; Tue, 3 Aug 2004 00:45:39 +0000 (GMT) Received: from av1-2-sn3.vrr.skanova.net (av1-2-sn3.vrr.skanova.net [81.228.9.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A2BF43D3F for ; Tue, 3 Aug 2004 00:45:38 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 66AC337F91; Tue, 3 Aug 2004 02:45:37 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 56CC437E43 for ; Tue, 3 Aug 2004 02:45:37 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 2BDAA38002 for ; Tue, 3 Aug 2004 02:45:37 +0200 (CEST) From: "Daniel Eriksson" To: "'freebsd current'" Date: Tue, 3 Aug 2004 02:45:45 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C47903.FCAF82C0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Panic in today's current, UFS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:45:39 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C47903.FCAF82C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I was trying out the new patch from Ville-Pertti Keinonen that might fix = my interrupt storm problems with SATA when I ran into a panic. The dmesg is attached. OS: CURRENT, 2004.08.02.16.00.00 + VIA/SATA patch from Ville-Pertti Keinonen (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D505643+0+current/freebsd-= curre nt) + libdisk patch from Lukas Ertl (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D526964+0+current/freebsd-= curre nt) What I did: 1. fdisk/label two 250GB discs hooked up to the on-board SATA controller (using sysinstall) 2. copy ~20GB of data to both discs 3. successfully run the stress-test mentioned in Ville-Pertti Keinonen's mail (above) 4. unmount both discs 5. run "atacontrol create RAID0 128 ad20 ad22" (the two SATA discs) 6. fdisk/label the striped array (using sysinstall, forcing it to UFS1) 7. mount the new partition, and create three empty dirs 8. *boom* The panic: ---------- panic: initiate_write_filepage: dir inum 0 !=3D new 1254481 KDB: enter: panic [thread 100029] Stopped at kdb_enter+0x30: leave db> trace kdb_enter(c075f5bf,c07be420,c076e0eb,dbca7b64,100) at kdb_enter+0x30 panic(c076e0eb,c076e0d3,0,132451,c3010980) at panic+0xcc initiate_write_filepage(c3010980,cf18b440,200200a4,0,cf18b440) at initiate_write_filepage+0x8c softdep_disk_io_initiation(cf18b440,dbca7bd0,cf18b440,c2b1da50,dbca7c00) = at softdep_disk_io_initiation+0x5c softdep_disk_prewrite(c2b1da50,cf18b440,cf18b440,c4028108,dbca7bf0) at softdep_disk_prewrite+0x82 ufs_strategy(dbca7c28,dbca7c44,c05abfa7,dbca7c28,1) at = ufs_strategy+0x113 ufs_vnoperate(dbca7c28,1,dbca7c48,1000040,80012) at ufs_vnoperate+0x18 ibwrite(cf18b440,dbca7c5c,c05ac968,cf18b440,dbca7ca0) at ibwrite+0x557 bwrite(cf18b440,dbca7ca0,c06b3b6e,cf18b440,80012) at bwrite+0x15 bawrite(cf18b440,80012,0,c26e99a0,4) at bawrite+0x18 ffs_fsync(dbca7cdc,30002,c26e99a0,0,0) at ffs_fsync+0x31e sched_sync(0,dbca7d48,0,0,0) at sched_sync+0x45d fork_exit(c05bfa40,0,dbca7d48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xdbca7d7c, ebp =3D 0 --- Misc info: ---------- geom_vinum used (raid-0 and raid-1 arrays) ataraid used (raid-0 arrays) compiled with "CPUTYPE?=3Dathlon-xp" but no CFLAGS/COPTFLAGS /Daniel Eriksson ------=_NextPart_000_0000_01C47903.FCAF82C0 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 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 5.2-CURRENT #0: Mon Aug 2 20:44:56 CEST 2004 daniel@fortify.satra.zapto.org:/usr/obj/usr/src/sys/FORTIFY WARNING: Kernel preemption is disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2500+ (1999.78-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 = Features=3D0x383fbff AMD Features=3D0xc0400000 real memory =3D 1342156800 (1279 MB) avail memory =3D 1305059328 (1244 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pir0: on motherboard $PIR: BIOS IRQ 14 for 0.15.INTA is not valid for link 0x6 pci0: on pcib0 agp0: mem = 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port = 0xb400-0xb4ff,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 = irq 11 at device 10.0 on pci0 ata2: at 0xd800 on atapci0 ata3: at 0xd000 on atapci0 atapci1: port = 0x9800-0x98ff,0xa000-0xa003,0xa400-0xa407,0xa800-0xa803,0xb000-0xb007 = irq 11 at device 10.1 on pci0 ata4: at 0xb000 on atapci1 ata5: at 0xa400 on atapci1 ahc0: port 0x9400-0x94ff mem = 0xed800000-0xed800fff irq 3 at device 12.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs atapci2: port = 0x7800-0x78ff,0x8000-0x8003,0x8400-0x8407,0x8800-0x8803,0x9000-0x9007 = irq 10 at device 14.0 on pci0 ata6: at 0x9000 on atapci2 ata7: at 0x8400 on atapci2 atapci3: port = 0x6000-0x60ff,0x6400-0x6403,0x6800-0x6807,0x7000-0x7003,0x7400-0x7407 = irq 10 at device 14.1 on pci0 ata8: at 0x7400 on atapci3 ata9: at 0x6800 on atapci3 atapci4: port = 0x4000-0x40ff,0x4400-0x440f,0x4800-0x4803,0x5000-0x5007,0x5400-0x5403,0x5= 800-0x5807 irq 5 at device 15.0 on pci0 ata10: at 0x5800 on atapci4 ata11: at 0x5000 on atapci4 atapci5: port = 0x3800-0x380f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 7 at device 15.1 = on pci0 ata0: at 0x1f0 irq 14 on atapci5 ata1: at 0x170 irq 15 on atapci5 uhci0: port 0x3400-0x341f irq 7 at device = 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3000-0x301f irq 7 at device = 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2800-0x281f irq 5 at device = 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2400-0x241f irq 5 at device = 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xed000000-0xed0000ff irq 9 = at device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0x2000-0x20ff mem = 0xec800000-0xec8000ff irq 7 at device 18.0 on pci0 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0e:a6:1f:29:1e vr0: [GIANT-LOCKED] re0: port 0x1800-0x18ff mem = 0xec000000-0xec0000ff irq 12 at device 19.0 on pci0 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto re0: Ethernet address: 00:50:fc:f8:c6:81 re0: [GIANT-LOCKED] cpu0 on motherboard orm0: at iomem 0xc0000-0xcafff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port = 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console 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 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1999781807 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding enabled, = default to accept, logging unlimited ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 ad2: 117800MB [239340/16/63] at ata1-master UDMA100 ad3: 117800MB [239340/16/63] at ata1-slave UDMA100 ad4: 238475MB [484521/16/63] at ata2-master = UDMA100 ad5: 238475MB [484521/16/63] at ata2-slave UDMA100 ad6: 239372MB [486344/16/63] at ata3-master UDMA133 ad7: 239372MB [486344/16/63] at ata3-slave UDMA133 ad8: 194481MB [395136/16/63] at ata4-master UDMA133 ad9: 194481MB [395136/16/63] at ata4-slave UDMA133 ad10: 194481MB [395136/16/63] at ata5-master UDMA133 ad11: 239372MB [486344/16/63] at ata5-slave UDMA133 ad12: 117800MB [239340/16/63] at ata6-master UDMA100 ad13: 117800MB [239340/16/63] at ata6-slave UDMA100 ad14: 117246MB [238216/16/63] at ata7-master UDMA133 ad15: 117246MB [238216/16/63] at ata7-slave UDMA133 ad16: 114473MB [232581/16/63] at ata8-master = UDMA100 ad18: 26059MB [52946/16/63] at ata9-master UDMA66 ad20: 238475MB [484521/16/63] at ata10-master = SATA150 ad22: 239372MB [486344/16/63] at ata11-master SATA150 ar0: 476950MB [60802/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad5 at ata2-slave ar1: 478744MB [61031/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad7 at ata3-slave ar2: 388962MB [49585/255/63] status: READY subdisks: disk0 READY on ad9 at ata4-slave disk1 READY on ad8 at ata4-master ar3: 228946MB [29186/255/63] status: READY subdisks: disk0 READY on ad15 at ata7-slave disk1 READY on ad16 at ata8-master Waiting 5 seconds for SCSI devices to settle sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device=20 sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at ahc0 bus 0 target 10 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da1 at ahc0 bus 0 target 11 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da1: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da2 at ahc0 bus 0 target 12 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da2: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da3 at ahc0 bus 0 target 13 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da3: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) Mounting root from ufs:/dev/ad0s1a ------=_NextPart_000_0000_01C47903.FCAF82C0-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 01:08:32 2004 Return-Path: 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 6A42E16A4CE for ; Tue, 3 Aug 2004 01:08:32 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E132443D54 for ; Tue, 3 Aug 2004 01:08:30 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.41 (FreeBSD)) id 1Brns7-000NV2-Qp for freebsd-current@freebsd.org; Tue, 03 Aug 2004 10:13:45 +0900 Message-Id: <6.1.2.0.2.20040803100853.0beb24f0@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 03 Aug 2004 10:10:32 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Buildworld problem, warning: 'yy_flex_realloc' defined but not used X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:08:32 -0000 I have following problem when building world. cc -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c nslexer.c /dev/stdout: In function `_nsyylex': /dev/stdout:711: warning: label `find_rule' defined but not used /usr/src/lib/libc/net/nslexer.l: At top level: /dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 01:22:31 2004 Return-Path: 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 9B6CB16A4CE for ; Tue, 3 Aug 2004 01:22:31 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2989D43D68 for ; Tue, 3 Aug 2004 01:22:29 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by mproxy.gmail.com with SMTP id 75so131574rnl for ; Mon, 02 Aug 2004 18:22:28 -0700 (PDT) Received: by 10.38.92.15 with SMTP id p15mr32864rnb; Mon, 02 Aug 2004 18:22:28 -0700 (PDT) Message-ID: Date: Tue, 3 Aug 2004 09:22:28 +0800 From: Jiawei Ye To: John Baldwin In-Reply-To: <200408021838.44384.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408011507.i71F7MVc000907@lorne.arm.org> <200408011825.i71IPZgG018406@grimreaper.grondar.org> <200408021838.44384.jhb@FreeBSD.org> cc: dlt@mebtel.net cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Mark Murray Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:22:31 -0000 On Mon, 2 Aug 2004 18:38:44 -0400, John Baldwin wrote: > It's a preference thing. I pretty much never use modules myself (things > compiled into the kernel are more optimized, mutex and atomic ops are inlined > rather than function calls for example) unless doing development on a device > driver in which case I leave the device driver as a single module. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org Quite a number of modules are loaded on-the-fly, is there any particular reason for io/null/mem not to be? Jiawei Ye From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 01:22:31 2004 Return-Path: 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 A105A16A4CF for ; Tue, 3 Aug 2004 01:22:31 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DFDF43D6B for ; Tue, 3 Aug 2004 01:22:29 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by mproxy.gmail.com with SMTP id 75so131576rnl for ; Mon, 02 Aug 2004 18:22:28 -0700 (PDT) Received: by 10.38.92.15 with SMTP id p15mr32864rnb; Mon, 02 Aug 2004 18:22:28 -0700 (PDT) Message-ID: Date: Tue, 3 Aug 2004 09:22:28 +0800 From: Jiawei Ye To: John Baldwin In-Reply-To: <200408021838.44384.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408011507.i71F7MVc000907@lorne.arm.org> <200408011825.i71IPZgG018406@grimreaper.grondar.org> <200408021838.44384.jhb@FreeBSD.org> cc: dlt@mebtel.net cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Mark Murray Subject: Re: /dev/null doesn't get created X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:22:31 -0000 On Mon, 2 Aug 2004 18:38:44 -0400, John Baldwin wrote: > It's a preference thing. I pretty much never use modules myself (things > compiled into the kernel are more optimized, mutex and atomic ops are inlined > rather than function calls for example) unless doing development on a device > driver in which case I leave the device driver as a single module. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org Quite a number of modules are loaded on-the-fly, is there any particular reason for io/null/mem not to be? Jiawei Ye From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 01:32:01 2004 Return-Path: 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 0110116A4CE for ; Tue, 3 Aug 2004 01:32:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA4343D5F for ; Tue, 3 Aug 2004 01:32:00 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i731dPpL037554; Mon, 2 Aug 2004 19:39:26 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <410EEAC8.8010900@freebsd.org> Date: Mon, 02 Aug 2004 19:30:48 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: 'freebsd current' Subject: Re: Panic in today's current, UFS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:32:01 -0000 Daniel Eriksson wrote: > I was trying out the new patch from Ville-Pertti Keinonen that might fix my > interrupt storm problems with SATA when I ran into a panic. The dmesg is > attached. > > OS: CURRENT, 2004.08.02.16.00.00 > + VIA/SATA patch from Ville-Pertti Keinonen > (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=505643+0+current/freebsd-curre > nt) > + libdisk patch from Lukas Ertl > (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=526964+0+current/freebsd-curre > nt) > > > What I did: > 1. fdisk/label two 250GB discs hooked up to the on-board SATA controller > (using sysinstall) > 2. copy ~20GB of data to both discs Is this step necessary in order to produce the panic? > 3. successfully run the stress-test mentioned in Ville-Pertti Keinonen's > mail (above) Is this step necessary also? > 4. unmount both discs > 5. run "atacontrol create RAID0 128 ad20 ad22" (the two SATA discs) > 6. fdisk/label the striped array (using sysinstall, forcing it to UFS1) > 7. mount the new partition, and create three empty dirs > 8. *boom* > How reproducable is this, and does it always panic in the same spot? There is definitely some sort of buffer corruption going on, and either it's happening in the buffer/cache layer or it's a bad DMA from the drive. Scott From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 01:51:38 2004 Return-Path: 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 7DF2716A4CF; Tue, 3 Aug 2004 01:51:38 +0000 (GMT) Received: from av3-2-sn4.m-sp.skanova.net (av3-2-sn4.m-sp.skanova.net [81.228.10.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB5B943D49; Tue, 3 Aug 2004 01:51:37 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 1E71237FD0; Tue, 3 Aug 2004 03:51:37 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av3-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 0D15937FCE; Tue, 3 Aug 2004 03:51:37 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id E133537E44; Tue, 3 Aug 2004 03:51:36 +0200 (CEST) From: "Daniel Eriksson" To: "'Scott Long'" Date: Tue, 3 Aug 2004 03:51:44 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <410EEAC8.8010900@freebsd.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: 'freebsd current' Subject: RE: Panic in today's current, UFS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:51:38 -0000 Scott Long wrote: >> What I did: >> 1. fdisk/label two 250GB discs hooked up to the on-board SATA=20 >> controller (using sysinstall) 2. copy ~20GB of data to both discs > > Is this step necessary in order to produce the panic? I have no idea. >> 3. successfully run the stress-test mentioned in Ville-Pertti=20 >> Keinonen's mail (above) > > Is this step necessary also? Again, no idea. >> 4. unmount both discs >> 5. run "atacontrol create RAID0 128 ad20 ad22" (the two SATA discs) = 6.=20 >> fdisk/label the striped array (using sysinstall, forcing it to UFS1)=20 >> 7. mount the new partition, and create three empty dirs 8. *boom* >>=20 > > How reproducable is this, and does it always panic in the same spot?=20 > There is definitely some sort of buffer corruption going on, and = either=20 > it's happening in the buffer/cache layer or it's a bad DMA from the = drive. Considering how much problems I've had with this machine lately I would = not at all be suprised if the error is somewhere else. The machine is unfortunately a production machine, and trying to reproduce panics (with = the risks associated with that, such as corrupted user data) is not really = an option. What I've done now is restart the server and run a newfs on the ataraid array of the two SATA discs. I'm in the process of copying 400+GB of = data onto that array, and will run some more stress-tests to verify its stability. So far (200GB into the copy-operation) everything looks good. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 01:54:20 2004 Return-Path: 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 41C7B16A4CE; Tue, 3 Aug 2004 01:54:20 +0000 (GMT) Received: from av5-1-sn1.fre.skanova.net (av5-1-sn1.fre.skanova.net [81.228.11.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E7943D55; Tue, 3 Aug 2004 01:54:17 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-1-sn1.fre.skanova.net (Postfix, from userid 502) id 1680937F76; Tue, 3 Aug 2004 03:54:17 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av5-1-sn1.fre.skanova.net (Postfix) with ESMTP id 0687037F76; Tue, 3 Aug 2004 03:54:17 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id E500637E42; Tue, 3 Aug 2004 03:54:16 +0200 (CEST) From: "Daniel Eriksson" To: "'Scott Long'" Date: Tue, 3 Aug 2004 03:54:24 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <410EEAC8.8010900@freebsd.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: 'freebsd current' Subject: RE: Panic in today's current, UFS problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:54:20 -0000 By the way, is there anything else I can do from ddb other than 'trace' to provide more information if this should ever happen again. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 03:10:25 2004 Return-Path: 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 44D0816A4CE; Tue, 3 Aug 2004 03:10:25 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 023FA43D67; Tue, 3 Aug 2004 03:10:25 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) i733AJQd060595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Aug 2004 20:10:19 -0700 (PDT) Received: (from gshapiro@localhost)i733AJcL060594; Mon, 2 Aug 2004 20:10:19 -0700 (PDT) Date: Mon, 2 Aug 2004 20:10:19 -0700 From: Gregory Neil Shapiro To: freebsd-current@freebsd.org Message-ID: <20040803031019.GN32424@horsey.gshapiro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Please test /etc/rc.d/sendmail patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:10:25 -0000 It turns out /etc/rc.d/sendmail has been broken for quite a while. Nobody really noticed until the sendmail 8.13 import because older versions let multiple daemons on different sockets run. The patch below fixes the problem and restores the old, correct behavior. It also removes the map rebuild code because the code doesn't pay attention to SENDMAIL_MAP_TYPE and may rebuild maps without the admin being ready for the maps to be rebuilt (i.e., it should not be automatic). I would like to commit this ASAP so please test as soon as possible and let me know how it goes. Also, if there are any rcNG experts out there, can someone tell me why "Starting sendmail" is only printed if sendmail_enable=YES and not in the sedmail_submit_enable=YES or sendmail_outbound_enable=YES cases (yet the daemons still get started properly)? --- etc/rc.d/sendmail 17 Apr 2004 19:09:09 -0000 1.11 +++ etc/rc.d/sendmail 3 Aug 2004 02:26:11 -0000 @@ -33,6 +33,17 @@ ;; esac +# If sendmail_enable=yes, don't need submit or outbound daemon +if checkyesno sendmail_enable; then + sendmail_submit_enable="NO" + sendmail_outbound_enable="NO" +fi + +# If sendmail_submit_enable=yes, don't need outbound daemon +if checkyesno sendmail_submit_enable; then + sendmail_outbound_enable="NO" +fi + sendmail_precmd() { # Die if there's pre-8.10 custom configuration file. This check is @@ -58,16 +69,6 @@ "${name}: /etc/mail/aliases.db not present, generating" /usr/bin/newaliases fi - - # check couple of common db files, too - for f in genericstable virtusertable domaintable mailertable; do - if [ -r "/etc/mail/$f" -a \ - "/etc/mail/$f" -nt "/etc/mail/$f.db" ]; then - echo \ - "${name}: /etc/mail/$f newer than /etc/mail/$f.db, regenerating" - /usr/sbin/makemap hash /etc/mail/$f < /etc/mail/$f - fi - done } run_rc_command "$1" From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 03:38:10 2004 Return-Path: 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 D432416A4CE; Tue, 3 Aug 2004 03:38:10 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0A443D55; Tue, 3 Aug 2004 03:38:04 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.39.16] (ppp2710.dyn.pacific.net.au [61.8.39.16]) i733RVc7019895; Tue, 3 Aug 2004 13:27:33 +1000 From: Sam Lawrance To: Pawel Jakub Dawidek In-Reply-To: <20040802063851.GL39839@darkness.comp.waw.pl> References: <1091411071.922.20.camel@dirk.no.domain> <20040802063851.GL39839@darkness.comp.waw.pl> Content-Type: text/plain Message-Id: <1091504341.729.25.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 03 Aug 2004 13:39:02 +1000 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: processes freezing when writing to gstripe'd device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:38:11 -0000 > +> I am observing processes performing operations on a gstripe device > +> freeze in state 'bufwait'. An 'rm' process is stuck right now. The rest > +> of the system is fine. > +> > +> What's the best way to look in to this? I can't attach to rm with gdb > +> (it just ends up waiting for something). I can drop to kdb, but have no > +> idea where to go from there. > > You could use 'ps' command from DDB to which processes are alseep. > Then you can run 'tr ' where is PID of sleeping process. > Look for processes related somehow to this problem. > > It'll be also great if you can provide exact procedure which will also > me to reproduce this problem. Okay, I updated to current as of yesterday and still seeing the same problem. I'm new to these bits of the kernel but it looks like a locking problem. This is what I am doing: dd if=/dev/zero of=sd0 count=20480 cp sd0 sd1 mdconfig -a -t vnode -f sd0 mdconfig -a -t vnode -f sd1 gstripe label bork md0 md1 newfs /dev/stripe/bork mkdir teststripe mount /dev/stripe/bork teststripe cd teststripe Now I repeatedly 'cvs checkout' and 'rm -rf' the FreeBSD src tree. Usually it freezes during the first checkout. Siginfo shows: load:1.14 cmd: cvs 801 [biowr] 0.33u 3.35s 14% 2840k A trace of the frozen cvs process 801 shows: KDB: enter: manual escape to debugger [thread 100006] Stopped at kdb_enter+0x2b: nop db> tr 801 sched_switch(c1a87580,0) at sched_switch+0x12b mi_switch(1,0) at mi_switch+0x24d sleepq_switch(c63ee500,d0c83814,c06030e9,c63ee500,0) at sleepq_switch+0xe0 sleepq_wait(c63ee500,0,0,0,c07f3ab7) at sleepq_wait+0xb msleep(c63ee500,c08ddd80,4c,c07f40d1,0) at msleep+0x375 bwait(c63ee500,4c,c07f40d1) at bwait+0x47 bufwait(c63ee500,c088f1a0,c1cd6318,c63ee500,0) at bufwait+0x2d ibwrite(c63ee500,d0c838d8,c071906e,c63ee500,a00) at ibwrite+0x3e2 bwrite(c63ee500,a00,0,ee,c19b1834) at bwrite+0x32 ffs_update(c19c3738,1,0,c19b808c,c19c3738) at ffs_update+0x302 ufs_makeinode(81a4,c199f840,d0c83bf8,d0c83c0c) at ufs_makeinode+0x3a3 ufs_create(d0c83a74,d0c83b30,c0655238,d0c83a74,c08b8c00) at ufs_create+0x26 ufs_vnoperate(d0c83a74) at ufs_vnoperate+0x13 vn_open_cred(d0c83be4,d0c83ce4,1a4,c1d47700,8) at vn_open_cred+0x174 vn_open(d0c83be4,d0c83ce4,1a4,8,c08ad240) at vn_open+0x1e kern_open(c1a87580,8199430,0,602,1b6) at kern_open+0xd2 open(c1a87580,d0c83d14,3,1be,292) at open+0x18 syscall(2f,bfbf002f,bfbf002f,8,2836c7f8) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x282e2437, esp = 0xbfbfdd7c, ebp = 0xbfbfdda8 --- If I try to rm -rf src, that process also ends up waiting: sched_switch(c1a879a0,0) at sched_switch+0x12b mi_switch(1,0) at mi_switch+0x24d sleepq_switch(c199f8ec,d0c8ca58,c06030e9,c199f8ec,0) at sleepq_switch+0xe0 sleepq_wait(c199f8ec,0,0,0,c199f840) at sleepq_wait+0xb msleep(c199f8ec,c08ad898,50,c07f34e1,0) at msleep+0x375 acquire(d0c8cab0,1000040,600,c1a879a0,0) at acquire+0x9e lockmgr(c199f8ec,1010002,c199f840,c1a879a0,10002) at lockmgr+0x37e ufs_lock(d0c8cadc,d0c8caf8,c06563a5,d0c8cadc,c088f0a0) at ufs_lock+0x3c ufs_vnoperate(d0c8cadc) at ufs_vnoperate+0x13 vn_lock(c199f840,10002,c1a879a0,c1cda000,c1cda000) at vn_lock+0xc5 vget(c199f840,2,c1a879a0,139a,c1a879a0) at vget+0xc9 vfs_cache_lookup(d0c8cbb4,d0c8cbd0,c0646613,d0c8cbb4,c1a879a0) at vfs_cache_lookup+0x1c9 ufs_vnoperate(d0c8cbb4) at ufs_vnoperate+0x13 lookup(d0c8cc30,c1a879a0,c197d948,0,c07f51e9) at lookup+0x2cf namei(d0c8cc30,8051aa8,0,0,c16e2c60) at namei+0x1f0 lstat(c1a879a0,d0c8cd14,2,7,292) at lstat+0x4a syscall(2f,2f,2f,8051a00,8051a48) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x280cb757, esp = 0xbfbfe74c, ebp = 0xbfbfe7e8 --- I'll keep poking around - if you have any further suggestions or need other information, fire away. Regards Sam. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 04:29:06 2004 Return-Path: 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 D78FC16A4CE; Tue, 3 Aug 2004 04:29:06 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6727643D55; Tue, 3 Aug 2004 04:29:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i734SuQ6025034; Tue, 3 Aug 2004 13:58:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 13:58:55 +0930 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_HSxDBFcVO6gcCgK" Message-Id: <200408031358.56010.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Ian FREISLICH cc: current@freebsd.org Subject: Re: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:29:07 -0000 --Boundary-00=_HSxDBFcVO6gcCgK Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 2 Aug 2004 21:19, Ian FREISLICH wrote: > suggested 'lptcontrol -e', but every time I've tried that (even > with lpd stopped) I get 'lptcontrol: open: Device busy'. I'm not > sure what keeps the printer port open other than lpd. =46or some reason you can't open /dev/lpt* when something isn't driving the= BUSY=20 line on the parallel port :( Actually I just read the code some more :) You could try lptcontrol -d /dev/lpt0.ctl -X lpt0.ctl has the bypass flag (0x80) set in the minor number which prevents= =20 lptopen() from trying to talk to the hardware (see /usr/src/sys/dev/ppbus/lpt.c:478) I think lptcontrol could do with this diff (attached) =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDxSH5ZPcIHs/zowRAjYSAJ9Fqj/TdYJugQ7ynvOgr7i7zlnc/ACgqkNE amxGtLQ7oVW8bo5sZWMfpHU=3D =3DBUWq =2D----END PGP SIGNATURE----- --Boundary-00=_HSxDBFcVO6gcCgK Content-Type: text/x-diff; charset="iso-8859-1"; name="lpt-ctl.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="lpt-ctl.diff" Index: share/man/man4/lpt.4 =================================================================== RCS file: /usr/CVS-Repository/src/share/man/man4/lpt.4,v retrieving revision 1.14 diff -u -r1.14 lpt.4 --- share/man/man4/lpt.4 28 Jun 2003 23:53:37 -0000 1.14 +++ share/man/man4/lpt.4 3 Aug 2004 04:27:27 -0000 @@ -86,6 +86,8 @@ .Bl -tag -width Pa -compact .It Pa /dev/lpt0 first parallel port driver +.It Pa /dev/lpt0.ctl +first parallel port control device (makes no attempt to select hardware) .El .Sh BUGS There are lots of them, especially in cheap parallel port implementations. Index: usr.sbin/lptcontrol/lptcontrol.8 =================================================================== RCS file: /usr/CVS-Repository/src/usr.sbin/lptcontrol/lptcontrol.8,v retrieving revision 1.19 diff -u -r1.19 lptcontrol.8 --- usr.sbin/lptcontrol/lptcontrol.8 2 Jul 2004 23:12:48 -0000 1.19 +++ usr.sbin/lptcontrol/lptcontrol.8 3 Aug 2004 04:25:38 -0000 @@ -52,7 +52,7 @@ The default value for .Ar device is -.Pa /dev/lpt0 . +.Pa /dev/lpt0.ctl . .El .Pp One of @@ -64,7 +64,7 @@ .Bl -tag -width /sys/i386/conf/GENERIC -compact .It Pa /dev/lpt? printer devices -.It Pa /dev/lpctl? +.It Pa /dev/lpt?.ctl printer control devices .It Pa /sys/i386/conf/GENERIC kernel configuration file Index: usr.sbin/lptcontrol/lptcontrol.c =================================================================== RCS file: /usr/CVS-Repository/src/usr.sbin/lptcontrol/lptcontrol.c,v retrieving revision 1.14 diff -u -r1.14 lptcontrol.c --- usr.sbin/lptcontrol/lptcontrol.c 3 May 2003 21:06:37 -0000 1.14 +++ usr.sbin/lptcontrol/lptcontrol.c 3 Aug 2004 04:25:16 -0000 @@ -46,8 +46,7 @@ #include -#define PATH_LPCTL _PATH_DEV "lpctl" -#define DEFAULT_DEVICE _PATH_DEV "lpt0" +#define DEFAULT_DEVICE _PATH_DEV "lpt0.ctl" #define IRQ_INVALID -1 #define DO_POLL 0 #define USE_IRQ 1 --Boundary-00=_HSxDBFcVO6gcCgK-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 04:29:06 2004 Return-Path: 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 D78FC16A4CE; Tue, 3 Aug 2004 04:29:06 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6727643D55; Tue, 3 Aug 2004 04:29:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i734SuQ6025034; Tue, 3 Aug 2004 13:58:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 13:58:55 +0930 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_HSxDBFcVO6gcCgK" Message-Id: <200408031358.56010.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Ian FREISLICH cc: current@freebsd.org Subject: Re: LPT interruptstorm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:29:07 -0000 --Boundary-00=_HSxDBFcVO6gcCgK Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 2 Aug 2004 21:19, Ian FREISLICH wrote: > suggested 'lptcontrol -e', but every time I've tried that (even > with lpd stopped) I get 'lptcontrol: open: Device busy'. I'm not > sure what keeps the printer port open other than lpd. =46or some reason you can't open /dev/lpt* when something isn't driving the= BUSY=20 line on the parallel port :( Actually I just read the code some more :) You could try lptcontrol -d /dev/lpt0.ctl -X lpt0.ctl has the bypass flag (0x80) set in the minor number which prevents= =20 lptopen() from trying to talk to the hardware (see /usr/src/sys/dev/ppbus/lpt.c:478) I think lptcontrol could do with this diff (attached) =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDxSH5ZPcIHs/zowRAjYSAJ9Fqj/TdYJugQ7ynvOgr7i7zlnc/ACgqkNE amxGtLQ7oVW8bo5sZWMfpHU=3D =3DBUWq =2D----END PGP SIGNATURE----- --Boundary-00=_HSxDBFcVO6gcCgK Content-Type: text/x-diff; charset="iso-8859-1"; name="lpt-ctl.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="lpt-ctl.diff" Index: share/man/man4/lpt.4 =================================================================== RCS file: /usr/CVS-Repository/src/share/man/man4/lpt.4,v retrieving revision 1.14 diff -u -r1.14 lpt.4 --- share/man/man4/lpt.4 28 Jun 2003 23:53:37 -0000 1.14 +++ share/man/man4/lpt.4 3 Aug 2004 04:27:27 -0000 @@ -86,6 +86,8 @@ .Bl -tag -width Pa -compact .It Pa /dev/lpt0 first parallel port driver +.It Pa /dev/lpt0.ctl +first parallel port control device (makes no attempt to select hardware) .El .Sh BUGS There are lots of them, especially in cheap parallel port implementations. Index: usr.sbin/lptcontrol/lptcontrol.8 =================================================================== RCS file: /usr/CVS-Repository/src/usr.sbin/lptcontrol/lptcontrol.8,v retrieving revision 1.19 diff -u -r1.19 lptcontrol.8 --- usr.sbin/lptcontrol/lptcontrol.8 2 Jul 2004 23:12:48 -0000 1.19 +++ usr.sbin/lptcontrol/lptcontrol.8 3 Aug 2004 04:25:38 -0000 @@ -52,7 +52,7 @@ The default value for .Ar device is -.Pa /dev/lpt0 . +.Pa /dev/lpt0.ctl . .El .Pp One of @@ -64,7 +64,7 @@ .Bl -tag -width /sys/i386/conf/GENERIC -compact .It Pa /dev/lpt? printer devices -.It Pa /dev/lpctl? +.It Pa /dev/lpt?.ctl printer control devices .It Pa /sys/i386/conf/GENERIC kernel configuration file Index: usr.sbin/lptcontrol/lptcontrol.c =================================================================== RCS file: /usr/CVS-Repository/src/usr.sbin/lptcontrol/lptcontrol.c,v retrieving revision 1.14 diff -u -r1.14 lptcontrol.c --- usr.sbin/lptcontrol/lptcontrol.c 3 May 2003 21:06:37 -0000 1.14 +++ usr.sbin/lptcontrol/lptcontrol.c 3 Aug 2004 04:25:16 -0000 @@ -46,8 +46,7 @@ #include -#define PATH_LPCTL _PATH_DEV "lpctl" -#define DEFAULT_DEVICE _PATH_DEV "lpt0" +#define DEFAULT_DEVICE _PATH_DEV "lpt0.ctl" #define IRQ_INVALID -1 #define DO_POLL 0 #define USE_IRQ 1 --Boundary-00=_HSxDBFcVO6gcCgK-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 04:37:08 2004 Return-Path: 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 81F7B16A4CE; Tue, 3 Aug 2004 04:37:08 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E7843D67; Tue, 3 Aug 2004 04:37:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i734b27Q025177; Tue, 3 Aug 2004 14:07:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 14:07:01 +0930 User-Agent: KMail/1.6.2 References: <1091452377.1381.4.camel@builder02.qubesoft.com> <1091452496.1381.6.camel@builder02.qubesoft.com> In-Reply-To: <1091452496.1381.6.camel@builder02.qubesoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408031407.01655.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:37:08 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 2 Aug 2004 22:44, Doug Rabson wrote: > > > > binary driver fairly soon (which also supports libpthread and > > > > libthr). > > > > > > With TLS support? :-) > > > > Oh yes :-) > > > > I'm going to be merging the TLS code into current over the next few days > > in fact. > > Oh, and it also runs ut2004 without crashing :-) Woo [expletive deleted] hoo! Actually I've found UT2004 runs fine as long as I log out and boot into twm= =20 then run it :) Would be nice to play with a better threading library at last though :) Thanks for the work on this! =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDxZt5ZPcIHs/zowRAtIVAKCqT+WcJVrR4nYnghiXnrwQK92JRQCgiTyF ZbHkseQN53g1WituPgoQczI=3D =3DZ15O =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 04:37:08 2004 Return-Path: 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 81F7B16A4CE; Tue, 3 Aug 2004 04:37:08 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E7843D67; Tue, 3 Aug 2004 04:37:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i734b27Q025177; Tue, 3 Aug 2004 14:07:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 14:07:01 +0930 User-Agent: KMail/1.6.2 References: <1091452377.1381.4.camel@builder02.qubesoft.com> <1091452496.1381.6.camel@builder02.qubesoft.com> In-Reply-To: <1091452496.1381.6.camel@builder02.qubesoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408031407.01655.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:37:08 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 2 Aug 2004 22:44, Doug Rabson wrote: > > > > binary driver fairly soon (which also supports libpthread and > > > > libthr). > > > > > > With TLS support? :-) > > > > Oh yes :-) > > > > I'm going to be merging the TLS code into current over the next few days > > in fact. > > Oh, and it also runs ut2004 without crashing :-) Woo [expletive deleted] hoo! Actually I've found UT2004 runs fine as long as I log out and boot into twm= =20 then run it :) Would be nice to play with a better threading library at last though :) Thanks for the work on this! =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDxZt5ZPcIHs/zowRAtIVAKCqT+WcJVrR4nYnghiXnrwQK92JRQCgiTyF ZbHkseQN53g1WituPgoQczI=3D =3DZ15O =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 05:31:34 2004 Return-Path: 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 B6B6816A4CE; Tue, 3 Aug 2004 05:31:34 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59CB043D2F; Tue, 3 Aug 2004 05:31:34 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i735VDNL077963; Mon, 2 Aug 2004 22:31:22 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408030531.i735VDNL077963@gw.catspoiler.org> Date: Mon, 2 Aug 2004 22:31:13 -0700 (PDT) From: Don Lewis To: boris@brooknet.com.au In-Reply-To: <1091504341.729.25.camel@dirk.no.domain> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: pjd@FreeBSD.org Subject: Re: processes freezing when writing to gstripe'd device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:31:34 -0000 On 3 Aug, Sam Lawrance wrote: >> +> I am observing processes performing operations on a gstripe device >> +> freeze in state 'bufwait'. An 'rm' process is stuck right now. The rest >> +> of the system is fine. >> +> >> +> What's the best way to look in to this? I can't attach to rm with gdb >> +> (it just ends up waiting for something). I can drop to kdb, but have no >> +> idea where to go from there. >> >> You could use 'ps' command from DDB to which processes are alseep. >> Then you can run 'tr ' where is PID of sleeping process. >> Look for processes related somehow to this problem. >> >> It'll be also great if you can provide exact procedure which will also >> me to reproduce this problem. > > Okay, I updated to current as of yesterday and still seeing the same > problem. I'm new to these bits of the kernel but it looks like a locking > problem. This is what I am doing: > > dd if=/dev/zero of=sd0 count=20480 > cp sd0 sd1 > mdconfig -a -t vnode -f sd0 > mdconfig -a -t vnode -f sd1 > gstripe label bork md0 md1 > newfs /dev/stripe/bork > mkdir teststripe > mount /dev/stripe/bork teststripe > cd teststripe > > Now I repeatedly 'cvs checkout' and 'rm -rf' the FreeBSD src tree. > Usually it freezes during the first checkout. > > Siginfo shows: > > load:1.14 cmd: cvs 801 [biowr] 0.33u 3.35s 14% 2840k > > A trace of the frozen cvs process 801 shows: > > KDB: enter: manual escape to debugger > [thread 100006] > Stopped at kdb_enter+0x2b: nop > db> tr 801 > sched_switch(c1a87580,0) at sched_switch+0x12b > mi_switch(1,0) at mi_switch+0x24d > sleepq_switch(c63ee500,d0c83814,c06030e9,c63ee500,0) at > sleepq_switch+0xe0 > sleepq_wait(c63ee500,0,0,0,c07f3ab7) at sleepq_wait+0xb > msleep(c63ee500,c08ddd80,4c,c07f40d1,0) at msleep+0x375 > bwait(c63ee500,4c,c07f40d1) at bwait+0x47 > bufwait(c63ee500,c088f1a0,c1cd6318,c63ee500,0) at bufwait+0x2d > ibwrite(c63ee500,d0c838d8,c071906e,c63ee500,a00) at ibwrite+0x3e2 > bwrite(c63ee500,a00,0,ee,c19b1834) at bwrite+0x32 > ffs_update(c19c3738,1,0,c19b808c,c19c3738) at ffs_update+0x302 > ufs_makeinode(81a4,c199f840,d0c83bf8,d0c83c0c) at ufs_makeinode+0x3a3 > ufs_create(d0c83a74,d0c83b30,c0655238,d0c83a74,c08b8c00) at > ufs_create+0x26 > ufs_vnoperate(d0c83a74) at ufs_vnoperate+0x13 > vn_open_cred(d0c83be4,d0c83ce4,1a4,c1d47700,8) at vn_open_cred+0x174 > vn_open(d0c83be4,d0c83ce4,1a4,8,c08ad240) at vn_open+0x1e > kern_open(c1a87580,8199430,0,602,1b6) at kern_open+0xd2 > open(c1a87580,d0c83d14,3,1be,292) at open+0x18 > syscall(2f,bfbf002f,bfbf002f,8,2836c7f8) at syscall+0x217 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x282e2437, esp = > 0xbfbfdd7c, ebp = 0xbfbfdda8 --- > > I'll keep poking around - if you have any further suggestions or need > other information, fire away. I'm not too familiar with this area of the kernel, but I'd be suspicious that one or more of the geom kernel threads are getting wedged and keeping the I/O that the cvs process is waiting for from completing. I would think that the vnode locks sd0 and sd1 need to be obtained in order to do the I/O on the md devices. Maybe a deadly embrace where one thread has a lock on sd0 and another thread has a lock on sd1 and they each want to grab a lock on the other vnode ... Try ps lax | grep g_ and get a DDB backtrace on the g_up, g_down, and g_event threads. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 05:55:45 2004 Return-Path: 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 DF82D16A4CE; Tue, 3 Aug 2004 05:55:45 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED2343D5C; Tue, 3 Aug 2004 05:55:45 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i735tj90099409; Mon, 2 Aug 2004 22:55:45 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <410F28E1.8080105@freebsd.org> Date: Mon, 02 Aug 2004 22:55:45 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:55:46 -0000 Since POSIX and GNU violently disagree about the meaning of "tar -l", and there seem to be strong adherents to both interpretations, I'm preparing to commit a patch that breaks "tar -l" for everyone: $ tar -cl foo Error: -l has different behaviors in different tars. For the GNU behavior, use --one-file-system instead. For the POSIX behavior, use --check-links instead. The message pretty much says it all. Setting POSIXLY_CORRECT in the environment will make -l a synonym for --check-links. (Note that this is different than GNU tar's behavior in the presence of POSIXLY_CORRECT.) I will consider suggestions for a corresponding environment variable for GNU behavior (GNULY_CORRECT?). I've also adopted an idea from GNU tar 1.14, which treats -o in the POSIX manner on extract, in the GNU manner on create. I don't believe the change to -l will break more than a couple of ports. Prior to this change, ports that specified -l would get the POSIX behavior even though they may have thought they were requesting the GNU behavior. This change will force you to unambiguously specify the particular behavior you desire. In short, everyone wins on -o, everyone loses on -l. That seems fair. ;-) Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:12:34 2004 Return-Path: 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 8278316A4CF for ; Tue, 3 Aug 2004 06:12:34 +0000 (GMT) Received: from priv-edtnes40.telusplanet.net (outbound05.telus.net [199.185.220.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C25C43D49 for ; Tue, 3 Aug 2004 06:12:33 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.114.64]) by priv-edtnes40.telusplanet.netESMTP <20040803061233.FVQE23238.priv-edtnes40.telusplanet.net@[192.168.0.20]>; Tue, 3 Aug 2004 00:12:33 -0600 From: Mayo Jordanov To: Doug Rabson In-Reply-To: <200408020938.02238.dfr@nlsystems.com> References: <1091385943.873.4.camel@taxman> <200408020938.02238.dfr@nlsystems.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5lgZ4S5VviklDuIQysYy" Message-Id: <1091513552.4226.4.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 02 Aug 2004 23:12:32 -0700 cc: freebsd-current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:12:34 -0000 --=-5lgZ4S5VviklDuIQysYy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-08-02 at 01:38, Doug Rabson wrote: > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > After today's cvsup the system freezes when I try to start X using > > the nvidia binary driver. The nv driver still works. > > > > ~1 week old kernel doesn't have this problem. >=20 > If you can be patient, there will be a new release of the nvidia binary=20 > driver fairly soon (which also supports libpthread and libthr). Do you have any idea if it has/will have support for the 5700 chipset? Thanks for the great work, m --=-5lgZ4S5VviklDuIQysYy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBDyzP3IqYlN3K/uYRAkA2AJ47YTeIv3KU8yT2Y+mzYLP7S1JdogCg8frD Wfl8cHH+tXudUxLW5Vvhghs= =qWl5 -----END PGP SIGNATURE----- --=-5lgZ4S5VviklDuIQysYy-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:18:38 2004 Return-Path: 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 90ECF16A4CE; Tue, 3 Aug 2004 06:18:38 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D86043D48; Tue, 3 Aug 2004 06:18:38 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i736IY3w014637; Tue, 3 Aug 2004 02:18:37 -0400 (EDT) Date: Tue, 3 Aug 2004 02:18:34 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Daniel O'Connor" In-Reply-To: <200408031407.01655.doconnor@gsoft.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:18:38 -0000 On Tue, 3 Aug 2004, Daniel O'Connor wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 2 Aug 2004 22:44, Doug Rabson wrote: > > > > > binary driver fairly soon (which also supports libpthread and > > > > > libthr). > > > > > > > > With TLS support? :-) > > > > > > Oh yes :-) > > > > > > I'm going to be merging the TLS code into current over the next few days > > > in fact. > > > > Oh, and it also runs ut2004 without crashing :-) > > Woo [expletive deleted] hoo! > > Actually I've found UT2004 runs fine as long as I log out and boot into twm > then run it :) Ok, so having never heard of ut2004 until now, a little research shows that it's some sort of game. Is this native or a Linux binary? And if Linux, does that mean TLS is working for Linux emulation also? -- Dan From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:18:38 2004 Return-Path: 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 90ECF16A4CE; Tue, 3 Aug 2004 06:18:38 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D86043D48; Tue, 3 Aug 2004 06:18:38 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i736IY3w014637; Tue, 3 Aug 2004 02:18:37 -0400 (EDT) Date: Tue, 3 Aug 2004 02:18:34 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Daniel O'Connor" In-Reply-To: <200408031407.01655.doconnor@gsoft.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:18:38 -0000 On Tue, 3 Aug 2004, Daniel O'Connor wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 2 Aug 2004 22:44, Doug Rabson wrote: > > > > > binary driver fairly soon (which also supports libpthread and > > > > > libthr). > > > > > > > > With TLS support? :-) > > > > > > Oh yes :-) > > > > > > I'm going to be merging the TLS code into current over the next few days > > > in fact. > > > > Oh, and it also runs ut2004 without crashing :-) > > Woo [expletive deleted] hoo! > > Actually I've found UT2004 runs fine as long as I log out and boot into twm > then run it :) Ok, so having never heard of ut2004 until now, a little research shows that it's some sort of game. Is this native or a Linux binary? And if Linux, does that mean TLS is working for Linux emulation also? -- Dan From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:25:40 2004 Return-Path: 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 B95C416A4CE; Tue, 3 Aug 2004 06:25:40 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A573943D49; Tue, 3 Aug 2004 06:25:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i736PVRo026560; Tue, 3 Aug 2004 15:55:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Daniel Eischen Date: Tue, 3 Aug 2004 15:55:31 +0930 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408031555.31429.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:25:40 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Aug 2004 15:48, Daniel Eischen wrote: > Ok, so having never heard of ut2004 until now, a little research shows > that it's some sort of game. Is this native or a Linux binary? And if > Linux, does that mean TLS is working for Linux emulation also? It's a commerical game made by Epic Games and published by Atari. They have a Linux installer which has Linux binaries with it (and copies th= e=20 rest of the install of CD/DVD). It works fine without any TLS stuff (ie runs on my July 7th -current system) =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDy/b5ZPcIHs/zowRAo+vAJ0QbQs8GJsoIc+Wm7bGtVbIdaiFcQCffwcq 9HBXCwCCYGiUuWdkpLsuCR4=3D =3DXdV9 =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:25:40 2004 Return-Path: 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 B95C416A4CE; Tue, 3 Aug 2004 06:25:40 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A573943D49; Tue, 3 Aug 2004 06:25:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i736PVRo026560; Tue, 3 Aug 2004 15:55:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Daniel Eischen Date: Tue, 3 Aug 2004 15:55:31 +0930 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408031555.31429.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:25:40 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Aug 2004 15:48, Daniel Eischen wrote: > Ok, so having never heard of ut2004 until now, a little research shows > that it's some sort of game. Is this native or a Linux binary? And if > Linux, does that mean TLS is working for Linux emulation also? It's a commerical game made by Epic Games and published by Atari. They have a Linux installer which has Linux binaries with it (and copies th= e=20 rest of the install of CD/DVD). It works fine without any TLS stuff (ie runs on my July 7th -current system) =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDy/b5ZPcIHs/zowRAo+vAJ0QbQs8GJsoIc+Wm7bGtVbIdaiFcQCffwcq 9HBXCwCCYGiUuWdkpLsuCR4=3D =3DXdV9 =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:34:07 2004 Return-Path: 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 35C4F16A4CE; Tue, 3 Aug 2004 06:34:07 +0000 (GMT) Received: from mxout6.cac.washington.edu (mxout6.cac.washington.edu [140.142.33.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C812C43D55; Tue, 3 Aug 2004 06:34:06 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i736XwQU015246; Mon, 2 Aug 2004 23:33:59 -0700 Received: from [192.168.1.102] (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i736Xw7N009900 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 2 Aug 2004 23:33:58 -0700 From: David Syphers To: njl@freebsd.org Date: Mon, 2 Aug 2004 23:34:00 -0700 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408022334.00207.dsyphers@u.washington.edu> cc: current@freebsd.org Subject: eisaconf.c problem in buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:34:07 -0000 I'm updating a system running -CURRENT from July 23. I get this error in buildkernel: cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/eisa/eisaconf.c /usr/src/sys/dev/eisa/eisaconf.c: In function `eisa_probe': /usr/src/sys/dev/eisa/eisaconf.c:156: warning: 'i' might be used uninitialized in this function *** Error code 1 Stop in /usr/obj/usr/src/sys/YGGDRASIL. I recvsup'd but nothing has changed except something in acpi. Could this be due to the GCC change, or is it actually a problem? -David From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 06:40:47 2004 Return-Path: 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 C500D16A4CF for ; Tue, 3 Aug 2004 06:40:47 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE77C43D5C for ; Tue, 3 Aug 2004 06:40:46 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i736eh5V026799; Tue, 3 Aug 2004 16:10:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 16:10:42 +0930 User-Agent: KMail/1.6.2 References: <1091385943.873.4.camel@taxman> <200408020938.02238.dfr@nlsystems.com> <1091513552.4226.4.camel@einstein.local.nfy> In-Reply-To: <1091513552.4226.4.camel@einstein.local.nfy> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408031610.42962.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Mayo Jordanov Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:40:47 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Aug 2004 15:42, Mayo Jordanov wrote: > On Mon, 2004-08-02 at 01:38, Doug Rabson wrote: > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > After today's cvsup the system freezes when I try to start X using > > > the nvidia binary driver. The nv driver still works. > > > > > > ~1 week old kernel doesn't have this problem. > > > > If you can be patient, there will be a new release of the nvidia binary > > driver fairly soon (which also supports libpthread and libthr). > > Do you have any idea if it has/will have support for the 5700 chipset? I'd imagine it would be of a similar vintage to the latest Linux driver, so= it=20 should support newer cards like that. The linux driver is at 61.06, the win32 driver 61.77. The notes for the lin= ux=20 driver say it adds support for the 6800, so I imagine the 5700 is supported. =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBDzNq5ZPcIHs/zowRAmG5AJ9Dnr4kD8XdA9DBeChiDx/JCKv5OgCgoTN6 u15HzCEfI396v1yjHFeQC6E=3D =3DonQX =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 07:25:12 2004 Return-Path: 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 3CC7316A4CE for ; Tue, 3 Aug 2004 07:25:12 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E12AA43D1F for ; Tue, 3 Aug 2004 07:25:11 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.0.20.162] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id C4E4E24; Tue, 3 Aug 2004 10:27:22 +0300 (EEST) Message-ID: <410F3DD0.5030104@will.iki.fi> Date: Tue, 03 Aug 2004 10:25:04 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> In-Reply-To: <410EA92C.6090506@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:25:12 -0000 Søren Schmidt wrote: > If the controller doesn't have a bit saying if the interrupt is for > us, then its impossible to close the race completely (without the > above measures in place). However some devices use the DMA interrupt > bits even in PIO mode (ie HPT does this) but I have no docs on the > VIA's on that, but its worth a try at least... The current situation seems to me like ata_generic_intr can't work for *any* controller sharing interrupts, even with DMA on a controller that sets ATA_BMSTAT_INTERRUPT correctly, since if an interrupt occurs before ATA_DMA_ACTIVE is set, ATA_BMSTAT_PORT is never even checked. IMHO ch->running != NULL is an insufficient condition based on which to assume that an interrupt is intended for a specific channel... Something similar to my patch + disabling interrupts to avoid a race between the interrupt and ATA_EXPECT_INTR being set should at least improve the situation. What races would that leave open? From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 07:29:04 2004 Return-Path: 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 57E5D16A4CF for ; Tue, 3 Aug 2004 07:29:04 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id B5A3543D6E for ; Tue, 3 Aug 2004 07:29:02 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: (qmail 34591 invoked by uid 0); 3 Aug 2004 07:29:00 -0000 Received: from r3al61.chello.upc.cz (HELO isis.wad.cz) (213.220.229.61) by smtp.dkm.cz with SMTP; 3 Aug 2004 07:29:00 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id 0F5582FDA01; Tue, 3 Aug 2004 09:29:00 +0200 (CEST) Date: Tue, 3 Aug 2004 09:28:59 +0200 From: Roman Neuhauser To: Tim Kientzle Message-ID: <20040803072859.GA944@isis.wad.cz> Mail-Followup-To: Tim Kientzle , freebsd-ports@freebsd.org, freebsd-current@freebsd.org References: <410F28E1.8080105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410F28E1.8080105@freebsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:29:04 -0000 # kientzle@freebsd.org / 2004-08-02 22:55:45 -0700: > Since POSIX and GNU violently disagree about the > meaning of "tar -l", and there seem to be strong > adherents to both interpretations, I'm preparing to > commit a patch that breaks "tar -l" for everyone: All I can see is three posts in current@, that's not much of a discussion (or voting). I for one, would prefer POSIX compliance. :) > $ tar -cl foo > Error: -l has different behaviors in different tars. > For the GNU behavior, use --one-file-system instead. > For the POSIX behavior, use --check-links instead. How about turning this into a warning? > I don't believe the change to -l will break more than a couple > of ports. Prior to this change, ports that specified > -l would get the POSIX behavior even though they > may have thought they were requesting the GNU > behavior. This change will force you to unambiguously > specify the particular behavior you desire. > > In short, everyone wins on -o, everyone loses > on -l. That seems fair. ;-) I believe "loses" is the keyword here. I don't see how this would benefit anyone in the long term, sticking with either side would be better (but please choose POSIX :). -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 07:47:17 2004 Return-Path: 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 39BFB16A4CE for ; Tue, 3 Aug 2004 07:47:17 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F0F43D60 for ; Tue, 3 Aug 2004 07:47:16 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i737lBwB004381; Tue, 3 Aug 2004 08:47:11 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Mayo Jordanov Date: Tue, 3 Aug 2004 08:47:07 +0100 User-Agent: KMail/1.6.2 References: <1091385943.873.4.camel@taxman> <200408020938.02238.dfr@nlsystems.com> <1091513552.4226.4.camel@einstein.local.nfy> In-Reply-To: <1091513552.4226.4.camel@einstein.local.nfy> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408030847.07803.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:47:17 -0000 On Tuesday 03 August 2004 07:12, Mayo Jordanov wrote: > On Mon, 2004-08-02 at 01:38, Doug Rabson wrote: > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > After today's cvsup the system freezes when I try to start X > > > using the nvidia binary driver. The nv driver still works. > > > > > > ~1 week old kernel doesn't have this problem. > > > > If you can be patient, there will be a new release of the nvidia > > binary driver fairly soon (which also supports libpthread and > > libthr). > > Do you have any idea if it has/will have support for the 5700 > chipset? I have no reason to think otherwise. It should support all the chipsets that the linux driver supports (since its the same code). > > Thanks for the great work, Most of the thanks should go to the guys at NVidia - I'm just helping out with the threading magic. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 07:49:34 2004 Return-Path: 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 CD2AA16A4CE; Tue, 3 Aug 2004 07:49:34 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A72343D58; Tue, 3 Aug 2004 07:49:34 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i737nTYl004408; Tue, 3 Aug 2004 08:49:29 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen Date: Tue, 3 Aug 2004 08:49:25 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408030849.25958.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:49:34 -0000 On Tuesday 03 August 2004 07:18, Daniel Eischen wrote: > On Tue, 3 Aug 2004, Daniel O'Connor wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Mon, 2 Aug 2004 22:44, Doug Rabson wrote: > > > > > > binary driver fairly soon (which also supports libpthread > > > > > > and libthr). > > > > > > > > > > With TLS support? :-) > > > > > > > > Oh yes :-) > > > > > > > > I'm going to be merging the TLS code into current over the next > > > > few days in fact. > > > > > > Oh, and it also runs ut2004 without crashing :-) > > > > Woo [expletive deleted] hoo! > > > > Actually I've found UT2004 runs fine as long as I log out and boot > > into twm then run it :) > > Ok, so having never heard of ut2004 until now, a little research > shows that it's some sort of game. Is this native or a Linux binary? > And if Linux, does that mean TLS is working for Linux emulation > also? Its a game :-) The retail version of the game includes installers for both windows and linux (which is pretty damn cool IMHO). The linux binary works well under emulation and yes, TLS is working for Linux emulation as far as I know. All thats needed there is that we preserve %gs on context switch (which we do anyway). From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 07:49:34 2004 Return-Path: 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 CD2AA16A4CE; Tue, 3 Aug 2004 07:49:34 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A72343D58; Tue, 3 Aug 2004 07:49:34 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i737nTYl004408; Tue, 3 Aug 2004 08:49:29 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen Date: Tue, 3 Aug 2004 08:49:25 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408030849.25958.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:49:34 -0000 On Tuesday 03 August 2004 07:18, Daniel Eischen wrote: > On Tue, 3 Aug 2004, Daniel O'Connor wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Mon, 2 Aug 2004 22:44, Doug Rabson wrote: > > > > > > binary driver fairly soon (which also supports libpthread > > > > > > and libthr). > > > > > > > > > > With TLS support? :-) > > > > > > > > Oh yes :-) > > > > > > > > I'm going to be merging the TLS code into current over the next > > > > few days in fact. > > > > > > Oh, and it also runs ut2004 without crashing :-) > > > > Woo [expletive deleted] hoo! > > > > Actually I've found UT2004 runs fine as long as I log out and boot > > into twm then run it :) > > Ok, so having never heard of ut2004 until now, a little research > shows that it's some sort of game. Is this native or a Linux binary? > And if Linux, does that mean TLS is working for Linux emulation > also? Its a game :-) The retail version of the game includes installers for both windows and linux (which is pretty damn cool IMHO). The linux binary works well under emulation and yes, TLS is working for Linux emulation as far as I know. All thats needed there is that we preserve %gs on context switch (which we do anyway). From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 07:50:27 2004 Return-Path: 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 745DF16A4CE for ; Tue, 3 Aug 2004 07:50:27 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7BD143D1F for ; Tue, 3 Aug 2004 07:50:26 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i737oOF2004433; Tue, 3 Aug 2004 08:50:24 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: "Daniel O'Connor" Date: Tue, 3 Aug 2004 08:50:21 +0100 User-Agent: KMail/1.6.2 References: <1091385943.873.4.camel@taxman> <1091513552.4226.4.camel@einstein.local.nfy> <200408031610.42962.doconnor@gsoft.com.au> In-Reply-To: <200408031610.42962.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408030850.21370.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: Mayo Jordanov cc: freebsd-current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:50:27 -0000 On Tuesday 03 August 2004 07:40, Daniel O'Connor wrote: > On Tue, 3 Aug 2004 15:42, Mayo Jordanov wrote: > > On Mon, 2004-08-02 at 01:38, Doug Rabson wrote: > > > On Sunday 01 August 2004 19:45, Stefan Ehmann wrote: > > > > After today's cvsup the system freezes when I try to start X > > > > using the nvidia binary driver. The nv driver still works. > > > > > > > > ~1 week old kernel doesn't have this problem. > > > > > > If you can be patient, there will be a new release of the nvidia > > > binary driver fairly soon (which also supports libpthread and > > > libthr). > > > > Do you have any idea if it has/will have support for the 5700 > > chipset? > > I'd imagine it would be of a similar vintage to the latest Linux > driver, so it should support newer cards like that. > > The linux driver is at 61.06, the win32 driver 61.77. The notes for > the linux driver say it adds support for the 6800, so I imagine the > 5700 is supported. The pre-release drivers I've been using are in the 61.xx series. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 08:05:03 2004 Return-Path: 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 4B59516A4CE; Tue, 3 Aug 2004 08:05:03 +0000 (GMT) Received: from dglawrence.com (c-24-21-223-117.client.comcast.net [24.21.223.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D19B43D67; Tue, 3 Aug 2004 08:05:03 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i7382l5X019691; Tue, 3 Aug 2004 01:02:47 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i7382lWg019690; Tue, 3 Aug 2004 01:02:47 -0700 (PDT) Date: Tue, 3 Aug 2004 01:02:47 -0700 From: "David G. Lawrence" To: Tim Kientzle , freebsd-ports@freebsd.org, freebsd-current@freebsd.org Message-ID: <20040803080247.GI42525@nexus.dglawrence.com> References: <410F28E1.8080105@freebsd.org> <20040803072859.GA944@isis.wad.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803072859.GA944@isis.wad.cz> Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:05:03 -0000 > # kientzle@freebsd.org / 2004-08-02 22:55:45 -0700: > > Since POSIX and GNU violently disagree about the > > meaning of "tar -l", and there seem to be strong > > adherents to both interpretations, I'm preparing to > > commit a patch that breaks "tar -l" for everyone: > > All I can see is three posts in current@, that's > not much of a discussion (or voting). > > I for one, would prefer POSIX compliance. :) Well, '-l' has meant "local filesystem only" in FreeBSD since the 1.0 release (i.e. since the beginning - more than 10 years now). FreeBSD isn't a POSIX OS - it's a BSD OS and we have many differences in our user environment that differ from POSIX. That's partly what makes us BSD rather than System V, Solaris, or Linux. Many of our users prefer the way that ps(1) works in BSD, for example...as well as many other non-POSIXisms in other utilities. Since I personally trashed a destination filesystem because the new tar didn't do the right thing, I *know* there will be many other unsuspecting FreeBSD users that will have a similary distasteful experience with such a completely different behavior of '-l'. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 08:40:19 2004 Return-Path: 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 5F72816A4CF for ; Tue, 3 Aug 2004 08:40:19 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F3E43D68 for ; Tue, 3 Aug 2004 08:40:16 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i738e6vF060814; Tue, 3 Aug 2004 10:40:11 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <410F4F66.8040201@DeepCore.dk> Date: Tue, 03 Aug 2004 10:40:06 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> In-Reply-To: <410F3DD0.5030104@will.iki.fi> Content-Type: multipart/mixed; boundary="------------070309020503090709080401" X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:40:19 -0000 This is a multi-part message in MIME format. --------------070309020503090709080401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Ville-Pertti Keinonen wrote: > Søren Schmidt wrote: > >> If the controller doesn't have a bit saying if the interrupt is for >> us, then its impossible to close the race completely (without the >> above measures in place). However some devices use the DMA interrupt >> bits even in PIO mode (ie HPT does this) but I have no docs on the >> VIA's on that, but its worth a try at least... > > The current situation seems to me like ata_generic_intr can't work for > *any* controller sharing interrupts, even with DMA on a controller that > sets ATA_BMSTAT_INTERRUPT correctly, since if an interrupt occurs before > ATA_DMA_ACTIVE is set, ATA_BMSTAT_PORT is never even checked. Oh, I dont mean the ATA_BMSTAT* bits, I mean real interrupt status bits in the controller that you can poll on interrupt to see what exactly caused the event (check the Promise support fx). > IMHO ch->running != NULL is an insufficient condition based on which to > assume that an interrupt is intended for a specific channel... It was newer meant for that purpose really, but checking it was a nice way of sorting of some trouble. > Something similar to my patch + disabling interrupts to avoid a race > between the interrupt and ATA_EXPECT_INTR being set should at least > improve the situation. What races would that leave open? We dont want to disable interrupts, ever. I have one change in a tree here that you could try, but as long as the hardware doesn't support proper interrupt status its impossible to close the race window completely. Please remember that this is part of a bigger patchset, so I might have edited it too much, YMMV,, -- -Søren --------------070309020503090709080401 Content-Type: text/plain; name="running-patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="running-patch" Index: ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.40 diff -u -r1.40 ata-lowlevel.c --- ata-lowlevel.c 24 Jul 2004 19:03:28 -0000 1.40 +++ ata-lowlevel.c 3 Aug 2004 10:25:19 -0000 @@ -80,9 +80,6 @@ return ATA_OP_FINISHED; } - /* record the request as running */ - ch->running = request; - ATA_DEBUG_RQ(request, "transaction"); /* disable ATAPI DMA writes if HW doesn't support it */ @@ -139,7 +136,8 @@ } } - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; /* ATA DMA data transfer commands */ @@ -168,7 +166,8 @@ break; } - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; /* ATAPI PIO commands */ @@ -192,8 +191,10 @@ } /* command interrupt device ? just return and wait for interrupt */ - if ((request->device->param->config & ATA_DRQ_MASK) == ATA_DRQ_INTR) + if ((request->device->param->config & ATA_DRQ_MASK) == ATA_DRQ_INTR) { + ch->running = request; return ATA_OP_CONTINUES; + } /* wait for ready to write ATAPI command block */ { @@ -224,7 +225,8 @@ (request->device->param->config & ATA_PROTO_MASK) == ATA_PROTO_ATAPI_12 ? 6 : 8); - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; case ATA_R_ATAPI|ATA_R_DMA: @@ -289,14 +291,14 @@ break; } - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; } /* request finish here */ if (ch->dma->flags & ATA_DMA_ACTIVE) ch->dma->unload(ch); - ch->running = NULL; return ATA_OP_FINISHED; } --------------070309020503090709080401-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 08:55:44 2004 Return-Path: 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 EB45416A4CE; Tue, 3 Aug 2004 08:55:43 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E69543D1D; Tue, 3 Aug 2004 08:55:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i738tgYB097225; Tue, 3 Aug 2004 04:55:42 -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.12.11/8.12.11) with ESMTP id i738tf6e052828; Tue, 3 Aug 2004 04:55:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9FCB7303F; Tue, 3 Aug 2004 04:55:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040803085541.D9FCB7303F@freebsd-current.sentex.ca> Date: Tue, 3 Aug 2004 04:55:41 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:55:44 -0000 TB --- 2004-08-03 08:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-03 08:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-08-03 08:00:01 - checking out the source tree TB --- 2004-08-03 08:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-08-03 08:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-03 08:05:19 - building world (CFLAGS=-O -pipe) TB --- 2004-08-03 08:05:19 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-08-03 08:05:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-03 08:53:21 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-03 08:53:21 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-08-03 08:53:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 3 08:53:21 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/ata-disk.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cd.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-fd.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-tape.c awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisa_if.m -c ; cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror eisa_if.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c: In function `eisa_probe': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c:156: warning: 'i' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-08-03 08:55:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-03 08:55:41 - ERROR: failed to build generic kernel TB --- 2004-08-03 08:55:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:00:21 2004 Return-Path: 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 4129F16A4CE for ; Tue, 3 Aug 2004 09:00:21 +0000 (GMT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D030C43D3F for ; Tue, 3 Aug 2004 09:00:20 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1BrulB-0003FX-01; Tue, 03 Aug 2004 10:35:01 +0200 Received: from Andro-Beta.Leidinger.net (GQpOTZZJZeaYyERt2+j2ysmcNJ56XTVsm5acVRFryY4ZP3G0og1Z6j@[217.229.220.55]) by fmrl01.sul.t-online.com with esmtp id 1Brul8-0AJ3ey0; Tue, 3 Aug 2004 10:34:58 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i738Z38h070187 for ; Tue, 3 Aug 2004 10:35:03 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 3 Aug 2004 10:35:41 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-Id: <20040803103541.2e74412c@Magellan.Leidinger.net> In-Reply-To: <20040803031019.GN32424@horsey.gshapiro.net> References: <20040803031019.GN32424@horsey.gshapiro.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: GQpOTZZJZeaYyERt2+j2ysmcNJ56XTVsm5acVRFryY4ZP3G0og1Z6j@t-dialin.net Subject: Re: Please test /etc/rc.d/sendmail patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netchild@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 09:00:21 -0000 On Mon, 2 Aug 2004 20:10:19 -0700 Gregory Neil Shapiro wrote: > It turns out /etc/rc.d/sendmail has been broken for quite a while. > Nobody really noticed until the sendmail 8.13 import because older > versions let multiple daemons on different sockets run. The patch Not related to your patch, but related to sendmail and -current: What about adding "define(`confSERVICE_SWITCH_FILE', `/etc/nsswitch.conf')" as a default in -current? Or is this not needed and sendmail does this by default even without this define? And a little request for help: I have a problem on a -stable (post 4.10) system. In the logs I see "Warning: .cf version level (10) exceeds sendmail version 8.9.3 functionality (8)", at a time which seems to be related to a periodic(8) run. But when I telnet to port 25 I get "Sendmail 8.12.11/8.12.11". I verified, that contrib/sendmail is not stale (I compared the output of "cvs status | grep Tag" of some C files in contrib sendmail with the output of "cvs log"). I also can't find any other sendmail binary (except the link to the mailwrapper in /usr/sbin). The mailer.conf points to the correct sendmail binary. /usr/share/sendmail/cf is also the same as contrib/sendmail/cf. Any idea what I can check next? Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:07:41 2004 Return-Path: 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 0F63F16A4CE; Tue, 3 Aug 2004 09:07:41 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D98043D66; Tue, 3 Aug 2004 09:07:40 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (pD9E1E144.dip.t-dialin.net [217.225.225.68]) 4AB3E35BFE; Tue, 3 Aug 2004 11:07:36 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 9C828C45E2; Tue, 3 Aug 2004 11:07:35 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09607-06-5; Tue, 3 Aug 2004 11:07:35 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 77612C45DB; Tue, 3 Aug 2004 11:07:35 +0200 (CEST) To: Tim Kientzle In-Reply-To: <410F28E1.8080105@freebsd.org> (Tim Kientzle's message of "Mon, 02 Aug 2004 22:55:45 -0700") References: <410F28E1.8080105@freebsd.org> From: Matthias Andree Date: Tue, 03 Aug 2004 11:07:35 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:07:41 -0000 Tim Kientzle writes: > presence of POSIXLY_CORRECT.) I will consider > suggestions for a corresponding environment variable > for GNU behavior (GNULY_CORRECT?). My suggestion: don't bother about GNULY_CORRECT. Where GNU deviates from standards without good reason, GNU needs to be fixed. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:09:22 2004 Return-Path: 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 7F7FA16A4CE; Tue, 3 Aug 2004 09:09:22 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40A4C43D48; Tue, 3 Aug 2004 09:09:22 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (pD9E1E144.dip.t-dialin.net [217.225.225.68]) 4CF9B2A1B2; Tue, 3 Aug 2004 11:09:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 9CA87C31AF; Tue, 3 Aug 2004 11:09:20 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09967-04; Tue, 3 Aug 2004 11:09:20 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 6E8CAC2E06; Tue, 3 Aug 2004 11:09:20 +0200 (CEST) To: "David G. Lawrence" In-Reply-To: <20040803080247.GI42525@nexus.dglawrence.com> (David G. Lawrence's message of "Tue, 3 Aug 2004 01:02:47 -0700") References: <410F28E1.8080105@freebsd.org> <20040803072859.GA944@isis.wad.cz> <20040803080247.GI42525@nexus.dglawrence.com> From: Matthias Andree Date: Tue, 03 Aug 2004 11:09:20 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org cc: Tim Kientzle cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:09:22 -0000 "David G. Lawrence" writes: >> # kientzle@freebsd.org / 2004-08-02 22:55:45 -0700: >> > Since POSIX and GNU violently disagree about the >> > meaning of "tar -l", and there seem to be strong >> > adherents to both interpretations, I'm preparing to >> > commit a patch that breaks "tar -l" for everyone: >> >> All I can see is three posts in current@, that's >> not much of a discussion (or voting). >> >> I for one, would prefer POSIX compliance. :) > > Well, '-l' has meant "local filesystem only" in FreeBSD since the 1.0 > release (i.e. since the beginning - more than 10 years now). FreeBSD isn't > a POSIX OS - it's a BSD OS and we have many differences in our user > environment that differ from POSIX. That's partly what makes us BSD rather > than System V, Solaris, or Linux. Many of our users prefer the way that ps(1) > works in BSD, for example...as well as many other non-POSIXisms in other > utilities. Talking of Solaris, it still has a nonconforming /bin/sh, and such is a major annoyance in heteogenous networks. Same applies to FreeBSD, please lean towards standards wherever possible. As this BSD tar stuff is a -CURRENT issue, it is allowed to break. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:10:38 2004 Return-Path: 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 45B1C16A4CE; Tue, 3 Aug 2004 09:10:38 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3B543D70; Tue, 3 Aug 2004 09:10:36 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i739ATEg015940; Tue, 3 Aug 2004 11:10:30 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: , References: <20040803031019.GN32424@horsey.gshapiro.net> <20040803103541.2e74412c@Magellan.Leidinger.net> Date: Tue, 3 Aug 2004 11:10:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Re: Please test /etc/rc.d/sendmail patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:10:38 -0000 From: "Alexander Leidinger" > And a little request for help: I have a problem on a -stable (post 4.10) > system. In the logs I see "Warning: .cf version level (10) exceeds > sendmail version 8.9.3 functionality (8)", at a time which seems to be > related to a periodic(8) run. But when I telnet to port 25 I get > "Sendmail 8.12.11/8.12.11". I verified, that contrib/sendmail is not > stale (I compared the output of "cvs status | grep Tag" of some C files > in contrib sendmail with the output of "cvs log"). I also can't find any > other sendmail binary (except the link to the mailwrapper in /usr/sbin). > The mailer.conf points to the correct sendmail binary. > /usr/share/sendmail/cf is also the same as contrib/sendmail/cf. Any idea > what I can check next? Hi Alexander, I once had this problem as well. And as far as I recall was this due to the version setting in my /etc/mail/sendmail.cf. But I seem to remember that this would also show at the telnet to port 25 prompt. Manually changing the version number fixed the complaint. Perhaps your sendmail running with periodic uses a different .cf??? --WjW From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:21:20 2004 Return-Path: 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 7EACC16A4CE for ; Tue, 3 Aug 2004 09:21:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C9443D5F for ; Tue, 3 Aug 2004 09:21:20 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so79143rnl for ; Tue, 03 Aug 2004 02:21:18 -0700 (PDT) Received: by 10.38.78.55 with SMTP id a55mr223300rnb; Tue, 03 Aug 2004 02:21:18 -0700 (PDT) Message-ID: Date: Tue, 3 Aug 2004 12:21:18 +0300 From: Dan Cojocar To: Max Laier In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408021220.20785.max@love2party.net> <200408021508.43112.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: Buildkernel+ALTQ error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:21:20 -0000 > Now i think that is something wrong with my config, but i don't > understant what :(, i'm using the same configuration for some time now > and i didn't have errors like this. I will try make a clean cvsup in > another dir maybe i will notice the differences. I made a clean cvsup and now everything is ok, again, i will try to find what was wrong and if i find something i will post my results. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:25:31 2004 Return-Path: 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 D017B16A4CE for ; Tue, 3 Aug 2004 09:25:31 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B9B43D2D for ; Tue, 3 Aug 2004 09:25:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1BrvY0-0002rq-01; Tue, 03 Aug 2004 11:25:28 +0200 Received: from Andro-Beta.Leidinger.net (ZYwoXGZfZeqSeHJdEp--IyHHyaFAH3D1DnlNxPMx2mfVXKc93+Gtkz@[217.229.220.55]) by fmrl04.sul.t-online.com with esmtp id 1BrvXo-1hk8360; Tue, 3 Aug 2004 11:25:16 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i739PKPp077339; Tue, 3 Aug 2004 11:25:20 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 3 Aug 2004 11:25:58 +0200 From: Alexander Leidinger To: "Willem Jan Withagen" Message-Id: <20040803112558.1a931db3@Magellan.Leidinger.net> In-Reply-To: <03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> References: <20040803031019.GN32424@horsey.gshapiro.net> <20040803103541.2e74412c@Magellan.Leidinger.net> <03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: ZYwoXGZfZeqSeHJdEp--IyHHyaFAH3D1DnlNxPMx2mfVXKc93+Gtkz@t-dialin.net cc: freebsd-current@freebsd.org Subject: Re: Please test /etc/rc.d/sendmail patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:25:31 -0000 On Tue, 3 Aug 2004 11:10:36 +0200 "Willem Jan Withagen" wrote: > Perhaps your sendmail running with periodic uses a different .cf??? I don't think so. Regenerating the sendmail.cf was one of the first things I did, so it isn't outdated. The submit.cf is also regenerated. The only other .cf files are the freebsd ones, and those are also up-to-date. Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:27:57 2004 Return-Path: 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 8103B16A4CF for ; Tue, 3 Aug 2004 09:27:57 +0000 (GMT) Received: from helios.earthmagic.org (helios.earthmagic.org [69.55.238.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B8843D54 for ; Tue, 3 Aug 2004 09:27:57 +0000 (GMT) (envelope-from lonewolf-freebsd@earthmagic.org) Received: (qmail 59732 invoked by uid 0); 3 Aug 2004 09:27:56 -0000 Received: from lonewolf-freebsd@earthmagic.org by helios.earthmagic.org by uid 82 with qmail-scanner-1.20rc4 (clamscan: 0.70. Clear:RC:0:. Processed in 0.080488 secs); 03 Aug 2004 09:27:56 -0000 Received: from ppp144-147.lns1.mel2.internode.on.net (HELO earthmagic.org) (lonewolf@150.101.144.147) by helios.earthmagic.org with RC4-MD5 encrypted SMTP; 3 Aug 2004 09:27:56 -0000 Message-ID: <410F5A99.3000505@earthmagic.org> Date: Tue, 03 Aug 2004 19:27:53 +1000 From: Johny Mattsson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <410F28E1.8080105@freebsd.org> In-Reply-To: <410F28E1.8080105@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:27:57 -0000 Tim Kientzle wrote: > Since POSIX and GNU violently disagree about the > meaning of "tar -l", and there seem to be strong > adherents to both interpretations, I'm preparing to > commit a patch that breaks "tar -l" for everyone: > > $ tar -cl foo > Error: -l has different behaviors in different tars. > For the GNU behavior, use --one-file-system instead. > For the POSIX behavior, use --check-links instead. Apologies if this is close to a bike-shed, but how about making the above message a transitional message, and changing it to: $ tar -cl foo Error: -l has different behaviors in different tars. For the GNU behavior, use --one-file-system instead. For the POSIX behavior, use --check-links instead. In future releases, POSIX behavior will be assumed, so please adjust scripts and mentality as needed before then. As someone said, adhering to standards is a Good Thing (tm), and I think it's a worthwile aim. Making this error (and yes, I do agree that it should be an error, not a warning) transitional, we pave the way for becoming standards compliant, while still not destroying file systems nilly-willy. I won't claim to know what a reasonable timeframe would be, but perhaps have this message in 5.3, and then change the behaviour for 5.4 or 5.5? Cheers, /Johny -- Johny Mattsson - Making IT work ,-. ,-. ,-. There is no truth. http://www.earthmagic.org _.' `-' `-' There is only perception. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:28:00 2004 Return-Path: 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 E1B1716A4DA for ; Tue, 3 Aug 2004 09:28:00 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07B543D67 for ; Tue, 3 Aug 2004 09:28:00 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.0.20.162] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id 8E47924; Tue, 3 Aug 2004 12:30:11 +0300 (EEST) Message-ID: <410F5A99.8070005@will.iki.fi> Date: Tue, 03 Aug 2004 12:27:53 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> <410F4F66.8040201@DeepCore.dk> In-Reply-To: <410F4F66.8040201@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:28:01 -0000 Søren Schmidt wrote: > We dont want to disable interrupts, ever. That makes avoiding races difficult for some hardware... > I have one change in a tree here that you could try, but as long as > the hardware doesn't support proper interrupt status its impossible to > close the race window completely. Please remember that this is part of > a bigger patchset, so I might have edited it too much, YMMV,, It introduces the same race as my patch - if the interrupt occurs after ATA_DMA_ACTIVE is set but before running is set, the interrupt may be acknowledged (I assume that's what writing BMSTAT_PORT does) but ignored (because running == NULL). It seems to me that reliable solutions would all involve atomically (from an interrupt perspective) performing the final activation of the transaction and marking the transaction active for the interrupt handler to check. What the correct way to ensure such atomicity in -current is, I don't know. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:29:22 2004 Return-Path: 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 1933F16A4CE for ; Tue, 3 Aug 2004 09:29:22 +0000 (GMT) Received: from mirrorball.thelosingend.net (m069c.studby.ntnu.no [129.241.130.69]) by mx1.FreeBSD.org (Postfix) with SMTP id 05F3043D72 for ; Tue, 3 Aug 2004 09:29:21 +0000 (GMT) (envelope-from svein-freebsd-current@theloosingend.net) Received: (qmail 19483 invoked by uid 1001); 3 Aug 2004 09:29:19 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Aug 2004 09:29:19 -0000 Date: Tue, 3 Aug 2004 11:29:19 +0200 (CEST) From: Svein Halvor Halvorsen X-X-Sender: sveinhal@mirrorball.thelosingend.net To: Roman Neuhauser In-Reply-To: <20040803072859.GA944@isis.wad.cz> Message-ID: <20040803112139.L17134@mirrorball.thelosingend.net> References: <410F28E1.8080105@freebsd.org> <20040803072859.GA944@isis.wad.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Tim Kientzle cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:29:22 -0000 [Roman Neuhauser, 2004-08-03] > > $ tar -cl foo > > Error: -l has different behaviors in different tars. > > For the GNU behavior, use --one-file-system instead. > > For the POSIX behavior, use --check-links instead. : : > > In short, everyone wins on -o, everyone loses > > on -l. That seems fair. ;-) > > I believe "loses" is the keyword here. I don't see how this > would benefit anyone in the long term, sticking with either > side would be better (but please choose POSIX :). Theoretically, I'm with you, but if I'm going to be pragmatic, I have to say that if any one of the -l behaviours are to be the default, it should be the GNU one, despite it beeing non-POSIX. GNU tar has been in the base system forever now, and it's become the expected version. We should strive to be POSIX-compliant, but also try to be true to the history of things. Also, since it's possible to get undesired effect from using the wrong option, I say stick to the historical-compliant implementation, -or- give an error. Don't break compability just for the sake of beeing POSIX- compliant. It's BSD, not POSIX (og GNU for that matter -- or even SysV) Svein Halvor (A FreeBSD dilletant that's interferring with 'the big guys') From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:34:03 2004 Return-Path: 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 52E2616A4CE for ; Tue, 3 Aug 2004 09:34:03 +0000 (GMT) Received: from mr01.hansenet.de (mr01.hansenet.de [213.191.74.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C67D43D45 for ; Tue, 3 Aug 2004 09:34:02 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mail.nipsi.de (80.171.45.140) by mr01.hansenet.de (6.7.010) id 40E529390008F919 for current@freebsd.org; Tue, 3 Aug 2004 11:33:59 +0200 Received: from localhost (localhost [127.0.0.1]) (uid 1001) by mail.nipsi.de with local; Tue, 03 Aug 2004 11:34:01 +0200 Date: Tue, 3 Aug 2004 11:34:01 +0200 From: Dennis Berger To: current@freebsd.org Message-ID: <20040803093401.GA43199@nipsi.home.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: status of bind9 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:34:03 -0000 Hi all, whats the status of the bind9 import? I recognized it's "in progress" since several month now, and as the releasedate is coming closer I'm getting nervous. thanks. -db From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:39:00 2004 Return-Path: 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 9CA5A16A4CE for ; Tue, 3 Aug 2004 09:39:00 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF18043D5E for ; Tue, 3 Aug 2004 09:38:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i739cr6Q061394; Tue, 3 Aug 2004 11:38:58 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <410F5D2D.4080305@DeepCore.dk> Date: Tue, 03 Aug 2004 11:38:53 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> <410F4F66.8040201@DeepCore.dk> <410F5A99.8070005@will.iki.fi> In-Reply-To: <410F5A99.8070005@will.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:39:00 -0000 Ville-Pertti Keinonen wrote: > Søren Schmidt wrote: > >> We dont want to disable interrupts, ever. > > That makes avoiding races difficult for some hardware... Only on HW broken by design :) >> I have one change in a tree here that you could try, but as long as >> the hardware doesn't support proper interrupt status its impossible to >> close the race window completely. Please remember that this is part of >> a bigger patchset, so I might have edited it too much, YMMV,, > > It introduces the same race as my patch - if the interrupt occurs after > ATA_DMA_ACTIVE is set but before running is set, the interrupt may be > acknowledged (I assume that's what writing BMSTAT_PORT does) but ignored > (because running == NULL). Right, I have a change for that as well, but its a bit more work to sort out, but basically it makes DMA_ACTIVE into two flags, one for having loaded the DMA table though busdma, and one for having started the DMA engine. I'll try to sort that one out, but its entangled deeply in other changes so it needs a bit more work... > It seems to me that reliable solutions would all involve atomically > (from an interrupt perspective) performing the final activation of the > transaction and marking the transaction active for the interrupt handler > to check. What the correct way to ensure such atomicity in -current is, > I don't know. Reliable solutions needs reliable HW, we can narrow down the race window here, but without HW support we cannot close it completely unless we serialises access to the channels (what lots of OS's does btw).. -- -Søren From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:53:49 2004 Return-Path: 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 C8D5D16A4CE; Tue, 3 Aug 2004 09:53:49 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610E043D1F; Tue, 3 Aug 2004 09:53:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i739rm08050721; Tue, 3 Aug 2004 05:53:48 -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.12.11/8.12.11) with ESMTP id i739rm3Z072274; Tue, 3 Aug 2004 05:53:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E9247303F; Tue, 3 Aug 2004 05:53:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040803095348.6E9247303F@freebsd-current.sentex.ca> Date: Tue, 3 Aug 2004 05:53:48 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:53:50 -0000 TB --- 2004-08-03 08:55:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-03 08:55:42 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-03 08:55:42 - checking out the source tree TB --- 2004-08-03 08:55:42 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-08-03 08:55:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-03 09:01:21 - building world (CFLAGS=-O -pipe) TB --- 2004-08-03 09:01:21 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-03 09:01:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-03 09:51:21 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-03 09:51:21 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-03 09:51:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 3 09:51:21 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/aac/aac_d ebug.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/aac/aac_d isk.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/aac/aac_p ci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/aac/aac_c am.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/ac pi.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpi.c: In function `acpiioctl': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpi.c:2396: warning: 'hp' might be used uninitialized in this function /tinderbox/CURRENT/amd64/amd64/src/sys/dev/acpica/acpi.c:2397: warning: 'error' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-03 09:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-03 09:53:48 - ERROR: failed to build generic kernel TB --- 2004-08-03 09:53:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 10:31:04 2004 Return-Path: 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 23FFC16A4CE for ; Tue, 3 Aug 2004 10:31:04 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC3643D64 for ; Tue, 3 Aug 2004 10:31:03 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.0.20.162] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id 701AA3E; Tue, 3 Aug 2004 13:33:14 +0300 (EEST) Message-ID: <410F695F.2060907@will.iki.fi> Date: Tue, 03 Aug 2004 13:30:55 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> <410F4F66.8040201@DeepCore.dk> <410F5A99.8070005@will.iki.fi> <410F5D2D.4080305@DeepCore.dk> In-Reply-To: <410F5D2D.4080305@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:31:04 -0000 Søren Schmidt wrote: > Reliable solutions needs reliable HW, we can narrow down the race > window here, but without HW support we cannot close it completely > unless we serialises access to the channels (what lots of OS's does > btw).. For now, I moved my SATA disks to the Promise controller, which seems to work with an unpatched -current. If serialization is the only reliable solution, shouldn't it be enabled for all controllers with multiple channels on the same irq that use ata_generic_intr? It isn't going to hurt performance when only using one channel, and when using multiple channels...currently it's pretty much guaranteed to blow up. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 10:50:43 2004 Return-Path: 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 3660916A4CE for ; Tue, 3 Aug 2004 10:50:43 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id F23C743D55 for ; Tue, 3 Aug 2004 10:50:41 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: (qmail 77147 invoked by uid 0); 3 Aug 2004 10:50:41 -0000 Received: from r3al61.chello.upc.cz (HELO isis.wad.cz) (213.220.229.61) by smtp.dkm.cz with SMTP; 3 Aug 2004 10:50:40 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id 953E02FDA01; Tue, 3 Aug 2004 12:50:40 +0200 (CEST) Date: Tue, 3 Aug 2004 12:50:40 +0200 From: Roman Neuhauser To: Johny Mattsson Message-ID: <20040803105040.GA1620@isis.wad.cz> Mail-Followup-To: Johny Mattsson , Tim Kientzle , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <410F28E1.8080105@freebsd.org> <410F5A99.3000505@earthmagic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410F5A99.3000505@earthmagic.org> User-Agent: Mutt/1.5.6i cc: Tim Kientzle cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:50:43 -0000 # lonewolf-freebsd@earthmagic.org / 2004-08-03 19:27:53 +1000: > As someone said, adhering to standards is a Good Thing (tm), and I think > it's a worthwile aim. Making this error (and yes, I do agree that it > should be an error, not a warning) transitional, we pave the way for > becoming standards compliant, while still not destroying file systems > nilly-willy. > > I won't claim to know what a reasonable timeframe would be, but perhaps > have this message in 5.3, and then change the behaviour for 5.4 or 5.5? AFAIK 5.3 is to be the point where 5.x becomes STABLE, and it would not be smart to change the behavior after that. I don't know whether there's still enough time for a transitional period. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:01:43 2004 Return-Path: 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 DADBA16A4CE; Tue, 3 Aug 2004 11:01:43 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C1843D2D; Tue, 3 Aug 2004 11:01:43 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id AA31D1674E3; Tue, 3 Aug 2004 13:01:42 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i73B1f9H022270 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 3 Aug 2004 13:01:41 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-ports@freebsd.org Date: Tue, 3 Aug 2004 13:01:40 +0200 User-Agent: KMail/1.6.2 References: <410F28E1.8080105@freebsd.org> <20040803072859.GA944@isis.wad.cz> In-Reply-To: <20040803072859.GA944@isis.wad.cz> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_VC3DBD2A0AfPxJb"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408031301.41181.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Roman Neuhauser cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:01:44 -0000 --Boundary-02=_VC3DBD2A0AfPxJb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 03 August 2004 09:28, Roman Neuhauser wrote: > > In short, everyone wins on -o, everyone loses > > on -l. That seems fair. ;-) > > I believe "loses" is the keyword here. You don't loose anything if set POSIXLY_CORRECT. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_VC3DBD2A0AfPxJb Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBD3CVXhc68WspdLARAiI2AJ47lo7WfqHA1Lt8rFS8rxnrNKq0GgCfffS7 9kuzMl8H5w7fQALOfa3b4Rk= =k2Fe -----END PGP SIGNATURE----- --Boundary-02=_VC3DBD2A0AfPxJb-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:05:18 2004 Return-Path: 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 F240616A4D0; Tue, 3 Aug 2004 11:05:17 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 872BE43D53; Tue, 3 Aug 2004 11:05:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i73B5GfY057327; Tue, 3 Aug 2004 07:05:16 -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.12.11/8.12.11) with ESMTP id i73B5G1M057941; Tue, 3 Aug 2004 07:05:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A833D7303F; Tue, 3 Aug 2004 07:05:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040803110516.A833D7303F@freebsd-current.sentex.ca> Date: Tue, 3 Aug 2004 07:05:16 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:05:18 -0000 TB --- 2004-08-03 09:53:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-03 09:53:48 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-08-03 09:53:48 - checking out the source tree TB --- 2004-08-03 09:53:48 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-08-03 09:53:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-03 09:59:23 - building world (CFLAGS=-O -pipe) TB --- 2004-08-03 09:59:23 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-03 09:59:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-03 10:48:47 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-03 10:48:47 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-03 10:48:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 3 10:48:47 UTC 2004 >>> 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 >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Aug 3 11:01:18 UTC 2004 TB --- 2004-08-03 11:01:18 - generating LINT kernel config TB --- 2004-08-03 11:01:18 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2004-08-03 11:01:18 - /usr/bin/make -B LINT TB --- 2004-08-03 11:01:18 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-03 11:01:18 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-03 11:01:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 11:01:18 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/aac/aac_debug.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/aac/aac_disk.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/aac/aac_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/aac/aac_cam.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/aac/aac_linux.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi.c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi.c: In function `acpi_Startup': /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi.c:244: warning: unused variable `debugpoint' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-08-03 11:05:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-03 11:05:16 - ERROR: failed to build lint kernel TB --- 2004-08-03 11:05:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:09:19 2004 Return-Path: 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 A55DA16A4CE; Tue, 3 Aug 2004 11:09:19 +0000 (GMT) Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94FF843D46; Tue, 3 Aug 2004 11:09:18 +0000 (GMT) (envelope-from mike@urgle.com) Received: from singsing.eng.demon.net (singsing.eng.demon.net [194.217.90.11]) by internal.mail.demon.net with ESMTP id i73BBo417094; Tue, 3 Aug 2004 11:11:50 GMT Received: from singsing.eng.demon.net (localhost [127.0.0.1]) i73B9DtY034655; Tue, 3 Aug 2004 12:09:13 +0100 (BST) (envelope-from mike@urgle.com) Received: (from michaelb@localhost) by singsing.eng.demon.net (8.12.10/8.12.10/Submit) id i73B96vu034654; Tue, 3 Aug 2004 12:09:06 +0100 (BST) (envelope-from mike@urgle.com) X-Authentication-Warning: singsing.eng.demon.net: michaelb set sender to mike@urgle.com using -f From: Mike Bristow To: Roman Neuhauser In-Reply-To: <20040803105040.GA1620@isis.wad.cz> References: <410F28E1.8080105@freebsd.org> <410F5A99.3000505@earthmagic.org> <20040803105040.GA1620@isis.wad.cz> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: (none) Message-Id: <1091531346.34422.12.camel@singsing.eng.demon.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 03 Aug 2004 12:09:06 +0100 cc: Tim Kientzle cc: Johny Mattsson cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:09:19 -0000 On Tue, 2004-08-03 at 11:50, Roman Neuhauser wrote: > # lonewolf-freebsd@earthmagic.org / 2004-08-03 19:27:53 +1000: > > As someone said, adhering to standards is a Good Thing (tm), and I think > > it's a worthwile aim. Making this error (and yes, I do agree that it > > should be an error, not a warning) transitional, we pave the way for > > becoming standards compliant, while still not destroying file systems > > nilly-willy. > > > > I won't claim to know what a reasonable timeframe would be, but perhaps > > have this message in 5.3, and then change the behaviour for 5.4 or 5.5? > > AFAIK 5.3 is to be the point where 5.x becomes STABLE, and it would > not be smart to change the behavior after that. I don't know whether > there's still enough time for a transitional period. You could leave the warning in place for the whole RELENG_5 cycle, and do the POSIX thing in HEAD (after RELENG_5 has branched). Means FreeBSD gets a POSIX tar; -STABLE users see the warning for ages; -CURRENT users see the warning for a while. Everyone has ice-cream. Cheers, Mike -- Mike Bristow - http://www.urgle.com/~mike/ - mike@urgle.com Why did the evil chicken cross the road? A polo bear From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:35:18 2004 Return-Path: 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 C1DBF16A4CE for ; Tue, 3 Aug 2004 11:35:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FDB143D53 for ; Tue, 3 Aug 2004 11:35:18 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i73BZ7G5062438; Tue, 3 Aug 2004 13:35:12 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <410F786B.1060206@DeepCore.dk> Date: Tue, 03 Aug 2004 13:35:07 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ville-Pertti Keinonen References: <410E688D.7020709@will.iki.fi> <410E74F7.1070000@will.iki.fi> <20040802132802.3d7kgoow0c80ss0s@www.sweetdreamsracing.biz> <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> <410F4F66.8040201@DeepCore.dk> <410F5A99.8070005@will.iki.fi> <410F5D2D.4080305@DeepCore.dk> <410F695F.2060907@will.iki.fi> In-Reply-To: <410F695F.2060907@will.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:35:18 -0000 Ville-Pertti Keinonen wrote: > Søren Schmidt wrote: > >> Reliable solutions needs reliable HW, we can narrow down the race >> window here, but without HW support we cannot close it completely >> unless we serialises access to the channels (what lots of OS's does >> btw).. > > For now, I moved my SATA disks to the Promise controller, which seems to > work with an unpatched -current. Yeah, Promise makes HW thats designed to work ;) > If serialization is the only reliable solution, shouldn't it be enabled > for all controllers with multiple channels on the same irq that use > ata_generic_intr? It isn't going to hurt performance when only using > one channel, and when using multiple channels...currently it's pretty > much guaranteed to blow up. Well, until very recently such controllers didn't exist. I've fixed the Intel SATA part, but I have no docs for the VIA SATA part so I have nothing to go by there so maybe I should mark that one as broken and serialize the accesses... -- -Søren From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:54:13 2004 Return-Path: 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 C88AE16A4CE for ; Tue, 3 Aug 2004 11:54:13 +0000 (GMT) Received: from av1-1-sn4.m-sp.skanova.net (av1-1-sn4.m-sp.skanova.net [81.228.10.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6229C43D46 for ; Tue, 3 Aug 2004 11:54:13 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 3DDFC38030; Tue, 3 Aug 2004 13:54:12 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av1-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 2EE3237E5F; Tue, 3 Aug 2004 13:54:12 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 01CD337E49; Tue, 3 Aug 2004 13:54:11 +0200 (CEST) From: "Daniel Eriksson" To: "'Ville-Pertti Keinonen'" , Date: Tue, 3 Aug 2004 13:54:22 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <410E74F7.1070000@will.iki.fi> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:54:13 -0000 Ville-Pertti Keinonen wrote: > Partitions from ad10 and ad12 were mounted on /sata1 and /sata2,=20 > respectively, both containing tens of gigabytes of files. >=20 > By issuing >=20 > $ find /sata1 -type f -exec md5 '{}' \; & find /sata2 -type f=20 > -exec md5=20 > '{}' \; & >=20 > the system would lock up or detach one of the disks in less=20 > than 5 seconds. >=20 > With the attached version of my patch, it completed successfully. My system also survives the stress-test after applying the patch, but it fails to fix all of my problems. One way for me to reliably mess my system up is to install /usr/ports/sysutils/smartmontools and then try to enable SMART on both = the SATA discs (smartctl -s on /dev/ad20 && smartctl -s on /dev/ad22). This results in the first channel totally locking up, to the point where not = even a reboot unlocks it (BIOS hangs, or if the SATA BIOS is turned off then FreeBSD hangs when detecting the channel on the controller). Trying to access the disc results in the process hanging indefinately without = error message and with no way to kill it. The above problem is the same with or without your patch. However, = without your patch I usually get an interrupt storm, followed by a detached disc = and then a channel lockup. With your patch I get no storm and the disc is = not detached (but the channel still locks up hard). I'm not sure if this is a hardware problem or not. I've tried switching channels for the two discs (one Maxtor, one Western Digital), but it = seems it is always the first channel that locks up. That seems to indicate = that it's not a disc problem. It could still be a problem with the = motherboard. Unfortunately I don't know how to proceed with troubleshooting this. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:58:47 2004 Return-Path: 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 24C2C16A4CE for ; Tue, 3 Aug 2004 11:58:47 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27DCA43D2F for ; Tue, 3 Aug 2004 11:58:46 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i73BweEg019564; Tue, 3 Aug 2004 13:58:41 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <03f101c47951$3c543540$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Alexander Leidinger" References: <20040803031019.GN32424@horsey.gshapiro.net><20040803103541.2e74412c@Magellan.Leidinger.net><03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> <20040803112558.1a931db3@Magellan.Leidinger.net> Date: Tue, 3 Aug 2004 13:58:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: Please test /etc/rc.d/sendmail patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:58:47 -0000 From: "Alexander Leidinger" > > Perhaps your sendmail running with periodic uses a different .cf??? > > I don't think so. Regenerating the sendmail.cf was one of the first > things I did, so it isn't outdated. The submit.cf is also regenerated. > The only other .cf files are the freebsd ones, and those are also > up-to-date. This is almost at the top of my *.cf # level 10 config file format V10/Berkeley This is a little further down the road: # Configuration version number DZ8.12.10 This is how I'm greeted: [/etc/mail] root@freebee> telnet 0 25 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. 220 ........... ESMTP Sendmail 8.12.10/8.12.10; Tue, 3 Aug 2004 13:51:05 +0200 (CEST) quit 221 2.0.0 ......... closing connection Connection closed by foreign host. And this is at the end of: strings /usr/libexec/sendmail/sendmail @(#) Copyright (c) 1998-2001 Sendmail, Inc. and its suppliers. All rights reserved. Copyright (c) 1983, 1995-1997 Eric P. Allman. All rights reserved. Copyright (c) 1988, 1993 The Regents of the University of California. All rights reserved. 0123456789ABCDEF ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/ ?456789:;<= !"#$%&'()*+,-./0123 >|Gt 8.12.10 My guess is that if in this last case has 8.9.3 in it, your running old binaries. The 8.9.3 has to come from somewhere..... The errorstring you get stems from main.c --WjW From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 12:15:02 2004 Return-Path: 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 E1BAA16A4CE for ; Tue, 3 Aug 2004 12:15:02 +0000 (GMT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E50743D6B for ; Tue, 3 Aug 2004 12:15:02 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd05.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1BryC4-0006cM-08; Tue, 03 Aug 2004 14:15:00 +0200 Received: from Andro-Beta.Leidinger.net (bHfqXGZCgeGEZ2vO2MjOCO01+RlvqEXCL1Gs3pzyXH6bRt4BkfHWYu@[217.229.220.55]) by fmrl05.sul.t-online.com with esmtp id 1BryBv-11nLU00; Tue, 3 Aug 2004 14:14:51 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i73CEsBM001531; Tue, 3 Aug 2004 14:14:54 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 3 Aug 2004 14:15:32 +0200 From: Alexander Leidinger To: "Willem Jan Withagen" Message-Id: <20040803141532.623722ed@Magellan.Leidinger.net> In-Reply-To: <03f101c47951$3c543540$471b3dd4@digiware.nl> References: <20040803031019.GN32424@horsey.gshapiro.net> <20040803103541.2e74412c@Magellan.Leidinger.net> <03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> <20040803112558.1a931db3@Magellan.Leidinger.net> <03f101c47951$3c543540$471b3dd4@digiware.nl> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: bHfqXGZCgeGEZ2vO2MjOCO01+RlvqEXCL1Gs3pzyXH6bRt4BkfHWYu@t-dialin.net cc: freebsd-current@freebsd.org Subject: strange sendmail behavior (was: Re: Please test /etc/rc.d/sendmail patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:15:03 -0000 On Tue, 3 Aug 2004 13:58:48 +0200 "Willem Jan Withagen" wrote: > From: "Alexander Leidinger" > > > Perhaps your sendmail running with periodic uses a different .cf??? > > > > I don't think so. Regenerating the sendmail.cf was one of the first > > things I did, so it isn't outdated. The submit.cf is also regenerated. > > The only other .cf files are the freebsd ones, and those are also > > up-to-date. > > This is almost at the top of my *.cf > > # level 10 config file format > V10/Berkeley > > This is a little further down the road: > > # Configuration version number > DZ8.12.10 As I already told here: the config is up-to-date. > And this is at the end of: > > strings /usr/libexec/sendmail/sendmail > @(#) Copyright (c) 1998-2001 Sendmail, Inc. and its suppliers. > All rights reserved. > Copyright (c) 1983, 1995-1997 Eric P. Allman. All rights reserved. > Copyright (c) 1988, 1993 > The Regents of the University of California. All rights reserved. > 0123456789ABCDEF > ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/ > ?456789:;<= > !"#$%&'()*+,-./0123 > >|Gt > 8.12.10 > > My guess is that if in this last case has 8.9.3 in it, your running old > binaries. % strings /usr/libexec/sendmail/sendmail |grep 8.9.3 %strings /usr/libexec/sendmail/sendmail | grep 8.12.11 8.12.11 Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 12:41:36 2004 Return-Path: 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 E817116A4CE; Tue, 3 Aug 2004 12:41:36 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 550A343D46; Tue, 3 Aug 2004 12:41:36 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i73CfYaO000705; Tue, 3 Aug 2004 21:41:34 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 3 Aug 2004 21:41:33 +0900 From: Norikatsu Shigemura To: sam@FreeBSD.org Message-Id: <20040803214133.31dd9b03.nork@FreeBSD.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.3 (sakura.ninth-nine.com [IPv6:2002:db7f:4a79::1]); Tue, 03 Aug 2004 21:41:34 +0900 (JST) cc: freebsd-current@FreeBSD.org cc: freebsd-stable@FreeBSD.org Subject: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:41:37 -0000 Hi sam! I have two Soekris vpn1401 crypto accelerator cards. I installed these to 4-stable machine and 5-current machine. 4-stable(FreeBSD sakura.ninth-nine.com 4.10-STABLE FreeBSD 4.10-STABLE #16: Mon Aug 2 20:45:23 JST 2004 nork@sakura.ninth-nine.com:/usr/obj/usr/src/sys/SAKURA i386) hifn0 mem 0xfa100000-0xfa107fff,0xfa108000-0xfa109fff,0xfa10e000-0xfa10efff irq 11 at device 9.0 on pci0 hifn0: Hifn 7955, rev 0, 32KB dram, 64 sessions - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - options INET #InterNETworking options INET6 #IPv6 communications protocols #options FAST_IPSEC # Fast IPsec options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_DEBUG #debug for IP security pseudo-device crypto # core crypto support pseudo-device cryptodev # /dev/crypto for access to h/w device hifn # Hifn 7951, 7781, etc. device rndtest # FIPS 140-2 entropy tester options HIFN_DEBUG # enable debugging support: hw.hifn.debug options HIFN_RNDTEST # enable rndtest support - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 5-current(FreeBSD nadesico.ninth-nine.com 5.2-CURRENT FreeBSD 5.2-CURRENT #10: Tue Aug 3 02:18:55 JST 2004 nork@nadesico.ninth-nine.com:/devel/obj/devel/src/sys/NADESICO i386) hifn0 mem 0xf7100000-0xf7107fff,0xf710e000-0xf710ffff,0xf7114000-0xf7114fff irq 16 at device 10.0 on pci0 hifn0: [GIANT-LOCKED] hifn0: Hifn 7955, rev 0, 32KB dram, 64 sessions - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - options INET #InterNETworking options INET6 #IPv6 communications protocols #options IPSEC #IP security #options IPSEC_ESP #IP security (crypto; define w/ IPSEC) #options IPSEC_DEBUG #debug for IP security options FAST_IPSEC #new IPsec (cannot define w/ IPSEC) device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester device hifn # Hifn 7951, 7781, etc. options HIFN_DEBUG # enable debugging support: hw.hifn.debug options HIFN_RNDTEST # enable rndtest support - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I confirmed `openssl speed -engine cryptodev', but it looks not works. Because 1st: same speed (before/after install it), 2nd: CPU loadavg is always high. So I consider that openssl didn't use cryptodev. Do you have any idea? # If I confirm it looks good, I will enable FAST_IPSEC on 4-stable. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 12:51:51 2004 Return-Path: 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 BB78216A4CF for ; Tue, 3 Aug 2004 12:51:51 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D0A443D31 for ; Tue, 3 Aug 2004 12:51:51 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.0.20.162] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id 6E1A93E; Tue, 3 Aug 2004 15:54:02 +0300 (EEST) Message-ID: <410F8A5F.9060200@will.iki.fi> Date: Tue, 03 Aug 2004 15:51:43 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:51:51 -0000 Daniel Eriksson wrote: >My system also survives the stress-test after applying the patch, but it >fails to fix all of my problems. > >One way for me to reliably mess my system up is to install >/usr/ports/sysutils/smartmontools and then try to enable SMART on both the >SATA discs (smartctl -s on /dev/ad20 && smartctl -s on /dev/ad22). This >results in the first channel totally locking up, to the point where not even >a reboot unlocks it (BIOS hangs, or if the SATA BIOS is turned off then >FreeBSD hangs when detecting the channel on the controller). Trying to >access the disc results in the process hanging indefinately without error >message and with no way to kill it. > >The above problem is the same with or without your patch. However, without >your patch I usually get an interrupt storm, followed by a detached disc and >then a channel lockup. With your patch I get no storm and the disc is not >detached (but the channel still locks up hard). > > The patch definitely isn't a complete solution. Whether your remaining problems are related to the same race conditions is hard to say - some of what you're experiencing sounds different from what my problems were. I had SMART enabled on both SATA disks even before patching things, that didn't cause any problems. I also didn't see interrupt storms, just the DMA state getting confused. This was on a -current from June 29th. Søren's patch (also posted on this thread) might be worth trying, although its effect should be very similar to the patch that you already tested. >I'm not sure if this is a hardware problem or not. I've tried switching >channels for the two discs (one Maxtor, one Western Digital), but it seems >it is always the first channel that locks up. That seems to indicate that >it's not a disc problem. It could still be a problem with the motherboard. >Unfortunately I don't know how to proceed with troubleshooting this. > > One thing you could try is to see if you have any problems using only one SATA disk on the controller. If so, there's probably something wrong that isn't related to the race conditions discussed in this thread... From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 12:53:57 2004 Return-Path: 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 D278E16A4CE for ; Tue, 3 Aug 2004 12:53:57 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1875143D69 for ; Tue, 3 Aug 2004 12:53:57 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i73CrtEg020846; Tue, 3 Aug 2004 14:53:55 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <041701c47958$f431e4d0$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Alexander Leidinger" References: <20040803031019.GN32424@horsey.gshapiro.net><20040803103541.2e74412c@Magellan.Leidinger.net><03cf01c47939$bd7e8a20$471b3dd4@digiware.nl><20040803112558.1a931db3@Magellan.Leidinger.net><03f101c47951$3c543540$471b3dd4@digiware.nl> <20040803141532.623722ed@Magellan.Leidinger.net> Date: Tue, 3 Aug 2004 14:54:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: strange sendmail behavior (was: Re: Please test /etc/rc.d/sendmail patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:53:57 -0000 > > My guess is that if in this last case has 8.9.3 in it, your running old > > binaries. > > % strings /usr/libexec/sendmail/sendmail |grep 8.9.3 > > %strings /usr/libexec/sendmail/sendmail | grep 8.12.11 > 8.12.11 Well then my buck stops here. Why (and how) should your sendmail know about 8.9.3??? And why is 8.9.3 so special? But that's even more questions to you essential one. --WjW From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:25:56 2004 Return-Path: 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 8AB7F16A4CE for ; Tue, 3 Aug 2004 13:25:56 +0000 (GMT) Received: from av5-2-sn4.m-sp.skanova.net (av5-2-sn4.m-sp.skanova.net [81.228.10.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C78A43D3F for ; Tue, 3 Aug 2004 13:25:56 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 2A28038085; Tue, 3 Aug 2004 15:25:55 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av5-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 1B6A437F72; Tue, 3 Aug 2004 15:25:55 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id E7A6E37E42; Tue, 3 Aug 2004 15:25:54 +0200 (CEST) From: "Daniel Eriksson" To: "'Ville-Pertti Keinonen'" Date: Tue, 3 Aug 2004 15:26:05 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <410F8A5F.9060200@will.iki.fi> Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:25:56 -0000 Ville-Pertti Keinonen wrote: > One thing you could try is to see if you have any problems using only > one SATA disk on the controller. If so, there's probably something > wrong that isn't related to the race conditions discussed in > this thread... Just tested this, and everything seems to work perfectly fine with only one disc attached. Stresstest works, SMART works, ... I've only tested it on one of the channels so far though, but I'm confident it will work on the other channel as well since I've used that channel in single-drive-configuration in the past without problems. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:30:21 2004 Return-Path: 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 4CDAA16A4CE for ; Tue, 3 Aug 2004 13:30:21 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1779143D49 for ; Tue, 3 Aug 2004 13:30:21 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 78AFE37FB0; Tue, 3 Aug 2004 15:30:20 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 677AC37E6B; Tue, 3 Aug 2004 15:30:20 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 43E4637E52; Tue, 3 Aug 2004 15:30:20 +0200 (CEST) From: "Daniel Eriksson" To: "'Ville-Pertti Keinonen'" Date: Tue, 3 Aug 2004 15:30:30 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <410F8A5F.9060200@will.iki.fi> Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:30:21 -0000 By the way, I've ordered a Promise SATA150 TX4 that will show up in ~2 weeks. That should take care of my problems with the onboard SATA. = However, until then I'd be happy to try to help narrow this down (with the understanding that I'm doing this on a production server, so uptime and = data integrity is important). Let me know if there is anything else I should test, and I'll try to = squeeze some server downtime into the schedule. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:35:20 2004 Return-Path: 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 5E03D16A4CE; Tue, 3 Aug 2004 13:35:20 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 318EC43D6E; Tue, 3 Aug 2004 13:35:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i73DZAvH072833; Tue, 3 Aug 2004 09:35:10 -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.12.11/8.12.11) with ESMTP id i73DZAOl060006; Tue, 3 Aug 2004 09:35:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 712E37303F; Tue, 3 Aug 2004 09:35:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040803133510.712E37303F@freebsd-current.sentex.ca> Date: Tue, 3 Aug 2004 09:35:10 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:35:20 -0000 TB --- 2004-08-03 12:24:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-03 12:24:42 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-03 12:24:42 - cleaning the sandbox TB --- 2004-08-03 12:26:03 - checking out the source tree TB --- 2004-08-03 12:26:03 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-03 12:26:03 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-03 12:33:48 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-03 12:33:48 - building world (CFLAGS=-O -pipe) TB --- 2004-08-03 12:33:48 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-03 12:33:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-03 13:32:34 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-03 13:32:34 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-03 13:32:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 3 13:32:34 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ddb/db_thread.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ddb/db_variables.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ddb/db_watch.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ddb/db_write_cmd.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/acpica/acpi.c /tinderbox/CURRENT/ia64/ia64/src/sys/dev/acpica/acpi.c: In function `acpiioctl': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/acpica/acpi.c:2396: warning: 'hp' might be used uninitialized in this function /tinderbox/CURRENT/ia64/ia64/src/sys/dev/acpica/acpi.c:2397: warning: 'error' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-03 13:35:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-03 13:35:10 - ERROR: failed to build generic kernel TB --- 2004-08-03 13:35:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:38:12 2004 Return-Path: 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 9757316A4CE for ; Tue, 3 Aug 2004 13:38:12 +0000 (GMT) Received: from av5-2-sn1.fre.skanova.net (av5-2-sn1.fre.skanova.net [81.228.11.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6D043D4C for ; Tue, 3 Aug 2004 13:38:12 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-2-sn1.fre.skanova.net (Postfix, from userid 502) id B0C4A38082; Tue, 3 Aug 2004 15:38:11 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av5-2-sn1.fre.skanova.net (Postfix) with ESMTP id A10A237E8C; Tue, 3 Aug 2004 15:38:11 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 8724737E44; Tue, 3 Aug 2004 15:38:11 +0200 (CEST) From: "Daniel Eriksson" To: "'Ville-Pertti Keinonen'" Date: Tue, 3 Aug 2004 15:38:22 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:38:12 -0000 > Just tested this, and everything seems to work perfectly fine > with only one > disc attached. Stresstest works, SMART works, ... This used to work even before I applied your patch, by the way. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:41:56 2004 Return-Path: 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 15DD816A4CE for ; Tue, 3 Aug 2004 13:41:56 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9464F43D45 for ; Tue, 3 Aug 2004 13:41:55 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.0.20.162] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id 9A0ED24; Tue, 3 Aug 2004 16:44:06 +0300 (EEST) Message-ID: <410F961B.1080104@will.iki.fi> Date: Tue, 03 Aug 2004 16:41:47 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090100050901050504070405" cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:41:56 -0000 This is a multi-part message in MIME format. --------------090100050901050504070405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Daniel Eriksson wrote: >Just tested this, and everything seems to work perfectly fine with only one >disc attached. Stresstest works, SMART works, ... > >I've only tested it on one of the channels so far though, but I'm confident >it will work on the other channel as well since I've used that channel in >single-drive-configuration in the past without problems. > > The attached patch should enable serialization for the controller, which is the only completely reliable fix (without chipset documentation) according to Søren. Obviously it reduces performance since it doesn't allow both channels to operate simultaneously. --------------090100050901050504070405 Content-Type: text/plain; name="sataser.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sataser.diff" Index: ata-chipset.c =================================================================== RCS file: /cvs/freebsd/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.77 diff -u -r1.77 ata-chipset.c --- ata-chipset.c 30 Jul 2004 13:33:09 -0000 1.77 +++ ata-chipset.c 3 Aug 2004 13:32:04 -0000 @@ -2602,6 +2602,7 @@ if (ctlr->chip->max_dma >= ATA_SA150) { pci_write_config(dev, PCIR_COMMAND, pci_read_config(dev, PCIR_COMMAND, 2) & ~0x0400, 2); + ctlr->locking = ata_serialize; ctlr->setmode = ata_sata_setmode; return 0; } --------------090100050901050504070405-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:52:59 2004 Return-Path: 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 BC4DB16A4CE; Tue, 3 Aug 2004 13:52:59 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E17443D6A; Tue, 3 Aug 2004 13:52:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i73DqcOd075049; Tue, 3 Aug 2004 09:52:38 -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.12.11/8.12.11) with ESMTP id i73Dqb5k068777; Tue, 3 Aug 2004 09:52:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B66327303F; Tue, 3 Aug 2004 09:52:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040803135237.B66327303F@freebsd-current.sentex.ca> Date: Tue, 3 Aug 2004 09:52:37 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:53:00 -0000 TB --- 2004-08-03 13:35:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-03 13:35:10 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-03 13:35:10 - cleaning the sandbox TB --- 2004-08-03 13:36:17 - checking out the source tree TB --- 2004-08-03 13:36:17 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-03 13:36:17 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-03 13:44:37 - WARNING: /home/tinderbox/sandbox/powerpc.diff does not exist TB --- 2004-08-03 13:44:37 - building world (CFLAGS=-O -pipe) TB --- 2004-08-03 13:44:37 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-03 13:44:37 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-03 13:52:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-03 13:52:37 - ERROR: failed to build world TB --- 2004-08-03 13:52:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:58:50 2004 Return-Path: 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 6DAA516A4CE for ; Tue, 3 Aug 2004 13:58:50 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F8943D75 for ; Tue, 3 Aug 2004 13:58:49 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-incoma.mbrd.ru ([194.117.71.30] helo=[172.16.4.9]) by mail.ciam.ru with asmtp (Exim 4.x) id 1BrzoL-0007Qc-QB; Tue, 03 Aug 2004 17:58:41 +0400 Message-ID: <410F9A0A.3080803@FreeBSD.org> Date: Tue, 03 Aug 2004 17:58:34 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <410889F7.6050603@FreeBSD.org> <41089662.40301@FreeBSD.org> <41089A76.9080703@FreeBSD.org> <20040729114258.GH1726@k7.mavetju> <4108ED45.70302@FreeBSD.org> <20040730064045.GS22300@over-yonder.net> <410E39F8.6080209@FreeBSD.org> <410F8849.4090905@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "proxy.ciam.ru", hasmessageblock similar future email. If you have any questions, see the administrator of that system for details. Content preview: Bjoern A. Zeeb wrote: > On Tue, 3 Aug 2004, Sergey shows:0 for file 3866 of pid 9086 >>>unknown file type 0 for file 3867 of pid 9086 >>>unknown file type 0 for file 3868 of pid 9086 >> >>Thanks all Didrepeatedly running pstat ? > [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description -------------------------------------------------- cc: Edwin Groothuis cc: current@FreeBSD.org cc: "Matthew D. Fuller" Subject: Re: squid on CURRENT: file descriptors leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:58:50 -0000 Bjoern A. Zeeb wrote: > On Tue, 3 Aug 2004, Sergey Matveychuk wrote: > > >>Sergey Matveychuk wrote: >> >>>fstat -v shows: >>>unknown file type 0 for file 3865 of pid 9086 >>>unknown file type 0 for file 3866 of pid 9086 >>>unknown file type 0 for file 3867 of pid 9086 >>>unknown file type 0 for file 3868 of pid 9086 >> >>Thanks all guys! >>After updating to HEAD all goes right. > > > good to know. Did you ever manage to find out what type of fd it had > been by repeatedly running pstat ? > Hmm. It's looks like the problem just moved from squid to apache. It's not a big problem for me because of apache on this machine has a little using. And lost FDs only one on each runned httpd (instead of tens thousands with squid): unknown file type 0 for file 3 of pid 21232 unknown file type 0 for file 3 of pid 21231 unknown file type 0 for file 3 of pid 21230 unknown file type 0 for file 3 of pid 21229 unknown file type 0 for file 3 of pid 21228 I think it's former socket descriptors. (I'll move the discussion from ports@ to current@ for somebody else can comment it). -- Sem. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 13:17:00 2004 Return-Path: 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 7802616A4CE for ; Mon, 2 Aug 2004 13:17:00 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (80-219-174-97.dclient.hispeed.ch [80.219.174.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id A690043D5F for ; Mon, 2 Aug 2004 13:16:58 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:50db:ae61:0:220:afff:fed4:dbcb]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id i72DGgH86309 verified NO) for ; Mon, 2 Aug 2004 15:16:46 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id i72DGfO86307; Mon, 2 Aug 2004 15:16:42 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Mon, 2 Aug 2004 15:16:42 +0200 (CEST) Message-Id: <200408021316.i72DGfO86307@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: FreeBSD Current References: <23206.1087846355@critter.freebsd.dk> <20040621.191446.45217670.imp@bsdimp.com> X-Mailman-Approved-At: Tue, 03 Aug 2004 14:17:20 +0000 Subject: Re: [HEADSUP] retire TIOCDCDTIMESTAMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:17:00 -0000 [keep replies on the list, not to me, to avoid bounces, thanks] [sorry for the lateness of this -- that's what I get for being offline] "M. Warner Losh" wrote: > In message: <23206.1087846355@critter.freebsd.dk> > Poul-Henning Kamp writes: > : The RFC 2783 PPS-API has been standardized to do everything > : TIOCDCDTIMESTAMP did and quite a bit more. > I think this is reasonable on its face. Unless this breaks a bunch of > ports I don't see a big problem with it. I have some problems using > pps api at times, but those aren't relevant for this change... I have expanded TIOC*TIMESTAMP in my own personal hive of hackery to also handle signals on the other modem status lines as well. Therefore I'm curious. As far as I know, I can simply revert this retirement in my own personalized codebase without difficulty if I choose. So far. Supposing I want to use the PPS-API. It seems that it's possible for me to select whether I want it to work on the DCD status line, or (hmm, one other, must grep code) status line. But is it possible for the PPS-API to work simultaneously on more than a single status line? A preliminary perusal of the code would suggest not, but I can't read code to save my life. Basically, my TIOC*TIMESTAMP hacks allowed me to gather timestamps from the four status lines, to be used by programs that could handle four sources of PPS data on a single port. I'd like to be able to do that with PPS-API as well, if possible. (The other wishlist item I have that might be applicable to PPS-API is to be able to query system-uptime as well as system-time at a status change, for cases where the system time has been stepped. This may be something irrelevant to or outside the scope of PPS-API. Clearly I need to figure out how to use that first, and maybe then I won't have such stupid questions.) thanks barry bouwsma From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 14:54:00 2004 Return-Path: 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 6C50B16A4CE for ; Tue, 3 Aug 2004 14:54:00 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE47543D49 for ; Tue, 3 Aug 2004 14:53:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i73ErvXx003857; Tue, 3 Aug 2004 16:53:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Barry Bouwsma From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 02 Aug 2004 15:16:42 +0200." <200408021316.i72DGfO86307@Mail.NOSPAM.DynDNS.dK> Date: Tue, 03 Aug 2004 16:53:57 +0200 Message-ID: <3856.1091544837@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBSD Current Subject: Re: [HEADSUP] retire TIOCDCDTIMESTAMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:54:00 -0000 In message <200408021316.i72DGfO86307@Mail.NOSPAM.DynDNS.dK>, Barry Bouwsma writes: >Basically, my TIOC*TIMESTAMP hacks allowed me to gather timestamps >from the four status lines, to be used by programs that could >handle four sources of PPS data on a single port. I'd like to >be able to do that with PPS-API as well, if possible. I tried to get multi-signal handling into the PPS-API and my failure in that was a large part of the reason why I asked to not be listed as an author of the RFC. On the other hand, if you have very special needs, which I think timestamping four signals with one serial port is, I would advocate rolling your own. You may want to look at the dev/ppbus/pps.c driver for inspiration. -- 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 Tue Aug 3 14:55:10 2004 Return-Path: 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 5AE1016A4CF; Tue, 3 Aug 2004 14:55:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830B643D45; Tue, 3 Aug 2004 14:55:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B9C8A1FFDD7; Tue, 3 Aug 2004 16:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id D4C771FFDD6; Tue, 3 Aug 2004 16:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 8BD4315384; Tue, 3 Aug 2004 14:51:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 80CD615329; Tue, 3 Aug 2004 14:51:26 +0000 (UTC) Date: Tue, 3 Aug 2004 14:51:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Sergey Matveychuk In-Reply-To: <410F9A0A.3080803@FreeBSD.org> Message-ID: References: <410889F7.6050603@FreeBSD.org> <41089662.40301@FreeBSD.org> <41089A76.9080703@FreeBSD.org> <20040729114258.GH1726@k7.mavetju> <4108ED45.70302@FreeBSD.org> <20040730064045.GS22300@over-yonder.net> <410E39F8.6080209@FreeBSD.org> <410F8849.4090905@FreeBSD.org> <410F9A0A.3080803@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: squid on CURRENT: file descriptors leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:55:10 -0000 On Tue, 3 Aug 2004, Sergey Matveychuk wrote: Hi, > > good to know. Did you ever manage to find out what type of fd it had > > been by repeatedly running pstat ? > .. > little using. And lost FDs only one on each runned httpd (instead of > tens thousands with squid): > > unknown file type 0 for file 3 of pid 21232 > unknown file type 0 for file 3 of pid 21231 > unknown file type 0 for file 3 of pid 21230 > unknown file type 0 for file 3 of pid 21229 > unknown file type 0 for file 3 of pid 21228 > > I think it's former socket descriptors. are you sure ? could you please repeatedly run pstat -f and check if you can manually trigger the problem by loading a page from that apache and see if the leftover really is a socket ? what's the value of sysctl debug.mpsafenet btw ? > (I'll move the discussion from ports@ to current@ for somebody else can > comment it). for the others: pstat -f returns a lot of "dead" FDs with everything but LOC cleared. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 14:55:36 2004 Return-Path: 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 C95C016A4CF; Tue, 3 Aug 2004 14:55:36 +0000 (GMT) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3BC543D68; Tue, 3 Aug 2004 14:55:36 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: by toxic.magnesium.net (Postfix, from userid 1252) id 7E28BDA87C; Tue, 3 Aug 2004 07:55:36 -0700 (PDT) Date: Tue, 3 Aug 2004 10:55:36 -0400 From: Adam Weinberger To: Mike Bristow Message-ID: <20040803145536.GC85775@toxic.magnesium.net> References: <410F28E1.8080105@freebsd.org> <410F5A99.3000505@earthmagic.org> <20040803105040.GA1620@isis.wad.cz> <1091531346.34422.12.camel@singsing.eng.demon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091531346.34422.12.camel@singsing.eng.demon.net> X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:55:36 -0000 >> (08.03.2004 @ 0709 PST): Mike Bristow said, in 1.4K: << > Means FreeBSD gets a POSIX tar; -STABLE users see the warning for ages; > -CURRENT users see the warning for a while. Everyone has ice-cream. >> end of "Re: HEADS UP: tar -l is now (intentionally) broken." from Mike Bristow << I do not digest ice cream well. I demand that a suitable ice cream replacement be made available by default. Ice cream should be served only if it receives --with-lactose. Furthermore, which flavour and colour of ice cream are we talking here? # Adam What. I just woke up. -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:05:28 2004 Return-Path: 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 0CEAC16A4CE for ; Tue, 3 Aug 2004 15:05:28 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 59AD443D6B for ; Tue, 3 Aug 2004 15:05:09 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: (qmail 1117 invoked by uid 0); 3 Aug 2004 15:05:08 -0000 Received: from r3al61.chello.upc.cz (HELO isis.wad.cz) (213.220.229.61) by smtp.dkm.cz with SMTP; 3 Aug 2004 15:05:08 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id 1F3F62FDA01; Tue, 3 Aug 2004 17:05:08 +0200 (CEST) Date: Tue, 3 Aug 2004 17:05:08 +0200 From: Roman Neuhauser To: S?ren Schmidt Message-ID: <20040803150508.GB1620@isis.wad.cz> Mail-Followup-To: S?ren Schmidt , freebsd-current@freebsd.org References: <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> <410F4F66.8040201@DeepCore.dk> <410F5A99.8070005@will.iki.fi> <410F5D2D.4080305@DeepCore.dk> <410F695F.2060907@will.iki.fi> <410F786B.1060206@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410F786B.1060206@DeepCore.dk> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:05:28 -0000 # sos@DeepCore.dk / 2004-08-03 13:35:07 +0200: > Ville-Pertti Keinonen wrote: > >S?ren Schmidt wrote: > > > >>Reliable solutions needs reliable HW, we can narrow down the race > >>window here, but without HW support we cannot close it completely > >>unless we serialises access to the channels (what lots of OS's does > >>btw).. > > > >For now, I moved my SATA disks to the Promise controller, which seems to > >work with an unpatched -current. > > Yeah, Promise makes HW thats designed to work ;) Do you think you could make a concise list of disk/controller makers who play nice (publish their specs), and/or produce hardware that tends to work well (or perhaps "didn't make writing support for major PITA")? Outright recommendations might cause trouble under US law FAIK, but buying hardware has always been sort of an adventure game. I've seen recommendations (in the form of code comments, commit messages, mailing list posts from relevant people, etc) against ASUS motherboards, VIA [almost-anything], Realtek network cards etc, and collecting relevant information is a time consuming task. If you can share your experience, I'll use that as a base for a FreeBSD-friendly Hardware Buyer's Guide, and maintain that. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:08:59 2004 Return-Path: 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 B229A16A4CE; Tue, 3 Aug 2004 15:08:59 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72AEC43D31; Tue, 3 Aug 2004 15:08:59 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 7D6B9C26F; Tue, 3 Aug 2004 11:08:58 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id C70741D1C83; Tue, 3 Aug 2004 11:08:55 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16655.43655.686564.873222@canoe.dclg.ca> Date: Tue, 3 Aug 2004 11:08:55 -0400 To: Tim Kientzle In-Reply-To: <410F28E1.8080105@freebsd.org> References: <410F28E1.8080105@freebsd.org> X-Mailer: VM 7.17 under 21.5 (beta15) "celery" XEmacs Lucid cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:08:59 -0000 >>>>> "Tim" == Tim Kientzle writes: Tim> Since POSIX and GNU violently disagree about the meaning of "tar Tim> -l", and there seem to be strong adherents to both Tim> interpretations, I'm preparing to commit a patch that breaks "tar Tim> -l" for everyone: Tim> $ tar -cl foo Error: -l has different behaviors in different Tim> tars. For the GNU behavior, use --one-file-system instead. For Tim> the POSIX behavior, use --check-links instead. Is this in any way related to the fact that /usr/bin/bsdtar seems unable (after a new world from yesterday) to archive any files? [2:1:301]dgilbert@canoe:~> bsdtar -cvf temp .bashrc a .bashrc: tar format cannot archive this: Inappropriate file type or format ... is what I get. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:17:45 2004 Return-Path: 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 1EBBE16A4CE; Tue, 3 Aug 2004 15:17:45 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9855F43D46; Tue, 3 Aug 2004 15:17:44 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i73FHhgm035825; Tue, 3 Aug 2004 11:17:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 35748-01; Tue, 3 Aug 2004 11:17:43 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i73FHhr3035788; Tue, 3 Aug 2004 11:17:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i73FHaeS037091; Tue, 3 Aug 2004 11:17:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040803092531.08ffed10@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 03 Aug 2004 11:22:41 -0400 To: Norikatsu Shigemura From: Mike Tancsa In-Reply-To: <20040803214133.31dd9b03.nork@FreeBSD.org> References: <20040803214133.31dd9b03.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:17:45 -0000 At 08:41 AM 03/08/2004, Norikatsu Shigemura wrote: >Hi sam! > > I have two Soekris vpn1401 crypto accelerator cards. I installed > these to 4-stable machine and 5-current machine. Hi, Not all things are accelerated in openssl. Also depending on the CPU you use, it wont be faster and might even be slower. Where you really win is with concurrent jobs. In our app, our backup server takes several ssh streams of dump and tar. The P4 2.4 keeps up just fine even when 50Mb/s of traffic is coming in with the card, but is too taxed without it. Try the following tests Create a test file first dd if=/dev/urandom of=/tmp/big bs=1024k count=100 time /usr/bin/openssl enc -des3 -in /tmp/big -out /dev/null -k test with and without acceleration. The contrast is even greater, if you run /usr/bin/openssl enc -des3 -in /tmp/big -out /dev/null -k test & /usr/bin/openssl enc -des3 -in /tmp/big -out /dev/null -k test & /usr/bin/openssl enc -des3 -in /tmp/big -out /dev/null -k test & and watch the load avg and the time to completion. You can compile the program /usr/src/tools/tools/crypto/hifnstats.c which will spit out simple stats about the card. If you are using one of the newer HiFn cards, it will work with aes256 as well as des3. One caveat is that with the newer cards, I keep running into a fairly easily repeatable bug. (perhaps 2). On OpenBSD and FreeBSD I run into http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=3739 And this one is new and might be relevant to the FreeBSD driver as well http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=3873 There is also http://www.monkey.org/openbsd/archive/misc/0408/msg00008.html ... Not sure if its applicable or not yet. ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:19:10 2004 Return-Path: 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 C283116A4CE for ; Tue, 3 Aug 2004 15:19:10 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D32043D2F for ; Tue, 3 Aug 2004 15:19:10 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 0F083BFC3; Tue, 3 Aug 2004 11:19:10 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 5E4CD1D1D72; Tue, 3 Aug 2004 11:19:08 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16655.44268.324878.440943@canoe.dclg.ca> Date: Tue, 3 Aug 2004 11:19:08 -0400 To: Paul Mather In-Reply-To: <1091466796.575.9.camel@zappa.Chelsea-Ct.Org> References: <20040802102249.2107716A4DD@hub.freebsd.org> <1091466796.575.9.camel@zappa.Chelsea-Ct.Org> X-Mailer: VM 7.17 under 21.5 (beta15) "celery" XEmacs Lucid cc: freebsd-current@freebsd.org cc: Michal Varga Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:19:10 -0000 >>>>> "Paul" == Paul Mather writes: Paul> On Sun, 01 Aug 2004 23:07:59 +0200, Michal Varga Paul> wrote: >> Same here, stopped working about three days ago. Athlon 2500+, >> GeForce 2 MX400, xorg-server-6.7.0_5, freezes when initializing >> video card. Open source drive works fine as usually. >> >> The problem seems to be not kernel related, use of two week old >> kernel compiled on a different box didn't solve anything, so i >> suppose the new GCC has something to do with this. Rebuilt nvidia >> driver with no effect, xorg was not rebuilt yet, want to give it a >> try sometime. If someone tried that already, you can save me a lot >> of time by sending a notice.. (the system is very unstable after >> all the latest changes in -current, so i suppose i will take 5-6 >> panics or lockups until i will be able to recompile xorg >> succesfully, if ever..) Paul> I don't think the GCC 3.4.2 import broke it. I have a -CURRENT Paul> kernel+world built post-import and the nVidia driver still works Paul> for me. (I did have to rebuilt the nvidia-driver port via Paul> "portupgrade -fu" though: the original installed version locked Paul> up my system when starting X.) My kernel is dated "Sat Jul 31 Paul> 23:08:22 EDT 2004," and I think that's from sources cvsupped Paul> sometime late 30th July/early 31st July. One possible difference: I'm still using XFree84-4 ... and a current from Sunday ... things are working. Possibly something to do with xorg is broken? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:34:19 2004 Return-Path: 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 A204B16A4CE for ; Tue, 3 Aug 2004 15:34:19 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E4FA43D5D for ; Tue, 3 Aug 2004 15:34:19 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i73FYFPU078668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 3 Aug 2004 11:34:17 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i73FY5J6015640; Tue, 3 Aug 2004 11:34:10 -0400 (EDT) From: Paul Mather To: David Gilbert In-Reply-To: <16655.44268.324878.440943@canoe.dclg.ca> References: <20040802102249.2107716A4DD@hub.freebsd.org> <1091466796.575.9.camel@zappa.Chelsea-Ct.Org> <16655.44268.324878.440943@canoe.dclg.ca> Content-Type: text/plain Message-Id: <1091547244.23445.5.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 03 Aug 2004 11:34:05 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Michal Varga Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:34:19 -0000 On Tue, 2004-08-03 at 11:19, David Gilbert wrote: > >>>>> "Paul" == Paul Mather writes: > > Paul> On Sun, 01 Aug 2004 23:07:59 +0200, Michal Varga > Paul> wrote: > >> Same here, stopped working about three days ago. Athlon 2500+, > >> GeForce 2 MX400, xorg-server-6.7.0_5, freezes when initializing > >> video card. Open source drive works fine as usually. > >> > >> The problem seems to be not kernel related, use of two week old > >> kernel compiled on a different box didn't solve anything, so i > >> suppose the new GCC has something to do with this. Rebuilt nvidia > >> driver with no effect, xorg was not rebuilt yet, want to give it a > >> try sometime. If someone tried that already, you can save me a lot > >> of time by sending a notice.. (the system is very unstable after > >> all the latest changes in -current, so i suppose i will take 5-6 > >> panics or lockups until i will be able to recompile xorg > >> succesfully, if ever..) > > Paul> I don't think the GCC 3.4.2 import broke it. I have a -CURRENT > Paul> kernel+world built post-import and the nVidia driver still works > Paul> for me. (I did have to rebuilt the nvidia-driver port via > Paul> "portupgrade -fu" though: the original installed version locked > Paul> up my system when starting X.) My kernel is dated "Sat Jul 31 > Paul> 23:08:22 EDT 2004," and I think that's from sources cvsupped > Paul> sometime late 30th July/early 31st July. > > One possible difference: I'm still using XFree84-4 ... and a current > from Sunday ... things are working. Possibly something to do with > xorg is broken? I forgot to mention that I am running Xorg, not XFree86-4: xorg-clients-6.7.0_3 X client programs and related files from X.Org xorg-fonts-100dpi-6.7.0 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.7.0 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.7.0 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.7.0 X.Org font encoding files xorg-fonts-miscbitmaps-6.7.0 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.7.0 X.Org TrueType fonts xorg-fonts-type1-6.7.0 X.Org Type1 fonts xorg-libraries-6.7.0_1 X11 libraries and headers from X.Org xorg-server-6.7.0_5 X.Org X server and related programs So, I don't think it is necessarily the GCC 3.4.2+Xorg combination to blame. FWIW, my kernel is built with #undef PREEMPTION. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:43:11 2004 Return-Path: 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 5E09916A4CE for ; Tue, 3 Aug 2004 15:43:11 +0000 (GMT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC1E743D58 for ; Tue, 3 Aug 2004 15:43:10 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id i73Fh9GR094134 for ; Tue, 3 Aug 2004 16:43:09 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) i73Fh9ON094975 for ; Tue, 3 Aug 2004 16:43:09 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1091547788.1988.35.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 03 Aug 2004 16:43:09 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' Subject: [Fwd: Re: cvs commit: src/libexec/rtld-elf map_object.c rtld.c rtld.h rtld_tls.h src/libexec/rtld-elf/alpha reloc.c rtld_machdep.h src/libexec/rtld-elf/i386 reloc.c rtld_machdep.h ...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:43:11 -0000 For anyone who is interested that hasn't seen the commit mail... -----Forwarded Message----- From: Doug Rabson To: Doug Rabson Cc: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/libexec/rtld-elf map_object.c rtld.c rtld.h rtld_tls.h src/libexec/rtld-elf/alpha reloc.c rtld_machdep.h src/libexec/rtld-elf/amd64 reloc.c rtld_machdep.h src/libexec/rtld-elf/i386 reloc.c rtld_machdep.h ... Date: Tue, 03 Aug 2004 14:24:11 +0100 On Tue, 2004-08-03 at 09:51, Doug Rabson wrote: > dfr 2004-08-03 08:51:00 UTC > > FreeBSD src repository > > Modified files: > libexec/rtld-elf map_object.c rtld.c rtld.h > libexec/rtld-elf/alpha reloc.c rtld_machdep.h > libexec/rtld-elf/amd64 reloc.c rtld_machdep.h > libexec/rtld-elf/i386 reloc.c rtld_machdep.h > libexec/rtld-elf/ia64 reloc.c rtld_machdep.h > libexec/rtld-elf/sparc64 reloc.c rtld_machdep.h > Added files: > libexec/rtld-elf rtld_tls.h > Log: > Add support for Thread Local Storage. Thread Local Storage is a gcc feature which allows you to add a '__thread' modifier to the declaration of global and static variables. This extra modifier means that the variable's value is 'thread local', i.e. one thread changing its value will not affect any other thread. In lots of ways its similar to the per-cpu variables we use in the kernel. Most of the support is in the dynamic linker which discovers the TLS blocks in each shared libary and allocates memory for them. It provides hooks for threading libraries to allocate and initialise TLS blocks for each new thread and hooks which the compiler uses to resolve the address of a TLS variable. The main user for this right now is the OpenGL api. In OpenGL, each thread has a GL context object associated with it. Each call to a GL function implicitly references this context object. For single-threaded OpenGL, the context can be found by e.g. a global variable but for thread-safe OpenGL, the most efficient mechanism is to use TLS. This is how the NVidia OpenGL driver supports threading and the open source OpenGL drivers will use TLS in the future as well. As far as FreeBSD goes, there is nothing in the system right now that uses TLS. Its possible that we might use TLS for 'errno' and similar things in the 6.0 timeframe. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 16:03:26 2004 Return-Path: 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 78C2016A4CE; Tue, 3 Aug 2004 16:03:26 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC6343D4C; Tue, 3 Aug 2004 16:03:26 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i73G3PWi088581 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 3 Aug 2004 09:03:26 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 09:02:59 -0700 User-Agent: KMail/1.6.1 References: <20040803214133.31dd9b03.nork@FreeBSD.org> In-Reply-To: <20040803214133.31dd9b03.nork@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408030902.59349.sam@errno.com> cc: freebsd-stable@freebsd.org cc: Norikatsu Shigemura Subject: Re: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:03:26 -0000 On Tuesday 03 August 2004 05:41 am, Norikatsu Shigemura wrote: > Hi sam! > > I have two Soekris vpn1401 crypto accelerator cards. I installed > these to 4-stable machine and 5-current machine. ... > I confirmed `openssl speed -engine cryptodev', but it looks not > works. Because 1st: same speed (before/after install it), 2nd: CPU > loadavg is always high. So I consider that openssl didn't use > cryptodev. Do you have any idea? Look in /usr/src/tools/tools/crypto for the cryptostats and hifnstats programs; they will tell you if the h/w is operating correctly. Sam From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 16:15:57 2004 Return-Path: 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 4E09616A4CE for ; Tue, 3 Aug 2004 16:15:57 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 40D5D43D69 for ; Tue, 3 Aug 2004 16:15:56 +0000 (GMT) (envelope-from varga@stonehenge.sk) Received: (qmail 29963 invoked by uid 0); 3 Aug 2004 16:15:55 -0000 Received: from r3ao197.chello.upc.cz (HELO ?213.220.232.197?) (213.220.232.197) by smtp.dkm.cz with SMTP; 3 Aug 2004 16:15:55 -0000 From: Michal Varga To: paul@gromit.dlib.vt.edu In-Reply-To: <1091547244.23445.5.camel@zappa.Chelsea-Ct.Org> References: <20040802102249.2107716A4DD@hub.freebsd.org> <1091466796.575.9.camel@zappa.Chelsea-Ct.Org> <16655.44268.324878.440943@canoe.dclg.ca> <1091547244.23445.5.camel@zappa.Chelsea-Ct.Org> Content-Type: text/plain Organization: Stonehenge Message-Id: <1091549828.720.8.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 03 Aug 2004 18:17:08 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: nvidia binary drivers no longer work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:15:57 -0000 With today's cvsup it is again working fine for me, just by installing new kernel/world. Even without recompilation of nvidia-driver or xorg, or any other change made from the previous state.. m. On Tue, 2004-08-03 at 17:34, Paul Mather wrote: > So, I don't think it is necessarily the GCC 3.4.2+Xorg combination to > blame. > > FWIW, my kernel is built with #undef PREEMPTION. > > Cheers, > > Paul. -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 16:31:58 2004 Return-Path: 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 9DF6C16A4CE for ; Tue, 3 Aug 2004 16:31:58 +0000 (GMT) Received: from hotmail.com (bay8-f65.bay8.hotmail.com [64.4.27.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8872D43D5F for ; Tue, 3 Aug 2004 16:31:58 +0000 (GMT) (envelope-from evantd@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 3 Aug 2004 09:31:58 -0700 Received: from 128.95.167.53 by by8fd.bay8.hotmail.msn.com with HTTP; Tue, 03 Aug 2004 16:31:58 GMT X-Originating-IP: [128.95.167.53] X-Originating-Email: [evantd@hotmail.com] X-Sender: evantd@hotmail.com From: "Evan Dower" To: freebsd-current@freebsd.org Date: Tue, 03 Aug 2004 09:31:58 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 03 Aug 2004 16:31:58.0369 (UTC) FILETIME=[6578A110:01C47977] Subject: Stability? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:31:58 -0000 % uptime 9:23AM up 1 day, 15:42, 6 users, load averages: 0,98 1,19 1,25 With a recent cvsup (and all the rebuilding and installing involved) I have noticed what seems to be an improvement in stability. I must have missed any postings about it. Any, recent cvsup means about an hour before this: % uname -a FreeBSD lojak.washington.edu 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Aug 1 16:06:05 PDT 2004 root@lojak.washington.edu:/usr/obj/usr/src/sys/DEBUG i386 I noticed that my kernel has now started saying (in the dmesg): WARNING: Kernel preemption is disabled, expect reduced performance. Of course, I have WITNESS turned on in my debug kernel so I already expect reduced performance. Is this message suggesting that I put FULL_PREEMPTION in my kernel? I was under the impression that it was only useful for seeing where stuff broke. Is stuff so good now that it will improve performance without significant effect on stability? Or perhaps it is indicating that PREEMPTION is #undef'd? I didn't #undef it so if this is the case it must have been changed upstream. In any case, I am very glad to have a more stable system again. Thanks very much to all who contributed. I'm just curious as to what it was the fixed the instability issues we had been having. Thanks again, -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D _________________________________________________________________ Planning a family vacation? Check out the MSN Family Travel guide! http://dollar.msn.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 16:44:57 2004 Return-Path: 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 43E2A16A4CE for ; Tue, 3 Aug 2004 16:44:57 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D379C43D31 for ; Tue, 3 Aug 2004 16:44:56 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i73GqQIM040535; Tue, 3 Aug 2004 10:52:27 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <410FC08A.7060702@samsco.org> Date: Tue, 03 Aug 2004 10:42:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Evan Dower References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Stability? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:44:57 -0000 Evan Dower wrote: > % uptime > 9:23AM up 1 day, 15:42, 6 users, load averages: 0,98 1,19 1,25 > > With a recent cvsup (and all the rebuilding and installing involved) I > have noticed what seems to be an improvement in stability. I must have > missed any postings about it. Any, recent cvsup means about an hour > before this: > > % uname -a > FreeBSD lojak.washington.edu 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun > Aug 1 16:06:05 PDT 2004 > root@lojak.washington.edu:/usr/obj/usr/src/sys/DEBUG i386 > > I noticed that my kernel has now started saying (in the dmesg): > WARNING: Kernel preemption is disabled, expect reduced performance. > I turned off normal preemption a few days ago in order to cover up the stability problems until the responsible parties (including myself) get them fixed. It is just a hack for now. > Of course, I have WITNESS turned on in my debug kernel so I already > expect reduced performance. Is this message suggesting that I put > FULL_PREEMPTION in my kernel? I was under the impression that it was > only useful for seeing where stuff broke. Is stuff so good now that it > will improve performance without significant effect on stability? Or > perhaps it is indicating that PREEMPTION is #undef'd? I didn't #undef it > so if this is the case it must have been changed upstream. You likely do not want to turn on FULL_PREEMPTION. If you want the old behavior, edit /sys/i386/include/param.h and reenable the PREEMPTION definition. Scott From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 17:03:52 2004 Return-Path: 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 5823916A4CE for ; Tue, 3 Aug 2004 17:03:52 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0844D43D39 for ; Tue, 3 Aug 2004 17:03:52 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i73H25HC087799; Tue, 3 Aug 2004 10:02:05 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i73H216q087798; Tue, 3 Aug 2004 10:02:01 -0700 (PDT) (envelope-from obrien) Date: Tue, 3 Aug 2004 10:02:01 -0700 From: "David O'Brien" To: Jon Noack Message-ID: <20040803170201.GA87300@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Jon Noack , Oliver Eikemeier , current@freebsd.org, Edwin Groothuis References: <410E3AA2.4030800@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410E3AA2.4030800@alumni.rice.edu> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Edwin Groothuis cc: current@freebsd.org cc: Oliver Eikemeier Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 17:03:52 -0000 On Mon, Aug 02, 2004 at 07:59:14AM -0500, Jon Noack wrote: > On 08/02/04 07:15, Oliver Eikemeier wrote: > >I've prepared an upgrade to file-4.10 at: > > > > > > > >This fixes > > > > PR bin/63830: [patch] file(1) doesn't recognize FreeBSD 5.x > >executables properly > > > >and an MFC will fix the problems of FreeBSD 4.10 being identified as > >4.9.1. I'll do some more testing (GCC 3.4) and think we should commit > >this before the 5.3 src freeze, especially since it has been discussed > >over a month ago: > > > > *sigh* Why does Christos Zoulas ignore me? He keeps telling me he'll > include my patch and then includes someone else's that doesn't fix the > problems. In any case, my patch (against file 4.09) to fix the versioning: > http://www.noacks.org/freebsd/readelf.c.diff I really wish Christos had never added the code to *GUESS* at what FreeBSD version a binary was compiled on. The ELF binary format specification totally does NOT support the ability to do this. file(1) makes GUESSES and has to use very FRAGILE HEURISTICS. It is dependent on a totally optional ELF .note section I add to binaries (which isn't even guaranteed to be in a binary), and whose format could change in the future. file(1) will forever have trouble accurately determining the OS version a program is compiled for. So we will surely have these types of bugs in the foreseeable future. I personally think the whole guessing code should just be removed from file(1) so we can get back to worrying about real bugs in FreeBSD. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 17:58:00 2004 Return-Path: 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 E797B16A4CE; Tue, 3 Aug 2004 17:58:00 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95BFD43D2F; Tue, 3 Aug 2004 17:58:00 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i73Hvuvn013322; Tue, 3 Aug 2004 13:57:58 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <410F5A99.3000505@earthmagic.org> References: <410F28E1.8080105@freebsd.org> <410F5A99.3000505@earthmagic.org> Date: Tue, 3 Aug 2004 13:57:55 -0400 To: Johny Mattsson , Tim Kientzle From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:58:01 -0000 At 7:27 PM +1000 8/3/04, Johny Mattsson wrote: >Tim Kientzle wrote: >>Since POSIX and GNU violently disagree about the >>meaning of "tar -l", and there seem to be strong >>adherents to both interpretations, I'm preparing to >>commit a patch that breaks "tar -l" for everyone: >> >>$ tar -cl foo >> Error: -l has different behaviors in different tars. >> For the GNU behavior, use --one-file-system instead. >> For the POSIX behavior, use --check-links instead. > >Apologies if this is close to a bike-shed, but how about >making the above message a transitional message, and >changing it to: > >$ tar -cl foo > Error: -l has different behaviors in different tars. > For the GNU behavior, use --one-file-system instead. > For the POSIX behavior, use --check-links instead. > In future releases, POSIX behavior will be assumed, so > please adjust scripts and mentality as needed before then. Note that this is kind of pointless. What `-l' will do in *future* releases will not help the user if they can not use it right now. I.e., the current behavior is going to force script-writers to use either --one-file-system or --check-links right now, or their script will not work at all. They cannot "adjust" their scripts to use -j at some unspecified point in the future, if they can't use the option right now. (btw, I do think this change is the right change to make, given all the details of the `-l' option). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:03:08 2004 Return-Path: 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 4D82616A4CF for ; Tue, 3 Aug 2004 18:03:08 +0000 (GMT) Received: from web50707.mail.yahoo.com (web50707.mail.yahoo.com [206.190.38.105]) by mx1.FreeBSD.org (Postfix) with SMTP id CB6EE43D53 for ; Tue, 3 Aug 2004 18:03:07 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20040803180307.85535.qmail@web50707.mail.yahoo.com> Received: from [68.40.135.37] by web50707.mail.yahoo.com via HTTP; Tue, 03 Aug 2004 11:03:07 PDT Date: Tue, 3 Aug 2004 11:03:07 -0700 (PDT) From: Kim Culhan To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: snapshots@snapshots.se.FreeBSD.org Subject: fyi: snap from 080304 will not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:03:08 -0000 Greetings- Just an fyi here.. The latest snap, 080304, from snapshots.se.FreeBSD.org did not install a bootable system here. There is an 'information box' from the installer which advises that the installation has used a floppy which is not the same vintage as the installed system. Hitting enter or letting it time-out at: F1 FreeBSD returns invalid partition no /boot/loader FreeBSD/i386 boot default: 0:ad(0,c)/kernel This machine has a 3ware 9000 series sata controller. FWIW, installing -current on this hardware has not been a problem in the recent past. regards -kim __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:04:14 2004 Return-Path: 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 7599616A4CE for ; Tue, 3 Aug 2004 18:04:14 +0000 (GMT) Received: from smtp-mclean.mitre.org (smtp-mclean-x.mitre.org [192.80.55.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id E05A743D3F for ; Tue, 3 Aug 2004 18:04:13 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id i73I4DD32325 for ; Tue, 3 Aug 2004 14:04:13 -0400 Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id i73I4A432192; Tue, 3 Aug 2004 14:04:10 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub1.mitre.org with SMTP id 8701037; Tue, 03 Aug 2004 14:04:05 -0400 Message-ID: <410FD393.8090506@mitre.org> Date: Tue, 03 Aug 2004 14:04:03 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Neuhauser References: <410E7B8B.3080407@will.iki.fi> <410E81B8.1000206@DeepCore.dk> <410E8594.7070600@will.iki.fi> <410EA92C.6090506@DeepCore.dk> <410F3DD0.5030104@will.iki.fi> <410F4F66.8040201@DeepCore.dk> <410F5A99.8070005@will.iki.fi> <410F5D2D.4080305@DeepCore.dk> <410F695F.2060907@will.iki.fi> <410F786B.1060206@DeepCore.dk> <20040803150508.GB1620@isis.wad.cz> In-Reply-To: <20040803150508.GB1620@isis.wad.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: S?ren Schmidt Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:04:14 -0000 Roman Neuhauser wrote: > > > I've seen recommendations (in the form of code comments, commit > messages, mailing list posts from relevant people, etc) against ASUS > motherboards, > Really? I've always heard that ASUS boards are of decent quality. The only compliant I've seen is that they sometimes bundle crappy components on the Deluxe models (an extra RealTek NIC, SiI 3112 SATA controller, crummy sound, etc...) but everybody does that. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:10:09 2004 Return-Path: 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 7A4E616A4CE; Tue, 3 Aug 2004 18:10:09 +0000 (GMT) Received: from smtp-mclean.mitre.org (smtpproxy2.mitre.org [192.80.55.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id E723E43D58; Tue, 3 Aug 2004 18:10:08 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id i73IA8D24416; Tue, 3 Aug 2004 14:10:08 -0400 Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id i73IA7424368; Tue, 3 Aug 2004 14:10:07 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub1.mitre.org with SMTP id 8701219; Tue, 03 Aug 2004 14:10:07 -0400 Message-ID: <410FD4FE.4030409@mitre.org> Date: Tue, 03 Aug 2004 14:10:06 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <410F28E1.8080105@freebsd.org> <20040803072859.GA944@isis.wad.cz> <200408031301.41181.michaelnottebrock@gmx.net> In-Reply-To: <200408031301.41181.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Neuhauser cc: Tim Kientzle cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:10:09 -0000 Michael Nottebrock wrote: >On Tuesday 03 August 2004 09:28, Roman Neuhauser wrote: > > > >>>In short, everyone wins on -o, everyone loses >>>on -l. That seems fair. ;-) >>> >>> >> I believe "loses" is the keyword here. >> >> > >You don't loose anything if set POSIXLY_CORRECT > > I'm actually in favor of adding GNULY_CORRECT too, since you occasionally run into self extracting shellscripts and the like that assume GNU behavior (usually when installing Linux apps that come as a giant bash sharchive). I don't think I've ever run into this specific problem, but there is a definate possability and getting those shell scripts to work is hard enough without having some way to override the correct (but incompatable) behaviour. Just my $0.02 From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:16:58 2004 Return-Path: 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 4102216A4CE; Tue, 3 Aug 2004 18:16:58 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30F0143D49; Tue, 3 Aug 2004 18:16:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1A16E72DF2; Tue, 3 Aug 2004 11:16:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1647572DB5; Tue, 3 Aug 2004 11:16:58 -0700 (PDT) Date: Tue, 3 Aug 2004 11:16:58 -0700 (PDT) From: Doug White To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040803092531.08ffed10@64.7.153.2> Message-ID: <20040803111428.S15648@carver.gumbysoft.com> References: <20040803214133.31dd9b03.nork@FreeBSD.org> <6.1.2.0.0.20040803092531.08ffed10@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Norikatsu Shigemura Subject: Re: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:16:58 -0000 On Tue, 3 Aug 2004, Mike Tancsa wrote: > > At 08:41 AM 03/08/2004, Norikatsu Shigemura wrote: > >Hi sam! > > > > I have two Soekris vpn1401 crypto accelerator cards. I installed > > these to 4-stable machine and 5-current machine. > > Hi, > Not all things are accelerated in openssl. Also depending on the > CPU you use, it wont be faster and might even be slower. Where you really > win is with concurrent jobs. In our app, our backup server takes several > ssh streams of dump and tar. The P4 2.4 keeps up just fine even when 50Mb/s > of traffic is coming in with the card, but is too taxed without it. Also, your app has to ask for the acceleration if they want it, by requesting the 'cryptodev' engine. And that requires OpenSSL 0.9.7, which you probably have since the 'openssl engine' command exists. nork, which app(s) are you trying to accelerate? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:21:54 2004 Return-Path: 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 4395416A4CE for ; Tue, 3 Aug 2004 18:21:54 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C3943D2F for ; Tue, 3 Aug 2004 18:21:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2CDFB72DF2; Tue, 3 Aug 2004 11:21:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2AADE72DB5; Tue, 3 Aug 2004 11:21:54 -0700 (PDT) Date: Tue, 3 Aug 2004 11:21:54 -0700 (PDT) From: Doug White To: Kim Culhan In-Reply-To: <20040803180307.85535.qmail@web50707.mail.yahoo.com> Message-ID: <20040803112008.Q15648@carver.gumbysoft.com> References: <20040803180307.85535.qmail@web50707.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: snapshots@snapshots.se.FreeBSD.org cc: current@FreeBSD.org Subject: Re: fyi: snap from 080304 will not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:21:54 -0000 On Tue, 3 Aug 2004, Kim Culhan wrote: > > Greetings- > > Just an fyi here.. The latest snap, 080304, from > snapshots.se.FreeBSD.org did not install a bootable system here. This looks like the boot2 breakage. I think a fix was committed not too long ago and its possible the snapshot server hadn't picked it up in time. You might try tomorrow's. > Hitting enter or letting it time-out at: > > F1 FreeBSD > > returns > > invalid partition > no /boot/loader > > FreeBSD/i386 boot > default: 0:ad(0,c)/kernel -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:22:48 2004 Return-Path: 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 BFDBE16A4D0; Tue, 3 Aug 2004 18:22:48 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A46F43D49; Tue, 3 Aug 2004 18:22:48 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i73IMluf092275; Tue, 3 Aug 2004 11:22:47 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i73IMlFC092274; Tue, 3 Aug 2004 11:22:47 -0700 (PDT) (envelope-from obrien) Date: Tue, 3 Aug 2004 11:22:47 -0700 From: "David O'Brien" To: Tim Kientzle Message-ID: <20040803182247.GA92036@dragon.nuxi.com> References: <410F28E1.8080105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410F28E1.8080105@freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 18:22:48 -0000 On Mon, Aug 02, 2004 at 10:55:45PM -0700, Tim Kientzle wrote: > I will consider > suggestions for a corresponding environment variable > for GNU behavior (GNULY_CORRECT?). 'GNU_ME_HARDER'. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:29:55 2004 Return-Path: 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 CCB8916A4FD; Tue, 3 Aug 2004 18:29:55 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5058543D5A; Tue, 3 Aug 2004 18:29:55 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1Bs42o-000CO8-Uk; Tue, 03 Aug 2004 20:29:53 +0200 Date: Tue, 3 Aug 2004 20:31:15 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: obrien@freebsd.org From: Oliver Eikemeier In-Reply-To: <20040803170201.GA87300@dragon.nuxi.com> Message-Id: <4DA0F154-E57B-11D8-9C56-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:29:56 -0000 David O'Brien wrote: > I really wish Christos had never added the code to *GUESS* at what > FreeBSD version a binary was compiled on. Everything what file(1) does is guesswork, nevertheless it is a great tool. > The ELF binary format specification totally does NOT support the ability > to do this. file(1) makes GUESSES and has to use very FRAGILE > HEURISTICS. It is dependent on a totally optional ELF .note section I > add to binaries (which isn't even guaranteed to be in a binary), and > whose format could change in the future. As usual, file(1) has to follow. Anyway, since it works for now, and currently there is no reason to break it, why is it bad? I actually like that feature, and it is useful for debugging ports that should have been recompiled after a system upgrade. > file(1) will forever have trouble accurately determining the OS > version a > program is compiled for. So we will surely have these types of bugs in > the foreseeable future. I personally think the whole guessing code > should just be removed from file(1) so we can get back to worrying about > real bugs in FreeBSD. As stated above: I consider this to be a useful feature. file(1) is great at guessing, even when it is wrong sometimes. We could document the format, when you are afraid it would be too dangerous to depend on something undocumented. -Oliver From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:47:20 2004 Return-Path: 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 A74E016A4CE for ; Tue, 3 Aug 2004 18:47:20 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A8243D62 for ; Tue, 3 Aug 2004 18:47:20 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i73IlJR9009501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 3 Aug 2004 11:47:20 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i73IlJXu009500 for current@freebsd.org; Tue, 3 Aug 2004 11:47:19 -0700 (PDT) (envelope-from jdc) Date: Tue, 3 Aug 2004 11:47:19 -0700 From: Jeremy Chadwick To: current@freebsd.org Message-ID: <20040803184719.GA8970@parodius.com> Mail-Followup-To: current@freebsd.org References: <20040803180307.85535.qmail@web50707.mail.yahoo.com> <20040803112008.Q15648@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803112008.Q15648@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i Subject: Re: fyi: snap from 080304 will not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:47:20 -0000 Applicable threads about this problem: http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032802.html http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032889.html http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033007.html I believe there to still be a problem with boot1/2 which *wasn't* taken care of in the committed fix. Seems to depend on the system though... A workaround is to pull the bootstraps off of a 5.2.1-RELEASE machine and use those. For those who don't have access to older straps, I've put 5.2.1-RELEASE's /boot/boot up here: http://jdc.parodius.com/freebsd_bootstraps/ You'll want to download the applicable strap and apply it such (assuming disk ad0 and slice s1): # disklabel -B -b /tmp/5.2.1-RELEASE__boot ad0s1 The boot0 strap seems to work; boot1 or boot2 seems to be the problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Aug 03, 2004 at 11:21:54AM -0700, Doug White wrote: > On Tue, 3 Aug 2004, Kim Culhan wrote: > > > > > Greetings- > > > > Just an fyi here.. The latest snap, 080304, from > > snapshots.se.FreeBSD.org did not install a bootable system here. > > This looks like the boot2 breakage. I think a fix was committed not too > long ago and its possible the snapshot server hadn't picked it up in time. > You might try tomorrow's. > > > Hitting enter or letting it time-out at: > > > > F1 FreeBSD > > > > returns > > > > invalid partition > > no /boot/loader > > > > FreeBSD/i386 boot > > default: 0:ad(0,c)/kernel > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.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 Aug 3 19:00:41 2004 Return-Path: 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 5BAA316A4D3; Tue, 3 Aug 2004 19:00:41 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB3E43D62; Tue, 3 Aug 2004 19:00:39 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i73J0XEg029124; Tue, 3 Aug 2004 21:00:34 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <052a01c4798c$2d0a5250$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Willem Jan Withagen" , "John Baldwin" , "Robert Watson" References: <200407272318.46256.jhb@FreeBSD.org> <006001c47883$f20e9f70$471b3dd4@digiware.nl> Date: Tue, 3 Aug 2004 21:00:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: bzeeb+freebsd+lor@zabbadoz.net cc: alc@freebsd.org cc: current@freebsd.org Subject: After many many crashes and a new board: (Was: Re: Fatal LOR: PV ENTRY (UMA zone) @/home2/src/sys/vm/uma_core.c:2033) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:00:41 -0000 From: "Willem Jan Withagen" > Well the Tyan board is finally in. Look like a quality PCB, althoug some of the > connectors are somewhat far away for the large case I'm using.. > First need to do some paid work, but then I'll start rebuilding the system. > > I guess we'll know more by tomorrow. :) It is depressing in a sort of way..... But I've been beating the pulp out of the new board and thus far no crashes. Load has gone a high as 35, with over 200 processes in the queues. All from different make processes.... The baoard was my favourite since the Tyan boards where told the run with a lot of heat, which they really do. But better correct than cold. I'll put a note in the amd64-hardware FAQ as to this aspect. The board is still in my pile of "spare" hardware. Bad thing is that swapping will require messing around with some heat-conductor paste. Which I do not have on stock. But otherwise, if Alan thinks things should have improved on the board I could organise a test failry simple. But like he says: | Oh, dear. I also have one dual Opteron using a VIA chipset. I think | it's the same board. It's sitting in the corner turned off. It was | completely unreliable running as a dual. With SMP disabled I did not, | however, have problems. In a nutshell, given current priorities, it | wasn't worth my time to debug. MSI has its european office here in Eindhoven, and they even are a customer of my former company. Unfortunatly are the only people I know management Bob's, so hinting about anything is not going to be of much use. And then perhaps even they could not fix the board, since it could be the chipset or combination of parts with the chipset. --WjW From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 19:43:49 2004 Return-Path: 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 29F5C16A4CE; Tue, 3 Aug 2004 19:43:49 +0000 (GMT) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94EE643D1F; Tue, 3 Aug 2004 19:43:48 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.12.11/8.12.11) with ESMTP id i73JhgTM062631; Tue, 3 Aug 2004 21:43:47 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.11/8.12.9) with ESMTP id i73Jhg0u022957; Tue, 3 Aug 2004 21:43:42 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.12.11/8.12.11/Submit) id i73Jhgm2022956; Tue, 3 Aug 2004 21:43:42 +0200 (CEST) (envelope-from wb) Date: Tue, 3 Aug 2004 21:43:42 +0200 From: Wilko Bulte To: "David O'Brien" Message-ID: <20040803194342.GC22908@freebie.xs4all.nl> References: <410F28E1.8080105@freebsd.org> <20040803182247.GA92036@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803182247.GA92036@dragon.nuxi.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner cc: Tim Kientzle cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:43:49 -0000 On Tue, Aug 03, 2004 at 11:22:47AM -0700, David O'Brien wrote: > On Mon, Aug 02, 2004 at 10:55:45PM -0700, Tim Kientzle wrote: > > I will consider > > suggestions for a corresponding environment variable > > for GNU behavior (GNULY_CORRECT?). > > 'GNU_ME_HARDER'. HURD? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 20:02:38 2004 Return-Path: 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 4E4A216A4CE for ; Tue, 3 Aug 2004 20:02:38 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE5043D2F for ; Tue, 3 Aug 2004 20:02:38 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i73K2aQD001646 for ; Tue, 3 Aug 2004 13:02:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i73K2a7c001645 for freebsd-current@freebsd.org; Tue, 3 Aug 2004 13:02:36 -0700 (PDT) (envelope-from sgk) Date: Tue, 3 Aug 2004 13:02:36 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040803200236.GA1607@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: possible bug in gcc 3.4.2 on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:02:38 -0000 I'm trying to build GCC head on a newly installed amd64 FreeBSD system. In an email exchange on gcc@gcc.gnu.org, it was suggested that the FreeBSD system compiler may have a bug. Consider the following: cvs -qz9 -d :pserver:anoncvs@gcc.gnu.org:/cvs/gcc co gcc mkdir obj cd obj ../gcc/configure --enable-languages=c,f95 --prefix=$HOME gmake bootstrap This dies in stage1 with gmake[2]: Entering directory `/home/sgk/obj/gcc' gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fno-common -DHAVE_CONFIG_H -o cc1 \ c-parse.o c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o c-gimplify.o tree-mudflap.o c-pretty-print.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a ../libiberty/libiberty.a ./../intl/libintl.a ../libbanshee/points-to/libandersen.a ../libbanshee/engine/libbansheeengine.a ../libbanshee/libcompat/libbansheecompat.a libbackend.a(builtins.o)(.text+0x14018): In function `floor_log2': ../../gcc/gcc/toplev.h:180: undefined reference to `__clzdi2' libbackend.a(dwarf2out.o)(.text+0x288): In function `floor_log2': ../../gcc/gcc/toplev.h:180: undefined reference to `__clzdi2' libbackend.a(expmed.o)(.text+0x5c98): In function `floor_log2': ../../gcc/gcc/toplev.h:180: undefined reference to `__clzdi2' libbackend.a(local-alloc.o)(.text+0x38f8): In function `floor_log2': ../../gcc/gcc/toplev.h:180: undefined reference to `__clzdi2' libbackend.a(real.o)(.text+0x3138): In function `floor_log2': ../../gcc/gcc/toplev.h:180: undefined reference to `__clzdi2' libbackend.a(rtlanal.o)(.text+0x87d8):../../gcc/gcc/toplev.h:180: more undefined references to `__clzdi2' follow gmake[2]: *** [cc1] Error 1 gmake[2]: Leaving directory `/home/sgk/obj/gcc' gmake[1]: *** [stage1_build] Error 2 gmake[1]: Leaving directory `/home/sgk/obj/gcc' gmake: *** [bootstrap] Error 2 I was told that __clzdi2 should be a gcc builtin function and that it should be in libgcc.a. nm(1) does not reveal this symbol. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 20:20:46 2004 Return-Path: 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 2613016A4CE; Tue, 3 Aug 2004 20:20:46 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7F243D2F; Tue, 3 Aug 2004 20:20:45 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i73KKiWi089668 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 3 Aug 2004 13:20:45 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2004 13:20:17 -0700 User-Agent: KMail/1.6.1 References: <20040803214133.31dd9b03.nork@FreeBSD.org> <6.1.2.0.0.20040803092531.08ffed10@64.7.153.2> <20040803111428.S15648@carver.gumbysoft.com> In-Reply-To: <20040803111428.S15648@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408031320.17076.sam@errno.com> cc: Norikatsu Shigemura cc: Mike Tancsa Subject: Re: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:20:46 -0000 On Tuesday 03 August 2004 11:16 am, Doug White wrote: > On Tue, 3 Aug 2004, Mike Tancsa wrote: > > At 08:41 AM 03/08/2004, Norikatsu Shigemura wrote: > > >Hi sam! > > > > > > I have two Soekris vpn1401 crypto accelerator cards. I > > > installed these to 4-stable machine and 5-current machine. > > > > Hi, > > Not all things are accelerated in openssl. Also depending on > > the CPU you use, it wont be faster and might even be slower. Where you > > really win is with concurrent jobs. In our app, our backup server takes > > several ssh streams of dump and tar. The P4 2.4 keeps up just fine even > > when 50Mb/s of traffic is coming in with the card, but is too taxed > > without it. > > Also, your app has to ask for the acceleration if they want it, by > requesting the 'cryptodev' engine. And that requires OpenSSL 0.9.7, which > you probably have since the 'openssl engine' command exists. > > nork, which app(s) are you trying to accelerate? I don't believe this is correct. Unless something has changed libcrypto (from openssl) will check for /dev/crypto, query what algorithms are supported, and then use h/w acceleration if it exists. Sam From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 20:38:36 2004 Return-Path: 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 B4F2D16A4CE; Tue, 3 Aug 2004 20:38:36 +0000 (GMT) Received: from papagena.rockefeller.edu (papagena.rockefeller.edu [129.85.41.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDE443D31; Tue, 3 Aug 2004 20:38:26 +0000 (GMT) (envelope-from rsidd@papagena.rockefeller.edu) Received: from papagena.rockefeller.edu (localhost.localdomain [127.0.0.1]) i73Kbtuv009983; Tue, 3 Aug 2004 16:38:15 -0400 Received: (from rsidd@localhost) by papagena.rockefeller.edu (8.12.8/8.12.8/Submit) id i73Kbt7p009981; Tue, 3 Aug 2004 16:37:55 -0400 Date: Tue, 3 Aug 2004 16:37:55 -0400 From: Rahul Siddharthan To: "David O'Brien" Message-ID: <20040803203755.GA9940@online.fr> References: <410F28E1.8080105@freebsd.org> <20040803182247.GA92036@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803182247.GA92036@dragon.nuxi.com> User-Agent: Mutt/1.4.1i X-Operating-System: Linux 2.4.20-20.9smp i686 cc: Tim Kientzle cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:38:36 -0000 David O'Brien said on Aug 3, 2004 at 11:22:47: > On Mon, Aug 02, 2004 at 10:55:45PM -0700, Tim Kientzle wrote: > > I will consider > > suggestions for a corresponding environment variable > > for GNU behavior (GNULY_CORRECT?). > > 'GNU_ME_HARDER'. For those who missed the reference, Stallman's original term was POSIX_ME_HARDER http://groups.google.com/groups?selm=DJM.91Aug29122459%40vortex.eng.umd.edu and he changed it, he says, under pressure from a prudish POSIX committee member (but some programs still honour it...) I'd like to see the GNU behaviour stay the default, just for POLA reasons (especially since data loss could be involved: it's bad enough losing data by typing x when you meant c, which is rather common, let's not put in additional pitfalls). Also, commercial unix is a dwindling species, so practically all tar users are used to the GNU version anyway. POSIX purists probably define POSIXLY_CORRECT in their .*shrc files already. And it's worth noting that minor incompatibilities like this just serve to annoy new users (which usually means users from linux-land). For example, it's annoying that BSD man can't read a manpage by specifying the full path to a filename (eg, man ./foo.1). But I realise many BSD oldtimers' notion of "the right thing" is different from mine... Rahul From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 21:05:12 2004 Return-Path: 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 C603116A4CE; Tue, 3 Aug 2004 21:05:12 +0000 (GMT) Received: from hotmail.com (bay8-f72.bay8.hotmail.com [64.4.27.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B203343D3F; Tue, 3 Aug 2004 21:05:12 +0000 (GMT) (envelope-from evantd@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 3 Aug 2004 14:05:10 -0700 Received: from 128.95.167.53 by by8fd.bay8.hotmail.msn.com with HTTP; Tue, 03 Aug 2004 21:05:10 GMT X-Originating-IP: [128.95.167.53] X-Originating-Email: [evantd@hotmail.com] X-Sender: evantd@hotmail.com From: "Evan Dower" To: rsidd@online.fr, obrien@freebsd.org Date: Tue, 03 Aug 2004 14:05:10 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 03 Aug 2004 21:05:10.0340 (UTC) FILETIME=[8FD8E840:01C4799D] cc: kientzle@freebsd.org cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:05:12 -0000 >And it's worth noting that minor incompatibilities like this just >serve to annoy new users (which usually means users from linux-land). >For example, it's annoying that BSD man can't read a manpage by >specifying the full path to a filename (eg, man ./foo.1). Yeah... Why is that? It seems like it would be awfully useful to read man pages without installing them. Also, though I haven't looked at the source, it _seems_ like it would be really easy to do. What's the drawback? Many thanks in advance for your (no doubt) enlightening and entertaining answers, -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 21:11:09 2004 Return-Path: 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 B114316A4CE; Tue, 3 Aug 2004 21:11:09 +0000 (GMT) Received: from heceta.db.net (heceta.db.net [66.11.169.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6976E43D48; Tue, 3 Aug 2004 21:11:09 +0000 (GMT) (envelope-from db@db.net) Received: from localhost.db.net ([127.0.0.1] helo=heceta.db.net ident=db) by heceta.db.net with esmtp (Exim 4.24; FreeBSD 4.8) id 1Bs6Yu-000Ec3-C2; Tue, 03 Aug 2004 17:11:08 -0400 Received: (from db@localhost) by heceta.db.net (8.12.9p2/8.12.10/Submit) id i73LB4Sf056174; Tue, 3 Aug 2004 17:11:04 -0400 (EDT) (envelope-from db) Date: Tue, 3 Aug 2004 17:11:04 -0400 From: Diane Bruce To: Evan Dower Message-ID: <20040803211104.GA56113@heceta.db.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: rsidd@online.fr cc: kientzle@freebsd.org cc: freebsd-ports@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:11:09 -0000 On Tue, Aug 03, 2004 at 02:05:10PM -0700, Evan Dower wrote: > >And it's worth noting that minor incompatibilities like this just > >serve to annoy new users (which usually means users from linux-land). > >For example, it's annoying that BSD man can't read a manpage by > >specifying the full path to a filename (eg, man ./foo.1). > > Yeah... Why is that? It seems like it would be awfully useful to read man > pages without installing them. Also, though I haven't looked at the source, > it _seems_ like it would be really easy to do. What's the drawback? Yeah, and I am going to be really annoyed when tar -zcvf doesn't work too. - Diane Bruce From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 21:22:35 2004 Return-Path: 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 EB5F616A4CE for ; Tue, 3 Aug 2004 21:22:35 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD9B43D2D for ; Tue, 3 Aug 2004 21:22:35 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 2860 invoked from network); 3 Aug 2004 21:22:34 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 3 Aug 2004 21:22:34 -0000 Received: from hydrogen.funkthat.com (qpszcd@localhost.funkthat.com [127.0.0.1])i73LMWuU040374; Tue, 3 Aug 2004 14:22:33 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i73LMRu6040373; Tue, 3 Aug 2004 14:22:27 -0700 (PDT) Date: Tue, 3 Aug 2004 14:22:27 -0700 From: John-Mark Gurney To: Maxim Sobolev Message-ID: <20040803212227.GW991@funkthat.com> Mail-Followup-To: Maxim Sobolev , Arne Schwabe , Poul-Henning Kamp , current@freebsd.org References: <62768.1091287144@critter.freebsd.dk> <410BBB74.9010804@portaone.com> <864qnoyv06.fsf@kamino.rfc1149.org> <410BD3BC.9090704@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410BD3BC.9090704@portaone.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE 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: Poul-Henning Kamp cc: Arne Schwabe cc: current@freebsd.org Subject: Re: GEOM is too verbose X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 03 Aug 2004 21:22:36 -0000 Maxim Sobolev wrote this message on Sat, Jul 31, 2004 at 20:15 +0300: > >>It is python program, so that ioctl() is out of question. Usage of > > > > > >Hm python has ioctl support, where is the problem? > > Really? Anyway, I doubt that name of this ioctl is the same on the > different unices, so that binary search is still the best from the > portability POV. fcntl.ioctl... it might take some hand expansion of the ioctl macros to get it though... the old pytoh that would generate these couldn't handle FreeBSD's ioctl defines (but this was back in the early 4.x days)... You could always write a simple C program to get the value necessary.. -- 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 Tue Aug 3 22:43:13 2004 Return-Path: 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 0AC8816A4CE for ; Tue, 3 Aug 2004 22:43:13 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE81C43D4C for ; Tue, 3 Aug 2004 22:43:11 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i73MZ09L027715 for ; Wed, 4 Aug 2004 10:35:21 +1200 Received: from ThePacific.Net (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i73MTEX3025786 for ; Wed, 4 Aug 2004 10:29:15 +1200 Message-ID: <411012D1.9050607@ThePacific.Net> Date: Wed, 04 Aug 2004 10:33:53 +1200 From: "Marcos Biscaysaqu - Thepacific.net" Organization: Thepacific.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.76.8.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: PF ftp-proxy , transparent mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:43:13 -0000 Hi there. Im running a Freebsd with PF and ftp-proxy . I have this redirection: rdr on $int_if proto tcp from any to any port 21 -> 127.0.0.1 port 8021 the problem is when I connect to a ftp server on active mode the traffic is comming from the ftp-proxy on port 20 and not with the real ip of the ftp server, this create some problem on MAC OS machines. should a "transparent option" or some way to make this work. the ftp-proxy of freebsd has an option to setup the transparent mode but needs ipnat to work, but im using just pf. any idea? thanks !! Marcos Biscaysaqu Thepacific.net From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 02:27:35 2004 Return-Path: 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 D267916A4CE; Wed, 4 Aug 2004 02:27:35 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D3A43D1D; Wed, 4 Aug 2004 02:27:35 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i742RK9c014018; Tue, 3 Aug 2004 19:27:20 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i742RGtv014017; Tue, 3 Aug 2004 19:27:16 -0700 (PDT) (envelope-from obrien) Date: Tue, 3 Aug 2004 19:27:16 -0700 From: "David O'Brien" To: Andrey Chernov , Tim Kientzle , "David G. Lawrence" , freebsd-current@FreeBSD.ORG Message-ID: <20040804022716.GD10301@dragon.nuxi.com> References: <40F963D8.6010201@freebsd.org> <200407291159.i6TBxKj01347@Mail.NOSPAM.DynDNS.dK> <4109BA1B.7090609@freebsd.org> <20040730080026.GA46093@nexus.dglawrence.com> <410A78B1.4030608@kientzle.com> <20040801221508.GF75481@nexus.dglawrence.com> <410D894D.7000209@freebsd.org> <20040802010910.GA63402@nexus.dglawrence.com> <410D9957.5020308@freebsd.org> <20040802014353.GA67938@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040802014353.GA67938@nagual.pp.ru> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Re: tar -l versus gtar -l X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 02:27:35 -0000 On Mon, Aug 02, 2004 at 05:43:54AM +0400, Andrey Chernov wrote: > On Sun, Aug 01, 2004 at 06:31:03PM -0700, Tim Kientzle wrote: > > Would you be happier with this behavior? > > > > $ tar -cl /foo > > Error: -l is ambiguous > > If you want GNU tar -l, use --one-file-system instead. > > If you want POSIX tar -l, use --link-warn instead. > > POSIX have higher importance. We should ignore any GNUisms in favour of > POSIX overriding ones (at least to pass POSIX tests suite). But past FreeBSD (and BSD) practices should override POSIX. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 04:29:53 2004 Return-Path: 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 7B71B16A4CE for ; Wed, 4 Aug 2004 04:29:53 +0000 (GMT) Received: from grebe.mail.pas.earthlink.net (grebe.mail.pas.earthlink.net [207.217.120.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABAA43D39 for ; Wed, 4 Aug 2004 04:29:53 +0000 (GMT) (envelope-from rsidd@online.fr) Received: from user-12lcci7.cable.mindspring.com ([69.86.50.71] helo=bluerondo) by grebe.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 1BsDPU-0003q3-00 for freebsd-current@freebsd.org; Tue, 03 Aug 2004 21:29:52 -0700 Received: (qmail 1459 invoked by uid 1002); 4 Aug 2004 04:29:51 -0000 Date: Wed, 4 Aug 2004 00:29:51 -0400 From: Rahul Siddharthan To: Evan Dower Message-ID: <20040804042951.GA1371@online.fr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: DragonFly 1.1-CURRENT i386 User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: man(1) was: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:29:53 -0000 Evan Dower said on Aug 3, 2004 at 14:05:10: > >And it's worth noting that minor incompatibilities like this just > >serve to annoy new users (which usually means users from linux-land). > >For example, it's annoying that BSD man can't read a manpage by > >specifying the full path to a filename (eg, man ./foo.1). > > Yeah... Why is that? It seems like it would be awfully useful to read man > pages without installing them. I was wrong about calling it BSD man... it's GNU man, but a much older version than what current linux systems ship. I can work on a patch for this specific feature when I get some time. Before I start, is there any reason people may think this is a bad idea? Rahul From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 04:56:23 2004 Return-Path: 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 32E4616A4CE; Wed, 4 Aug 2004 04:56:23 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F21FC43D58; Wed, 4 Aug 2004 04:56:22 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i744uG90005217; Tue, 3 Aug 2004 21:56:18 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <41106C70.3010508@freebsd.org> Date: Tue, 03 Aug 2004 21:56:16 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <410F28E1.8080105@freebsd.org> <16655.43655.686564.873222@canoe.dclg.ca> In-Reply-To: <16655.43655.686564.873222@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:56:23 -0000 David Gilbert wrote: > > [2:1:301]dgilbert@canoe:~> bsdtar -cvf temp .bashrc > a .bashrc: tar format cannot archive this: Inappropriate file type or format > Works here. Which means either there's something weird going on at your end, or something weird going on at my end. It's possible you managed to get it in the middle of a cvs update, I suppose. Try updating again and rebuilding src/lib/libarchive and src/usr.bin/tar and let me know if that changes anything. Out of curiosity, what does "ls -l .bashrc" show? Tim From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 05:30:30 2004 Return-Path: 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 5D7CA16A4D8 for ; Wed, 4 Aug 2004 05:30:30 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 815BC43D66 for ; Wed, 4 Aug 2004 05:30:29 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-incoma.mbrd.ru ([194.117.71.30] helo=[172.16.4.9]) by mail.ciam.ru with asmtp (Exim 4.x) id 1BsEM3-000OEY-3X; Wed, 04 Aug 2004 09:30:27 +0400 Message-ID: <4110746A.3060703@FreeBSD.org> Date: Wed, 04 Aug 2004 09:30:18 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <410889F7.6050603@FreeBSD.org> <41089662.40301@FreeBSD.org> <41089A76.9080703@FreeBSD.org> <20040729114258.GH1726@k7.mavetju> <4108ED45.70302@FreeBSD.org> <20040730064045.GS22300@over-yonder.net> <410E39F8.6080209@FreeBSD.org> <410F8849.4090905@FreeBSD.org> <410F9A0A.3080803@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "proxy.ciam.ru", hasmessageblock similar future email. If you have any questions, see the administrator of that system for details.file 3you sure ? Almost. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description -------------------------------------------------- cc: FreeBSD current mailing list Subject: Re: squid on CURRENT: file descriptors leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:30:30 -0000 Bjoern A. Zeeb wrote: >>unknown file type 0 for file 3 of pid 21228 >> >>I think it's former socket descriptors. > > > are you sure ? Almost. > > could you please repeatedly run pstat -f and check if you can manually > trigger the problem by loading a page from that apache and see if the > leftover really is a socket ? It's hard to do it for now. They are not growing now. I think it's because of apache fork policy which differs from squid. > > what's the value of > sysctl debug.mpsafenet debug.mpsafenet: 0 -- Sem. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 06:45:20 2004 Return-Path: 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 20BA216A4CF; Wed, 4 Aug 2004 06:45:20 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4736843D64; Wed, 4 Aug 2004 06:45:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 5F3821FF931; Wed, 4 Aug 2004 08:45:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 638B11FF90C; Wed, 4 Aug 2004 08:45:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C261815380; Wed, 4 Aug 2004 06:41:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id B7B5B15329; Wed, 4 Aug 2004 06:41:51 +0000 (UTC) Date: Wed, 4 Aug 2004 06:41:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Sergey Matveychuk In-Reply-To: <4110746A.3060703@FreeBSD.org> Message-ID: References: <410889F7.6050603@FreeBSD.org> <41089662.40301@FreeBSD.org> <41089A76.9080703@FreeBSD.org> <20040729114258.GH1726@k7.mavetju> <4108ED45.70302@FreeBSD.org> <20040730064045.GS22300@over-yonder.net> <410E39F8.6080209@FreeBSD.org> <410F8849.4090905@FreeBSD.org> <4110746A.3060703@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: squid on CURRENT: file descriptors leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:45:20 -0000 On Wed, 4 Aug 2004, Sergey Matveychuk wrote: > > could you please repeatedly run pstat -f and check if you can manually > > trigger the problem by loading a page from that apache and see if the > > leftover really is a socket ? > > It's hard to do it for now. They are not growing now. I think it's > because of apache fork policy which differs from squid. could please post an extract of the pstat -f output from the actual problem then for the people here to see what's going wrong. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 07:30:28 2004 Return-Path: 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 241F116A4CE for ; Wed, 4 Aug 2004 07:30:28 +0000 (GMT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E94A43D46 for ; Wed, 4 Aug 2004 07:30:27 +0000 (GMT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 93FD311959; Wed, 4 Aug 2004 09:30:12 +0200 (CEST) Date: Wed, 4 Aug 2004 09:30:12 +0200 From: "Simon L. Nielsen" To: Rahul Siddharthan Message-ID: <20040804073012.GA685@arthur.nitro.dk> References: <20040804042951.GA1371@online.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20040804042951.GA1371@online.fr> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: man(1) was: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:30:28 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.04 00:29:51 -0400, Rahul Siddharthan wrote: > Evan Dower said on Aug 3, 2004 at 14:05:10: > > >And it's worth noting that minor incompatibilities like this just > > >serve to annoy new users (which usually means users from linux-land). > > >For example, it's annoying that BSD man can't read a manpage by > > >specifying the full path to a filename (eg, man ./foo.1). > > > > Yeah... Why is that? It seems like it would be awfully useful to read m= an > > pages without installing them. > > I was wrong about calling it BSD man... it's GNU man, but a much older > version than what current linux systems ship. > > I can work on a patch for this specific feature when I get some time. > Before I start, is there any reason people may think this is a bad > idea? Well, it can be done without a patch... I use the following tcsh alias so I can just write 'manf foo.1' : groff -Wall -Tascii -te -mandoc !^ | less --=20 Simon L. Nielsen FreeBSD Documentation Team --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEJCDh9pcDSc1mlERAsprAJ4vps94PJZFZAo0vT6vSWHUg/dcZgCfZeYz GF+1pO0L6KGr/WiQ5JCECF0= =R8Mt -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 07:35:43 2004 Return-Path: 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 7254C16A4CE; Wed, 4 Aug 2004 07:35:43 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF63C43D6D; Wed, 4 Aug 2004 07:35:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i747ZVh0042213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 10:35:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i747ZWlu022904; Wed, 4 Aug 2004 10:35:32 +0300 (EEST) (envelope-from ru) Date: Wed, 4 Aug 2004 10:35:32 +0300 From: Ruslan Ermilov To: "Simon L. Nielsen" Message-ID: <20040804073532.GA22846@ip.net.ua> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20040804073012.GA685@arthur.nitro.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Rahul Siddharthan cc: freebsd-current@freebsd.org Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:35:43 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > On 2004.08.04 00:29:51 -0400, Rahul Siddharthan wrote: > > Evan Dower said on Aug 3, 2004 at 14:05:10: > > > >And it's worth noting that minor incompatibilities like this just > > > >serve to annoy new users (which usually means users from linux-land). > > > >For example, it's annoying that BSD man can't read a manpage by > > > >specifying the full path to a filename (eg, man ./foo.1). > > > > > > Yeah... Why is that? It seems like it would be awfully useful to read= man > > > pages without installing them. > > > > I was wrong about calling it BSD man... it's GNU man, but a much older > > version than what current linux systems ship. > > > > I can work on a patch for this specific feature when I get some time. > > Before I start, is there any reason people may think this is a bad > > idea? >=20 > Well, it can be done without a patch... I use the following tcsh alias > so I can just write 'manf foo.1' : >=20 > groff -Wall -Tascii -te -mandoc !^ | less >=20 You need to use ``-mtty-char -man'' to get the correct output. (-man or -mandoc doesn't matter.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEJHEqRfpzJluFF4RAu9+AJ9pV0monBHx5qwgUeAyHshFe5HQEACfULxH 3+wGM/4nskV91imPbvc3+XY= =BI+n -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 07:40:33 2004 Return-Path: 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 AFB0816A4CE for ; Wed, 4 Aug 2004 07:40:33 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BBF843D48 for ; Wed, 4 Aug 2004 07:40:33 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-mtu.mbrd.ru ([195.34.35.77] helo=[172.16.4.9]) by mail.ciam.ru with asmtp (Exim 4.x) id 1BsGNZ-0000X6-Dc; Wed, 04 Aug 2004 11:40:10 +0400 Message-ID: <411092D4.6090305@FreeBSD.org> Date: Wed, 04 Aug 2004 11:40:04 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <410889F7.6050603@FreeBSD.org> <41089662.40301@FreeBSD.org> <41089A76.9080703@FreeBSD.org> <20040729114258.GH1726@k7.mavetju> <4108ED45.70302@FreeBSD.org> <20040730064045.GS22300@over-yonder.net> <410E39F8.6080209@FreeBSD.org> <410F8849.4090905@FreeBSD.org> <410F9A0A.3080803@FreeBSD.org> <4110746A.3060703@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "proxy.ciam.ru", hasmessageblock similar future email. If you have any questions, see the administrator of that system for details.extract ofhere to see what's going wrong. > The most of pstat -f output is: c224c3fc 0 0 0 c2247d8c ??? 1 0 0 0 c224d594 ??? 1 0 0 0 c22643b8 ??? 1 0 0 0 c226ea180 0 0 c226e50c ??? 1 0 0 0 c22654c8 ??? 1 0 0 0 It was from snapshot 5.2-CURRENT-20040608. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description -------------------------------------------------- cc: FreeBSD current mailing list Subject: Re: squid on CURRENT: file descriptors leak X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:40:33 -0000 Bjoern A. Zeeb wrote: > could please post an extract of the pstat -f output from the actual > problem then for the people here to see what's going wrong. > The most of pstat -f output is: c224c3fc ??? 1 0 0 0 c2265ae4 ??? 1 0 0 0 c2264088 ??? 1 0 0 0 c2264a5c ??? 1 0 0 0 c2247d8c ??? 1 0 0 0 c224d594 ??? 1 0 0 0 c22643b8 ??? 1 0 0 0 c224c264 ??? 1 0 0 0 c2266aa0 ??? 1 0 0 0 c2265b6c ??? 1 0 0 0 c226ea18 ??? 1 0 0 0 c2afebf4 ??? 1 0 0 0 c226ecc0 ??? 1 0 0 0 c2265d8c ??? 1 0 0 0 c226e50c ??? 1 0 0 0 c22654c8 ??? 1 0 0 0 -------------------- It was from snapshot 5.2-CURRENT-20040608. After I've upgraded to 5.2-CURRENT-20040729 their number stopped grows. So all I have: % pstat -f | grep '???' c18e0154 ??? 2 0 0 0 c194850c ??? 2 0 0 0 c1a65cc0 ??? 2 0 0 0 c234f088 ??? 2 0 0 0 c17961dc ??? 2 0 0 0 % ps xa|grep httpd 21227 ?? Ss 0:01.12 /usr/local/sbin/httpd 21228 ?? I 0:00.00 /usr/local/sbin/httpd 21229 ?? I 0:00.00 /usr/local/sbin/httpd 21230 ?? I 0:00.00 /usr/local/sbin/httpd 21231 ?? I 0:00.00 /usr/local/sbin/httpd 21232 ?? I 0:00.00 /usr/local/sbin/httpd By one ill descriptor on each apache child. -- Sem. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 07:45:07 2004 Return-Path: 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 ED34816A4CE; Wed, 4 Aug 2004 07:45:07 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 398F043D2D; Wed, 4 Aug 2004 07:45:07 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i747hsMD000420; Wed, 4 Aug 2004 01:43:54 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i747hs3m000419; Wed, 4 Aug 2004 01:43:54 -0600 (MDT) (envelope-from scottl) Date: Wed, 4 Aug 2004 01:43:54 -0600 (MDT) Message-Id: <200408040743.i747hs3m000419@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 07:45:08 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+-------------+---------------+---------------------| | | | | The kernel random | | | | | number generator's | | | | | requirement of | | | | | needing to be fed | | | | | entropy early on | | | | | has been disabled | | | | | so that sysinstall | | | | | and single-user | | /dev/random stalls | | | mode apps don't | | single user and | In progress | Mark Murray | block with strange | | sysinstall | | | messages. Work is | | | | | still needed in | | | | | rc.d to enable the | | | | | higher-quality | | | | | entropy before | | | | | critical startup | | | | | scripts start and | | | | | the system reaches | | | | | multiuser mode. | |--------------------+-------------+---------------+---------------------| | | | | Problems persist | | | | | with crashes and | | | | | hangs under heavy | | | | | load, especially | | | | | under SMP. The | | | | | recent introduction | | | | | of full-scale | | | | | preemption | | | | | exasperated the | | | | | problem, though | | | | | preemption has been | | | | | turned off | | General | | | temporarily while | | instability and | | Scott Long, | this problem is | | lockups under high | Not done | Julian | debugged. | | load | | Elischer | Speculation on the | | | | | source of the | | | | | problem seems to | | | | | center around | | | | | problems in the | | | | | scheduler and | | | | | appear to be common | | | | | to both the 4BSD | | | | | and ULE schedulers. | | | | | This needs to be | | | | | driven to root | | | | | cause and fixed in | | | | | order for 5.3 to be | | | | | considered STABLE. | |--------------------+-------------+---------------+---------------------| | | | | Symbols that have | | | | | moved between libc | | | | | and libm have made | | | | | source upgrades | | Source upgrade | Not done | David Schultz | problematic. The | | incompatibility | | | 5.3 world sources | | | | | must be buildable | | | | | and installable | | | | | from a 5.2.1 | | | | | system. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+---------------+------------------------| | GDB 6.1 kernel | | | GDB 6.1.1 import does | | debugging | In progress | Marcel | not include FreeBSD | | support | | Moolenaar | kernel debugging | | | | | support. | |-----------------+-------------+---------------+------------------------| | BIND9 import | In progress | Doug Barton | BIND9 must be imported | | into 5-CURRENT | | | for 5.3-RELEASE. | |-----------------+-------------+---------------+------------------------| | | | | Kernel bits | | KSE support for | | | implemented, userland | | sparc64 | -- | -- | not implemented. | | | | | Required for | | | | | 5.3-RELEASE. | |-----------------+-------------+---------------+------------------------| | | | | Significant parts of | | | | | the network stack | | | | | (especially IPv4, UNIX | | | | | domain IPC, and | | | | | sockets) now have | | | | | fine-grained locking | | | | | of their data | | | | | structures. It's | | | | | possible to run many | | | | | common network | | | | | subsystems and | | | | | services without the | | Fine-grained | | | Giant lock. However, a | | network stack | In progress | Robert Watson | number of device | | locking without | | | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not MPSAFE. | | | | | By 5.3-RELEASE, it is | | | | | necessary to have the | | | | | vast majority of | | | | | network code running | | | | | without Giant, | | | | | including sockets, | | | | | permitting complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |-----------------+-------------+---------------+------------------------| | | | | KLDs work when loaded | | | | | from userland, but not | | | | | from the loader. | | kld support for | In progress | David O'Brien | kldxref might also | | amd64 | | Peter Wemm | need work. Required | | | | | for amd64 to be | | | | | promoted to tier-1 | | | | | status. | |-----------------+-------------+---------------+------------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support is | | | | David | now required to ease | | GDB thread | In progress | Xu,Marcel | debugging of threaded | | support | | Moolenaar | applications. Ideally, | | | | | this support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |-----------------+-------------+---------------+------------------------| | | | | Currently, two | | | | | schedulers are | | | | | present: SCHED_ULE | | | | | (default), an | | | | | SMP-optimized | | | | | scheduler created as | | | | | part of SMPng, and | | | | | SCHED_4BSD, an | | | | | SMP-adapted version of | | | | | the original 4BSD | | | | | scheduler. They have | | | | | quite different | | | | | performance | | | | | properties, with ULE | | | | | providing strong | | | | | interactivity | | Scheduler | | | characteristics, and | | cleanup and | In progress | -- | performing quite well | | resolution | | | in a number of | | | | | benchmarks, and 4BSD | | | | | showing greater | | | | | strength in IPC | | | | | intensive user space | | | | | benchmarks, such as | | | | | databases. One of | | | | | these schedulers must | | | | | be the default for | | | | | 5.3, and whichever one | | | | | it is, it requires | | | | | careful measurement, | | | | | analysis, and | | | | | optimization before | | | | | the release in order | | | | | to address its | | | | | deficiencies. | |-----------------+-------------+---------------+------------------------| | | | | There have been | | | | | several reports that | | | | | growfs(8) works | | | | | improperly with large | | Reports of UFS2 | | | disk sizes, and other | | "large disk" | In progress | Scott Long | size-related nits in | | problems | | | the current disk and | | | | | label management tool | | | | | set. These must be | | | | | resolved for | | | | | 5.3-RELEASE. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+----------------+-----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to its | | | | | inherent security | | truss support | | | risks, it is highly | | for ptrace | -- | -- | desirable to update | | | | | truss to operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has been | | | | | added to ptrace(). | |-----------------+-------------+----------------+-----------------------| | | | | To complete support | | | | | for thread-local | | | | | storage on FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | In progress | Marcel | changes must be made. | | Storage | | Moolenaar | Currently pending | | | | | platforms are amd64, | | | | | alpha, ia64, i386, | | | | | sparc64, and powerpc. | |-----------------+-------------+----------------+-----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel indirection | | | | | to protect IPv6 | | | | | packets when using | | FAST_IPSEC and | | | hardware crypto | | KAME | Not done | -- | acceleration. This | | compatibility | | | issue must be | | | | | resolved so that the | | | | | two services may more | | | | | easily be used | | | | | together. Among other | | | | | things, this will | | | | | require a careful | | | | | review of the | | | | | handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |-----------------+-------------+----------------+-----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |-----------------+-------------+----------------+-----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel configuration, | | | | | and independently | | | | | from one another, | | | | | resulting in | | | | | substantially | | | | | redundant compilation | | | | | of objects, as well | | | | | as the inability to | | | | | easily manage | | | | | compile-time options | | | | | for kernel objects | | Revised kld | | | (such as MAC, PAE, | | build | Not done | Peter Wemm | etc) that may require | | infrastructure | | | conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance and | | | | | better support | | | | | options of this sort, | | | | | the KLD build | | | | | infrastructure needs | | | | | to be revamped. Peter | | | | | Wemm has done some | | | | | initial prototyping, | | | | | and should be | | | | | contacted before | | | | | starting on this | | | | | work. | |-----------------+-------------+----------------+-----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |-----------------+-------------+----------------+-----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before it | | | | | exits. The symptom is | | | | | that truss reports | | | | | that it cannot open | | | | | the procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | | appears to exist | | in truss | candidate | Robert Drehmel | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |-----------------+-------------+----------------+-----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support | | | being intersected | | in UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |-----------------+-------------+----------------+-----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. Filedesc | | | | | locking needs to be | | | | | heavily reviewed in | | | | | general. | |-----------------+-------------+----------------+-----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the NFS | | | | | server. Improvements | | MAC support for | Not done | Robert Watson | in NFS server | | NFS Server | | | credential handling | | | | | are required to | | | | | correct this problem, | | | | | as well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |-----------------+-------------+----------------+-----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | busdma in all | | | no use of vtophys() | | PCI drivers | In progress | -- | will be permitted for | | | | | any recent device | | | | | driver. ISA drivers | | | | | may be exempt. | |-----------------+-------------+----------------+-----------------------| | KSE support for | | Marcel | Userland bits | | alpha | In progress | Moolenaar | implemented, kernel | | | | | bits not implemented. | |-----------------+-------------+----------------+-----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have the | | | | Justin Gibbs | CAM locking strategy | | | | | determined and | | | | | loosely implemented | | | | | for 5.3. | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+---------------+------------------------| | | | | The installation | | | | | documentation doesn't | | i386 Floppy | | | take into account the | | Installation | Not done | -- | new floppy images | | Docs | | | (with a full kernel | | | | | split across multiple | | | | | disks). This should be | | | | | updated. | |-----------------+-------------+---------------+------------------------| | | | | Finish removing | | | | | mention of individual | | Finish hardware | | | devices in the | | notes trimming | In progress | Simon Nielsen | hardware notes and use | | | | | auto-generated lists, | | | | | based on driver manual | | | | | pages, instead. | +------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+---------------+---------------+----------------------| | | | | SCHED_ULE provides | | | | | better | | | | | interactivity, | | SCHED_ULE as | | | higher performance, | | the default | Needs testing | Jeff Roberson | and the ability to | | scheduler | | | support pinning and | | | | | affinity. Basic HTT | | | | | scheduling policies | | | | | should be in place | | | | | for 5.3 also. | |-----------------+---------------+---------------+----------------------| | | | | Attempts to use | | | | | make(1) with KQueues | | | | | appears to result in | | | | | a kernel hang under | | | | | "heavy load". It | | | | | would be desirable | | | | | to fix this both | | | | | from the perspective | | | | | of building FreeBSD | | make | | | quickly as a | | -DUSE_KQUEUE | | Brian | developer, but also | | causes lockup | Needs testing | Feldman, | because it's an | | with buildworld | | John-Mark | instability that | | -jBIGNUM | | Gurney | could show up under | | | | | other high load and | | | | | heavy use of | | | | | KQueues. See PR | | | | | kern/57945 for a | | | | | proposed patch and | | | | | details. This appear | | | | | to be the product of | | | | | a locking problem, | | | | | and must be fixed | | | | | for 5.3. | |-----------------+---------------+---------------+----------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant than | | | | | the traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST have | | KSE as the | | David Xu, | stable KSE support | | default threads | Needs testing | Daniel | for 5.3 in order to | | library | | Eischen | support a consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend on | | | | | the pthreads API | | | | | must be modified to | | | | | properly detect and | | | | | support the default | | | | | threading library. | |-----------------+---------------+---------------+----------------------| | | | | Binutils needs | | Updated | | | updating in order to | | binutils for | Needs testing | David O'Brien | support new | | all platforms | | | platforms, newer GDB | | | | | versions, and Thread | | | | | Local Storage. | |-----------------+---------------+---------------+----------------------| | | | | The previous GCC 3.3 | | | | | snapshot included | | | | | regressions in | | | | | alignment of | | gcc 3.3 | | | floating point | | floating point | | | arguments, resulting | | alignment | Needs testing | | in a substantial | | regression | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/08/04 02:33:13 From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 07:49:14 2004 Return-Path: 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 8783E16A4CE for ; Wed, 4 Aug 2004 07:49:14 +0000 (GMT) Received: from mail.dti.supsi.ch (mail.dti.supsi.ch [193.5.153.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F6B43D48 for ; Wed, 4 Aug 2004 07:49:13 +0000 (GMT) (envelope-from roberto.nunnari@supsi.ch) Received: from supsi.ch (pcm2027.dti.supsi.ch [193.5.152.27]) by mail.dti.supsi.ch (8.11.6/8.11.6) with ESMTP id i747nBK14985 for ; Wed, 4 Aug 2004 09:49:11 +0200 Message-ID: <411094F8.2060201@supsi.ch> Date: Wed, 04 Aug 2004 09:49:12 +0200 From: Roberto Nunnari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: strange kernel messages.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:49:14 -0000 Hello. Can anybody tell me what are these messages about? Are them just informational or do I have to worry? Aug 2 18:23:59 web kernel: lock order reversal Aug 2 18:23:59 web kernel: 1st 0xc07066e0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1200 Aug 2 18:23:59 web kernel: 2nd 0xc0c31100 system map (system map) @ /usr/src/sys/vm/vm_map.c:2210 Aug 2 19:12:21 web kernel: lock order reversal Aug 2 19:12:21 web kernel: 1st 0xc8c1c39c vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323 Aug 2 19:12:21 web kernel: 2nd 0xc0705b80 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pager.c:1838 Aug 2 19:12:21 web kernel: 3rd 0xc6853108 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:873 They started showing up after last world upgrade web.dti.supsi.ch# uname -a FreeBSD web.dti.supsi.ch 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #2: Fri Jul 30 17:35:55 CEST 2004 root@:/usr/obj/usr/src/sys/WEB i386 Thank you. -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonale tel: +41-91-6108561 6928 Manno """ fax: +41-91-6108570 Switzerland (o o) =======================oOO==(_)==OOo======================== From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 08:35:43 2004 Return-Path: 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 5965E16A4CE for ; Wed, 4 Aug 2004 08:35:43 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id B53C543D1F for ; Wed, 4 Aug 2004 08:35:42 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1BsHFN-00023o-00; Wed, 04 Aug 2004 10:35:41 +0200 Received: from Andro-Beta.Leidinger.net (EkWJUgZfgebmfIRCOHCMAckYeaQMOP7NkbKMGSO1pFO9m6EAurUn40@[84.128.198.46]) by fmrl01.sul.t-online.com with esmtp id 1BsHF9-1sW3qS0; Wed, 4 Aug 2004 10:35:27 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i748ZWLG074555; Wed, 4 Aug 2004 10:35:32 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 4 Aug 2004 10:36:11 +0200 From: Alexander Leidinger To: Gregory Neil Shapiro Message-Id: <20040804103611.40693db6@Magellan.Leidinger.net> In-Reply-To: <20040803164820.GU32424@horsey.gshapiro.net> References: <20040803031019.GN32424@horsey.gshapiro.net> <20040803103541.2e74412c@Magellan.Leidinger.net> <03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> <20040803112558.1a931db3@Magellan.Leidinger.net> <03f101c47951$3c543540$471b3dd4@digiware.nl> <20040803141532.623722ed@Magellan.Leidinger.net> <20040803164820.GU32424@horsey.gshapiro.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: EkWJUgZfgebmfIRCOHCMAckYeaQMOP7NkbKMGSO1pFO9m6EAurUn40@t-dialin.net cc: freebsd-current@freebsd.org Subject: Re: strange sendmail behavior (was: Re: Please test /etc/rc.d/sendmail patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:35:43 -0000 On Tue, 3 Aug 2004 09:48:20 -0700 Gregory Neil Shapiro wrote: > Also, look to see if there are other sendmail, newaliases, > mailq, hoststat, or purgestat binaries in your path (including > /usr/local/bin, /usr/local/sbin, and /usr/local/libexec). Ah! A stale hoststat in /usr/bin (from Dec 1999)! I think it's time for a "removestalefiles" target... does someone have a list of files in each FreeBSD release? Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 09:17:36 2004 Return-Path: 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 7682316A4CE for ; Wed, 4 Aug 2004 09:17:36 +0000 (GMT) Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9029E43D58 for ; Wed, 4 Aug 2004 09:17:35 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by transwarp.tao.org.uk (Postfix) with ESMTP id 3F58DEAC4 for ; Wed, 4 Aug 2004 10:17:23 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 0221F42F4; Wed, 4 Aug 2004 10:17:22 +0100 (BST) Date: Wed, 4 Aug 2004 10:17:22 +0100 From: Josef Karthauser To: freebsd-current@freebsd.org Message-ID: <20040804091722.GB5782@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-taoresearch-MailScanner-Information: Please contact Tao Research for more information X-taoresearch-MailScanner: Found to be clean X-MailScanner-From: joe@tao.org.uk Subject: kern.maxpipekva exceeded, please see tuning(7). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:17:36 -0000 --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've got a 5.2.x machine which has hung and is giving the message 'kern.maxpipekva exceeded, please see tuning(7)' on the console whenever anyone tries to open a tcp connect to it. Does anyone know what this tweakable is about and what might cause it to be "exceeded"? The machine has been running fine for 6 months. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --OwLcNYc0lM97+oe1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iEYEARECAAYFAkEQqaIACgkQXVIcjOaxUBbnOQCfRoNmTKiLTHGdMy9vRHizQ6pd 52wAoKyP+dLHT2VwV9byf+V+Fbo3cNTX =z2CM -----END PGP SIGNATURE----- --OwLcNYc0lM97+oe1-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 09:52:15 2004 Return-Path: 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 BA9BE16A4CE; Wed, 4 Aug 2004 09:52:15 +0000 (GMT) Received: from 9.hellooperator.net (cpc3-cdif2-3-0-cust202.cdif.cable.ntl.com [81.103.32.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C91C43D55; Wed, 4 Aug 2004 09:52:15 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.34) id 1BsIRQ-0003qF-8E; Wed, 04 Aug 2004 10:52:12 +0100 Date: Wed, 4 Aug 2004 10:52:12 +0100 From: Dick Davies To: Josef Karthauser Message-ID: <20040804095212.GC13269@lb.tenfour> References: <20040804091722.GB5782@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20040804091722.GB5782@genius.tao.org.uk> User-Agent: Mutt/1.4.2.1i Sender: Rasputin cc: FreeBSD Current list Subject: Re: kern.maxpipekva exceeded, please see tuning(7). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dick Davies 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 Aug 2004 09:52:15 -0000 * Josef Karthauser [0818 10:18]: > I've got a 5.2.x machine which has hung and is giving the message > 'kern.maxpipekva exceeded, please see tuning(7)' on the console > whenever anyone tries to open a tcp connect to it. Does anyone > know what this tweakable is about and what might cause it to be > "exceeded"? The machine has been running fine for 6 months. It's a typo, should be: root@eris samba3 # sysctl -a|grep kva kern.ipc.maxpipekva: 8359936 kern.ipc.maxpipekvawired: 4177920 kern.ipc.pipekva: 262144 kern.ipc.pipekvawired: 0 vfs.buffreekvacnt: 0 - when I had this a oouple of weeks back (on 5.2 release) it was because I'd borked my make.conf so I effectively forkbombed the box everytime I tri= ed to build a port .... O_o any chance you changed something similar in your networking? (maybe a loop in your NAT rules or something?) --=20 An artist should be fit for the best society and keep out of it. Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 10:01:50 2004 Return-Path: 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 B0DE316A4CE for ; Wed, 4 Aug 2004 10:01:50 +0000 (GMT) Received: from mail12.svc.cra.dublin.eircom.net (mail12.svc.cra.dublin.eircom.net [159.134.118.28]) by mx1.FreeBSD.org (Postfix) with SMTP id EAAA943D4C for ; Wed, 4 Aug 2004 10:01:49 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 93778 messnum 6642941 invoked from network[159.134.254.24/159-134-254-24.as1.nas.naas.eircom.net]); 4 Aug 2004 09:21:02 -0000 Received: from 159-134-254-24.as1.nas.naas.eircom.net (HELO localhost) (159.134.254.24) by mail12.svc.cra.dublin.eircom.net (qp 93778) with SMTP; 4 Aug 2004 09:21:02 -0000 Date: Wed, 4 Aug 2004 10:21:01 +0100 From: Steve O'Hara-Smith To: re@FreeBSD.org Message-Id: <20040804102101.5e0f4023.steve@sohara.org> In-Reply-To: <200408040743.i747hs3m000419@pooker.samsco.org> References: <200408040743.i747hs3m000419@pooker.samsco.org> X-Mailer: Sylpheed version 0.9.11 (GTK+ 1.2.10; i386-portbld-freebsd4.10) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: scottl@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:01:50 -0000 On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) Scott Long wrote: > | Source upgrade | Not done | David Schultz | problematic. The | > | incompatibility | | | 5.3 world sources | > | | | | must be buildable | > | | | | and installable | > | | | | from a 5.2.1 | > | | | | system. | Should they not also be buildable and installable from a 4.10 or 4.11 system in order to preserve the -stable upgrade route ? -- C:>WIN | Solar Thermal Systems The computer obeys and wins. | http://www.soleire.com/ You lose and Bill collects. | Directable Mirror Arrays | http://www.sohara.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 10:27:45 2004 Return-Path: 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 0E3A116A4CE for ; Wed, 4 Aug 2004 10:27:45 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D0443D64 for ; Wed, 4 Aug 2004 10:27:44 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from web.portaone.com (localhost [127.0.0.1]) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i74ARgqH057581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 12:27:43 +0200 (CEST) (envelope-from sobomax@web.portaone.com) Received: (from sobomax@localhost) by web.portaone.com (8.12.8p2/8.12.8/Submit) id i74ARgHe057580; Wed, 4 Aug 2004 12:27:42 +0200 (CEST) (envelope-from sobomax) Date: Wed, 4 Aug 2004 12:27:42 +0200 From: Maxim Sobolev To: Arne Schwabe , Poul-Henning Kamp , current@freebsd.org Message-ID: <20040804102742.GC55271@www.portaone.com> References: <62768.1091287144@critter.freebsd.dk> <410BBB74.9010804@portaone.com> <864qnoyv06.fsf@kamino.rfc1149.org> <410BD3BC.9090704@portaone.com> <20040803212227.GW991@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803212227.GW991@funkthat.com> User-Agent: Mutt/1.4.1i Subject: Re: GEOM is too verbose X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:27:45 -0000 On Tue, Aug 03, 2004 at 02:22:27PM -0700, John-Mark Gurney wrote: > Maxim Sobolev wrote this message on Sat, Jul 31, 2004 at 20:15 +0300: > > >>It is python program, so that ioctl() is out of question. Usage of > > > > > > > > >Hm python has ioctl support, where is the problem? > > > > Really? Anyway, I doubt that name of this ioctl is the same on the > > different unices, so that binary search is still the best from the > > portability POV. > > fcntl.ioctl... it might take some hand expansion of the ioctl macros > to get it though... the old pytoh that would generate these couldn't > handle FreeBSD's ioctl defines (but this was back in the early 4.x > days)... You could always write a simple C program to get the value > necessary.. Heh, but I have other means to spend my spare time. Rewriting perfectly working code for perfection sake is not one of them. -Maxim > > -- > 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 Wed Aug 4 10:57:23 2004 Return-Path: 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 3E46316A4CE for ; Wed, 4 Aug 2004 10:57:23 +0000 (GMT) Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD51543D69 for ; Wed, 4 Aug 2004 10:57:16 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by transwarp.tao.org.uk (Postfix) with ESMTP id 91FC9EA69; Wed, 4 Aug 2004 11:57:00 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 77E9B4364; Wed, 4 Aug 2004 11:57:00 +0100 (BST) Date: Wed, 4 Aug 2004 11:57:00 +0100 From: Josef Karthauser To: Dick Davies Message-ID: <20040804105700.GF5782@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Dick Davies , FreeBSD Current list References: <20040804091722.GB5782@genius.tao.org.uk> <20040804095212.GC13269@lb.tenfour> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y1L3PTX8QE8cb2T+" Content-Disposition: inline In-Reply-To: <20040804095212.GC13269@lb.tenfour> User-Agent: Mutt/1.5.6i X-taoresearch-MailScanner-Information: Please contact Tao Research for more information X-taoresearch-MailScanner: Found to be clean X-MailScanner-From: joe@tao.org.uk cc: FreeBSD Current list Subject: Re: kern.maxpipekva exceeded, please see tuning(7). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:57:23 -0000 --Y1L3PTX8QE8cb2T+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 10:52:12AM +0100, Dick Davies wrote: > * Josef Karthauser [0818 10:18]: > > I've got a 5.2.x machine which has hung and is giving the message > > 'kern.maxpipekva exceeded, please see tuning(7)' on the console > > whenever anyone tries to open a tcp connect to it. Does anyone > > know what this tweakable is about and what might cause it to be > > "exceeded"? The machine has been running fine for 6 months. >=20 > It's a typo, should be: >=20 > root@eris samba3 # sysctl -a|grep kva > kern.ipc.maxpipekva: 8359936 > kern.ipc.maxpipekvawired: 4177920 > kern.ipc.pipekva: 262144 > kern.ipc.pipekvawired: 0 > vfs.buffreekvacnt: 0 >=20 >=20 > - when I had this a oouple of weeks back (on 5.2 release) it was because > I'd borked my make.conf so I effectively forkbombed the box everytime I t= ried > to build a port .... O_o >=20 > any chance you changed something similar in your networking? > (maybe a loop in your NAT rules or something?) The problem appears to be caused by a failing disk returning DMA errors in swap space. What probably happened is that the tcp connections stacked up and blew the alloted space. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --Y1L3PTX8QE8cb2T+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iEYEARECAAYFAkEQwPsACgkQXVIcjOaxUBbbkgCgq57opq7NXhcDNYOmkkzWXKvj +qsAoIKdRcg3DSv47C6dAsnl8asDNxjJ =Jg0r -----END PGP SIGNATURE----- --Y1L3PTX8QE8cb2T+-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 10:58:33 2004 Return-Path: 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 B116116A4CE for ; Wed, 4 Aug 2004 10:58:33 +0000 (GMT) Received: from d162.mplik.ru (relay1.mplik.ru [212.23.64.162]) by mx1.FreeBSD.org (Postfix) with SMTP id 56EA743D67 for ; Wed, 4 Aug 2004 10:58:32 +0000 (GMT) (envelope-from ngl@ur.ru) Received: from d162.mplik.ru (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 11C97998644 for ; Wed, 4 Aug 2004 16:58:30 +0600 (YEKST) Received: from spirit (wall.mplik.ru [195.58.1.141]) by d162.mplik.ru (Postfix) with SMTP id E8FA9961457 for ; Wed, 4 Aug 2004 16:58:29 +0600 (YEKST) Message-ID: <0ba301c47a11$fa028b80$0202000a@spirit> From: "ngl" To: Date: Wed, 4 Aug 2004 16:58:29 +0600 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-Spam-Status: No, tests=bogofilter, spamicity=0.739159, version=0.12.3 X-Sagator-Scanner: 0.4.9-0rc1; drop(clamd()) deliver(BogoFilter()) Subject: POSIX Thread's locks failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:58:33 -0000 Hello all. Sorry for my english. I use libpcap and libc_r under FreeBSD 5.2.1-p9, and i has faced a problem, that sometimes pthread_mutex doesn't work properly. I'm getting packets from bpf with pcap_next function in one thread and processing them in another. Both threads are using the same pthread_mutex to synchronize. Everything works perfectly, but sometimes i get errors could arise only if synchronization failed. regards, Nik From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 11:32:25 2004 Return-Path: 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 8C27416A4CE; Wed, 4 Aug 2004 11:32:25 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A69E43D2D; Wed, 4 Aug 2004 11:32:24 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (pD9E1E2A6.dip.t-dialin.net [217.225.226.166]) F055937795; Wed, 4 Aug 2004 13:32:22 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id D8C51C4675; Wed, 4 Aug 2004 13:32:20 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21556-03; Wed, 4 Aug 2004 13:32:20 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 85BF9C3FD5; Wed, 4 Aug 2004 13:32:20 +0200 (CEST) To: freebsd-current@FreeBSD.ORG In-Reply-To: <20040804022716.GD10301@dragon.nuxi.com> (David O'Brien's message of "Tue, 3 Aug 2004 19:27:16 -0700") References: <40F963D8.6010201@freebsd.org> <200407291159.i6TBxKj01347@Mail.NOSPAM.DynDNS.dK> <4109BA1B.7090609@freebsd.org> <20040730080026.GA46093@nexus.dglawrence.com> <410A78B1.4030608@kientzle.com> <20040801221508.GF75481@nexus.dglawrence.com> <410D894D.7000209@freebsd.org> <20040802010910.GA63402@nexus.dglawrence.com> <410D9957.5020308@freebsd.org> <20040802014353.GA67938@nagual.pp.ru> <20040804022716.GD10301@dragon.nuxi.com> From: Matthias Andree Date: Wed, 04 Aug 2004 13:32:20 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org cc: Andrey Chernov cc: Tim Kientzle cc: "David G. Lawrence" Subject: Re: tar -l versus gtar -l X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:32:25 -0000 "David O'Brien" writes: >> POSIX have higher importance. We should ignore any GNUisms in favour of >> POSIX overriding ones (at least to pass POSIX tests suite). > > But past FreeBSD (and BSD) practices should override POSIX. Guys, please remember this is -CURRENT, not -STABLE. Any standards conformance issues we're aware of and that are easily fixed should be ironed out BEFORE going -STABLE or we'll be stuck with them for another five years. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 11:34:48 2004 Return-Path: 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 20B8116A4CE for ; Wed, 4 Aug 2004 11:34:48 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 704D743D5A for ; Wed, 4 Aug 2004 11:34:46 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])i74BYfZV024615; Wed, 4 Aug 2004 14:34:43 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i74AZPg5004293; Wed, 4 Aug 2004 13:35:25 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i74AZOOL004292; Wed, 4 Aug 2004 13:35:24 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Wed, 4 Aug 2004 13:35:24 +0300 From: Giorgos Keramidas To: ngl Message-ID: <20040804103524.GB4077@orion.daedalusnetworks.priv> References: <0ba301c47a11$fa028b80$0202000a@spirit> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0ba301c47a11$fa028b80$0202000a@spirit> cc: current@freebsd.org Subject: Re: POSIX Thread's locks failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:34:48 -0000 On 2004-08-04 16:58, ngl wrote: > > I use libpcap and libc_r under FreeBSD 5.2.1-p9, and i has faced a problem, > that sometimes pthread_mutex doesn't work properly. > > I'm getting packets from bpf with pcap_next function in one thread and > processing them in another. Both threads are using the same pthread_mutex > to synchronize. Everything works perfectly, but sometimes i get errors > could arise only if synchronization failed. A small program that exhibits the problem when run and a few details about the way we should run it while trying to reproduce the problem would be fine, IMHO. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 11:48:17 2004 Return-Path: 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 91AA316A4CE; Wed, 4 Aug 2004 11:48:17 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4E343D2D; Wed, 4 Aug 2004 11:48:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i74BmGVU004018; Wed, 4 Aug 2004 07:48:16 -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.12.11/8.12.11) with ESMTP id i74BmG4i046974; Wed, 4 Aug 2004 07:48:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2DDF77303F; Wed, 4 Aug 2004 07:48:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040804114816.2DDF77303F@freebsd-current.sentex.ca> Date: Wed, 4 Aug 2004 07:48:16 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:48:17 -0000 TB --- 2004-08-04 10:30:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-04 10:30:48 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-08-04 10:30:48 - checking out the source tree TB --- 2004-08-04 10:30:48 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-08-04 10:30:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-04 10:36:29 - building world (CFLAGS=-O -pipe) TB --- 2004-08-04 10:36:29 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-04 10:36:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 TB --- 2004-08-04 11:26:05 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-04 11:26:05 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-04 11:26:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 4 11:26:05 UTC 2004 >>> 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 >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 4 11:38:34 UTC 2004 TB --- 2004-08-04 11:38:34 - generating LINT kernel config TB --- 2004-08-04 11:38:34 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2004-08-04 11:38:34 - /usr/bin/make -B LINT TB --- 2004-08-04 11:38:34 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-04 11:38:34 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-04 11:38:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 4 11:38:35 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/syscons.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/sysmouse.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/uart/uart_cpu_i386.c awk -f /tinderbox/CURRENT/i386/i386/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/i386/src/sys/dev/acpica/acpi_if.m -c ; cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffree standing -Werror -finstrument-functions -Wno-inline acpi_if.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/i386/acpica/OsdEnvironment.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/i386/acpica/acpi_asus.c /tinderbox/CURRENT/i386/i386/src/sys/i386/acpica/acpi_asus.c: In function `acpi_asus_led': /tinderbox/CURRENT/i386/i386/src/sys/i386/acpica/acpi_asus.c:421: warning: 'method' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-08-04 11:48:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-04 11:48:15 - ERROR: failed to build lint kernel TB --- 2004-08-04 11:48:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 11:53:47 2004 Return-Path: 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 683CD16A4CF; Wed, 4 Aug 2004 11:53:47 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6228143D48; Wed, 4 Aug 2004 11:53:46 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 5A686117EC; Wed, 4 Aug 2004 13:53:44 +0200 (CEST) Date: Wed, 4 Aug 2004 13:53:44 +0200 From: "Simon L. Nielsen" To: Ruslan Ermilov Message-ID: <20040804115343.GC41839@eddie.nitro.dk> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0vzXIDBeUiKkjNJl" Content-Disposition: inline In-Reply-To: <20040804073532.GA22846@ip.net.ua> User-Agent: Mutt/1.5.6i cc: Rahul Siddharthan cc: freebsd-current@freebsd.org Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:53:47 -0000 --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.04 10:35:32 +0300, Ruslan Ermilov wrote: > On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > > > Well, it can be done without a patch... I use the following tcsh alias > > so I can just write 'manf foo.1' : > > > > groff -Wall -Tascii -te -mandoc !^ | less > > > You need to use ``-mtty-char -man'' to get the correct output. (-man > or -mandoc doesn't matter.) OK, I will update my alias :). So the most correct command would be: groff -Wall -Tascii -te -mtty-char -man ? --=20 Simon L. Nielsen FreeBSD Documentation Team --0vzXIDBeUiKkjNJl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEM5Hh9pcDSc1mlERAkypAKDGoAVaCeXBUOjMwk2NDHC9ZzxrxgCfQ+F/ EQvOGMhb//jpGrLwNBLGPwM= =Bxac -----END PGP SIGNATURE----- --0vzXIDBeUiKkjNJl-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 12:15:31 2004 Return-Path: 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 7461116A4CE; Wed, 4 Aug 2004 12:15:31 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0156343D60; Wed, 4 Aug 2004 12:15:31 +0000 (GMT) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1])i74CFRHL115926; Wed, 4 Aug 2004 08:15:29 -0400 Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.12.11/8.12.11) with ESMTP id i74CFQCG068836; Wed, 4 Aug 2004 07:15:26 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.11/8.12.11) with ESMTP id i74CFPEW002453; Wed, 4 Aug 2004 07:15:25 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.11/8.12.11/Submit) id i74CFPfr002452; Wed, 4 Aug 2004 07:15:25 -0500 (CDT) (envelope-from bob) Date: Wed, 4 Aug 2004 07:15:25 -0500 From: Bob Willcox To: "Simon L. Nielsen" Message-ID: <20040804121525.GA2273@luke.immure.com> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> <20040804115343.GC41839@eddie.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804115343.GC41839@eddie.nitro.dk> User-Agent: Mutt/1.5.6i X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-MailScanner-From: bob@immure.com cc: Rahul Siddharthan cc: freebsd-current@freebsd.org Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bob Willcox 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 Aug 2004 12:15:31 -0000 On Wed, Aug 04, 2004 at 01:53:44PM +0200, Simon L. Nielsen wrote: > On 2004.08.04 10:35:32 +0300, Ruslan Ermilov wrote: > > On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > > > > > Well, it can be done without a patch... I use the following tcsh alias > > > so I can just write 'manf foo.1' : > > > > > > groff -Wall -Tascii -te -mandoc !^ | less > > > > > You need to use ``-mtty-char -man'' to get the correct output. (-man > > or -mandoc doesn't matter.) > > OK, I will update my alias :). > > So the most correct command would be: > > groff -Wall -Tascii -te -mtty-char -man What's wrong with: nroff -man ? -- Bob Willcox Serocki's Stricture: bob@immure.com Marriage is always a bachelor's last option. Austin, TX From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 12:20:11 2004 Return-Path: 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 8654016A4CE for ; Wed, 4 Aug 2004 12:20:11 +0000 (GMT) Received: from av2-1-sn3.vrr.skanova.net (av2-1-sn3.vrr.skanova.net [81.228.9.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E8143D58 for ; Wed, 4 Aug 2004 12:20:11 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av2-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 6165A37F52; Wed, 4 Aug 2004 14:20:10 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av2-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 5360937F52; Wed, 4 Aug 2004 14:20:10 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 28F003800A; Wed, 4 Aug 2004 14:20:10 +0200 (CEST) From: "Daniel Eriksson" To: "'Ville-Pertti Keinonen'" Date: Wed, 4 Aug 2004 14:20:24 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <410F961B.1080104@will.iki.fi> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:20:11 -0000 Ville-Pertti Keinonen wrote: > The attached patch should enable serialization for the=20 > controller, which is the only completely reliable fix > (without chipset documentation) according to S=F8ren. > Obviously it reduces performance since it doesn't=20 > allow both channels to operate simultaneously. After applying the patch to sources cvsuped 2004.08.04.01.00.00, = everything seems to be working correctly. I've run a few stress-tests successfully, = and I also started smartd (/usr/ports/sysutils/smartmontools/) which = previously always managed to lock up one of the SATA channels. I am going to run some more stress-tests later today, but it looks = pretty promising. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:32:36 2004 Return-Path: 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 1DA1E16A4CE; Tue, 3 Aug 2004 15:32:36 +0000 (GMT) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0008E43D66; Tue, 3 Aug 2004 15:32:30 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id i73Fhkm8077071; Tue, 3 Aug 2004 12:43:47 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost.iib.unsam.edu.ar [127.0.0.1]) by pi.iib.unsam.edu.ar (8.12.11/8.12.9) with ESMTP id i73FTSwZ058142; Tue, 3 Aug 2004 12:29:29 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.12.11/8.12.11/Submit) id i73FTRpJ058141; Tue, 3 Aug 2004 12:29:27 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Tue, 3 Aug 2004 12:29:27 -0300 From: Fernan Aguero To: Adam Weinberger Message-ID: <20040803152927.GA57655@iib.unsam.edu.ar> Mail-Followup-To: Adam Weinberger , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <410F28E1.8080105@freebsd.org> <410F5A99.3000505@earthmagic.org> <20040803105040.GA1620@isis.wad.cz> <1091531346.34422.12.camel@singsing.eng.demon.net> <20040803145536.GC85775@toxic.magnesium.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803145536.GC85775@toxic.magnesium.net> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 04 Aug 2004 12:23:15 +0000 cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:32:36 -0000 +----[ Adam Weinberger (03.Aug.2004 12:01): | | >> (08.03.2004 @ 0709 PST): Mike Bristow said, in 1.4K: << | > Means FreeBSD gets a POSIX tar; -STABLE users see the warning for ages; | > -CURRENT users see the warning for a while. Everyone has ice-cream. | >> end of "Re: HEADS UP: tar -l is now (intentionally) broken." from Mike Bristow << | | I do not digest ice cream well. I demand that a suitable ice cream | replacement be made available by default. Ice cream should be served | only if it receives --with-lactose. | | Furthermore, which flavour and colour of ice cream are we talking here? A bikeshed in an ice-cream disguise! It's amazing how things transmute ;) | # Adam | | What. I just woke up. | +----] Have a nice day! Fernan -- Fernan Aguero - fernan at iib.unsam.edu.ar Phone: +54 11 4580-7255/7 ext 310, Fax: +54 11 4752-9639 Check http://genoma.unsam.edu.ar/~fernan for more info. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:43:59 2004 Return-Path: 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 8B5AC16A4CE for ; Tue, 3 Aug 2004 18:43:59 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D3B43D2F for ; Tue, 3 Aug 2004 18:43:59 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 819702FC; Tue, 3 Aug 2004 18:44:22 +0400 (MSD) Received: from localhost (ppp-dialup-6.atcom.spb.ru [213.182.168.6]) by ns.atcom.spb.ru (Postfix) with ESMTP id 101B934 for ; Tue, 3 Aug 2004 18:44:21 +0400 (MSD) Date: Tue, 3 Aug 2004 22:42:18 +0400 From: Toxa To: current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040803184218.GA16698@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Wed, 04 Aug 2004 12:23:15 +0000 Subject: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:43:59 -0000 today kernel biuld, when trying to load radeon.ko for my ATI Mobility M6: # kldload radeon.ko: link_elf: symbol mem_range_attr_set undefined kldload: can't load radeon.ko: No such file or directory radeon.ko exists but cannot be loaded. Any suggestion? Thanks -- Anton A. Karpov From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 21:24:25 2004 Return-Path: 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 4825916A4CE for ; Tue, 3 Aug 2004 21:24:25 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0802543D1D for ; Tue, 3 Aug 2004 21:24:25 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) i73Gt86T084077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Aug 2004 09:56:16 -0700 (PDT) Received: (from gshapiro@localhost)i73GmKup084041; Tue, 3 Aug 2004 09:48:20 -0700 (PDT) Date: Tue, 3 Aug 2004 09:48:20 -0700 From: Gregory Neil Shapiro To: Alexander Leidinger Message-ID: <20040803164820.GU32424@horsey.gshapiro.net> References: <20040803031019.GN32424@horsey.gshapiro.net> <20040803103541.2e74412c@Magellan.Leidinger.net> <03cf01c47939$bd7e8a20$471b3dd4@digiware.nl> <20040803112558.1a931db3@Magellan.Leidinger.net> <03f101c47951$3c543540$471b3dd4@digiware.nl> <20040803141532.623722ed@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040803141532.623722ed@Magellan.Leidinger.net> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Wed, 04 Aug 2004 12:23:15 +0000 cc: freebsd-current@freebsd.org Subject: Re: strange sendmail behavior (was: Re: Please test /etc/rc.d/sendmail patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:24:25 -0000 > % strings /usr/libexec/sendmail/sendmail |grep 8.9.3 > > %strings /usr/libexec/sendmail/sendmail | grep 8.12.11 > 8.12.11 Make sure these commands are all symlinks to mailwrapper: /usr/bin/newaliases /usr/bin/mailq /usr/sbin/hoststat /usr/sbin/purgestat Also, look to see if there are other sendmail, newaliases, mailq, hoststat, or purgestat binaries in your path (including /usr/local/bin, /usr/local/sbin, and /usr/local/libexec). From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 12:26:45 2004 Return-Path: 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 C38C116A4CE for ; Wed, 4 Aug 2004 12:26:45 +0000 (GMT) Received: from gonzaga.cesar.org.br (gonzaga.cesar.org.br [200.199.23.120]) by mx1.FreeBSD.org (Postfix) with SMTP id A9FC043D53 for ; Wed, 4 Aug 2004 12:26:42 +0000 (GMT) (envelope-from rss@cesar.org.br) Received: (qmail 39382 invoked from network); 4 Aug 2004 12:15:41 -0000 Received: from unknown (HELO DaeMoN.InTraNeT.CESAR.OrG.BR) (172.27.73.10) by gonzaga.cesar.org.br with SMTP; 4 Aug 2004 12:15:41 -0000 Date: Wed, 4 Aug 2004 09:28:48 -0300 (BRT) From: Rossam Souza da Silva X-X-Sender: rss@DaeMoN.InTraNeT.CESAR.OrG.BR To: Toxa In-Reply-To: <20040803184218.GA16698@laptoxa.toxa.lan> Message-ID: <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> References: <20040803184218.GA16698@laptoxa.toxa.lan> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1571519460-1091622528=:838" cc: current@freebsd.org Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:26:45 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1571519460-1091622528=:838 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE I have the same problem with VMWare3 kernel modules... no one is loaded, with error messages about symbols. Rossam. ------------------------------------------------------ "Das Leben auf Erden ist ein gemeiner Krieg. Wir spielen, wir k=E4mpfen, wir setzen alles auf Sieg." Megaherz ------------------------------------------------------ On Tue, 3 Aug 2004, Toxa wrote: > today kernel biuld, when trying to load radeon.ko for my ATI > Mobility M6: > > # kldload radeon.ko: > > link_elf: symbol mem_range_attr_set undefined > kldload: can't load radeon.ko: No such file or directory > > radeon.ko exists but cannot be loaded. Any suggestion? > Thanks > > -- > Anton A. Karpov > > _______________________________________________ > 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= " > --0-1571519460-1091622528=:838-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 12:48:06 2004 Return-Path: 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 7737F16A4CE; Wed, 4 Aug 2004 12:48:06 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7320643D5A; Wed, 4 Aug 2004 12:48:05 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i74CltTo075696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 15:47:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i74CluSp025628; Wed, 4 Aug 2004 15:47:56 +0300 (EEST) (envelope-from ru) Date: Wed, 4 Aug 2004 15:47:56 +0300 From: Ruslan Ermilov To: Bob Willcox Message-ID: <20040804124756.GA25436@ip.net.ua> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> <20040804115343.GC41839@eddie.nitro.dk> <20040804121525.GA2273@luke.immure.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20040804121525.GA2273@luke.immure.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Rahul Siddharthan cc: freebsd-current@FreeBSD.org cc: "Simon L. Nielsen" Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:48:06 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 07:15:25AM -0500, Bob Willcox wrote: > On Wed, Aug 04, 2004 at 01:53:44PM +0200, Simon L. Nielsen wrote: > > On 2004.08.04 10:35:32 +0300, Ruslan Ermilov wrote: > > > On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > > > > > > > Well, it can be done without a patch... I use the following tcsh al= ias > > > > so I can just write 'manf foo.1' : > > > > > > > > groff -Wall -Tascii -te -mandoc !^ | less > > > > > > > You need to use ``-mtty-char -man'' to get the correct output. (-man > > > or -mandoc doesn't matter.) > >=20 > > OK, I will update my alias :). > >=20 > > So the most correct command would be: > >=20 > > groff -Wall -Tascii -te -mtty-char -man >=20 > What's wrong with: >=20 > nroff -man >=20 In most cases it will do, but nroff(1) doesn't provide an option to tell groff(1) to preprocess with eqn(1), and some manpages require preprocessing with it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBENr8qRfpzJluFF4RAhDMAJ9ZXlMt0k47pWEU1ZrHcYZu4WFPuwCgispt shyUey5uXdblpHKA2HrBZqg= =w27q -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 12:53:45 2004 Return-Path: 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 D504E16A4CE; Wed, 4 Aug 2004 12:53:45 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85CDD43D58; Wed, 4 Aug 2004 12:53:45 +0000 (GMT) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1])i74Cri3d234658; Wed, 4 Aug 2004 08:53:44 -0400 Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.12.11/8.12.11) with ESMTP id i74Cre4Q069395; Wed, 4 Aug 2004 07:53:40 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.11/8.12.11) with ESMTP id i74CreMJ002770; Wed, 4 Aug 2004 07:53:40 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.11/8.12.11/Submit) id i74Crevh002769; Wed, 4 Aug 2004 07:53:40 -0500 (CDT) (envelope-from bob) Date: Wed, 4 Aug 2004 07:53:40 -0500 From: Bob Willcox To: Ruslan Ermilov Message-ID: <20040804125340.GA2718@luke.immure.com> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> <20040804115343.GC41839@eddie.nitro.dk> <20040804121525.GA2273@luke.immure.com> <20040804124756.GA25436@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804124756.GA25436@ip.net.ua> User-Agent: Mutt/1.5.6i X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-MailScanner-From: bob@immure.com cc: freebsd-current@FreeBSD.org Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bob Willcox 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 Aug 2004 12:53:46 -0000 On Wed, Aug 04, 2004 at 03:47:56PM +0300, Ruslan Ermilov wrote: > On Wed, Aug 04, 2004 at 07:15:25AM -0500, Bob Willcox wrote: > > On Wed, Aug 04, 2004 at 01:53:44PM +0200, Simon L. Nielsen wrote: > > > So the most correct command would be: > > > > > > groff -Wall -Tascii -te -mtty-char -man > > > > What's wrong with: > > > > nroff -man > > > In most cases it will do, but nroff(1) doesn't provide an option to tell > groff(1) to preprocess with eqn(1), and some manpages require preprocessing > with it. Ah, I see. Thanks. -- Bob Willcox Serocki's Stricture: bob@immure.com Marriage is always a bachelor's last option. Austin, TX From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 12:56:45 2004 Return-Path: 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 D3AF816A4CE for ; Wed, 4 Aug 2004 12:56:45 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9452D43D2D for ; Wed, 4 Aug 2004 12:56:44 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i74Cue4X078697 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 4 Aug 2004 14:56:40 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i74Cue0G078696 for current@freebsd.org; Wed, 4 Aug 2004 14:56:40 +0200 (CEST) Date: Wed, 4 Aug 2004 14:56:40 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040804125640.GA78633@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:56:45 -0000 I am getting this pfctl: DIOCADDALTQ: Cannot allocate memory if I try to enable altq on pf configured as altq on $ext_if bandwidth 256Kb cbq queue { ssh_i web other} queue ssh_i bandwidth 25% cbq(borrow red) queue web bandwidth 25% cbq(borrow red) queue other bandwidth 50% cbq(borrow default red) without that "red" it works ok... roman From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:05:35 2004 Return-Path: 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 0848316A4CE for ; Wed, 4 Aug 2004 13:05:35 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 665E043D48 for ; Wed, 4 Aug 2004 13:05:34 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i74D5UBa079061 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 4 Aug 2004 15:05:31 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i74D5UHP079060 for current@freebsd.org; Wed, 4 Aug 2004 15:05:30 +0200 (CEST) Date: Wed, 4 Aug 2004 15:05:30 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040804130530.GA78973@stud.fit.vutbr.cz> References: <20040804125640.GA78633@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804125640.GA78633@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:05:35 -0000 struct pf_altq *altq, *a; if (pa->ticket != ticket_altqs_inactive) { error = EBUSY; break; } altq = pool_get(&pf_altq_pl, PR_NOWAIT); ^^^^^^^^^^ shouldnt this be initalized to NULL? at least its not nice to have it uninitalized... On Wed, Aug 04, 2004 at 02:56:40PM +0200, Divacky Roman wrote: > I am getting this > pfctl: DIOCADDALTQ: Cannot allocate memory > if I try to enable altq on pf configured as > > altq on $ext_if bandwidth 256Kb cbq queue { ssh_i web other} > queue ssh_i bandwidth 25% cbq(borrow red) > queue web bandwidth 25% cbq(borrow red) > queue other bandwidth 50% cbq(borrow default red) > > > without that "red" it works ok... > > > roman > _______________________________________________ > 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 Aug 4 13:09:36 2004 Return-Path: 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 66ADC16A4CE; Wed, 4 Aug 2004 13:09:36 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163BC43D5F; Wed, 4 Aug 2004 13:09:36 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i74D8b96001617; Wed, 4 Aug 2004 07:08:38 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4110DFC7.8000200@freebsd.org> Date: Wed, 04 Aug 2004 07:08:23 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Steve O'Hara-Smith" References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> In-Reply-To: <20040804102101.5e0f4023.steve@sohara.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:09:36 -0000 Steve O'Hara-Smith wrote: > On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) > Scott Long wrote: > > >> | Source upgrade | Not done | David Schultz | problematic. The | >> | incompatibility | | | 5.3 world sources | >> | | | | must be buildable | >> | | | | and installable | >> | | | | from a 5.2.1 | >> | | | | system. | > > > Should they not also be buildable and installable from a 4.10 or 4.11 system > in order to preserve the -stable upgrade route ? > This would be good, yes, but there are so many other gotchas with that upgrade path that I don't consider it a show-stopper for it not to work. Once the 5.2 -> 5.3 path is fixed, then we can focus on 4.x -> 5.3 path. Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:15:56 2004 Return-Path: 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 5C5AE16A4CE for ; Wed, 4 Aug 2004 13:15:56 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13DEC43D5A for ; Wed, 4 Aug 2004 13:15:56 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so116598rnl for ; Wed, 04 Aug 2004 06:15:55 -0700 (PDT) Received: by 10.38.12.76 with SMTP id 76mr327347rnl; Wed, 04 Aug 2004 06:15:55 -0700 (PDT) Message-ID: Date: Wed, 4 Aug 2004 16:15:55 +0300 From: Dan Cojocar To: Divacky Roman In-Reply-To: <20040804125640.GA78633@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040804125640.GA78633@stud.fit.vutbr.cz> cc: freebsd-current@freebsd.org Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:15:56 -0000 On Wed, 4 Aug 2004 14:56:40 +0200, Divacky Roman wrote: > I am getting this > pfctl: DIOCADDALTQ: Cannot allocate memory > if I try to enable altq on pf configured as > > altq on $ext_if bandwidth 256Kb cbq queue { ssh_i web other} > queue ssh_i bandwidth 25% cbq(borrow red) > queue web bandwidth 25% cbq(borrow red) > queue other bandwidth 50% cbq(borrow default red) > > without that "red" it works ok... Hi, I'm using red too, and i don't have that problem. I tested your config and it's working here: 5.2-CURRENT FreeBSD 5.2-CURRENT #4: Tue Aug 3 12:16:27 EEST 2004 What driver are you using? Dan From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:24:04 2004 Return-Path: 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 9A13616A4CE for ; Wed, 4 Aug 2004 13:24:04 +0000 (GMT) Received: from web14823.mail.yahoo.com (web14823.mail.yahoo.com [216.136.225.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 7978843D55 for ; Wed, 4 Aug 2004 13:24:04 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040804132404.81709.qmail@web14823.mail.yahoo.com> Received: from [212.143.154.227] by web14823.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 06:24:04 PDT Date: Wed, 4 Aug 2004 06:24:04 -0700 (PDT) From: Rostislav Krasny To: Will Andrews In-Reply-To: <20040802145839.GC35864@sirius.firepipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:24:04 -0000 --- Will Andrews wrote: > On Mon, Aug 02, 2004 at 06:37:09AM -0700, Rostislav Krasny wrote: > > Could you please tell more about how are they different from the JP > > snapshots, except the building time? IMHO the > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/README.TXT should > > mention your FTP server too. Or, are your snapshts not official? > > *shrug* Not many people use the site yet & no one has approached > me about making them "official". The scripts are based on the JP > ones but have some modifications to improve them. I should point > out that although they build at a different time, the code (for > each day) is the same, since they're checked out from the > repository as of 00:00 on the day they are run. I just tried to install 5.2-CURRENT-20040804-SESNAP snapshot using FTP installation with floppies, but I failed. First of all, the sysinstall have only one FTP URL of snapshots - the JP one. Secondly, it isn't obvious what manual URL should be used. So I've tried following URLs: ftp://snapshots.se.freebsd.org ftp://snapshots.se.freebsd.org/snapshots ftp://snapshots.se.freebsd.org/snapshots/i386 ftp://snapshots.se.freebsd.org/snapshots/i386/5.2-CURRENT-20040804-SESNAP No one did work and I always got the same error message about that sysinstall can't find the '5.2-CURRENT' distribution on the FTP server. Should it look for the '5.2-CURRENT-20040804-SESNAP' distribution instead? It looks like a build bug. When I looked at a sniffer dump I saw that sysinstall tried to find the '5.2-CURRENT' directory, not the '5.2-CURRENT-20040804-SESNAP' one. Can you fix it? IMHO adding the exact FTP URL into the sysinstall as the second snapshots source would be a good thing. Other alternative is writing on your site an instruction about what should be entered as the manual URL during the FTP installation. According to the sniffer dump it is probably the ftp://snapshots.se.freebsd.org/snapshots/i386 URL for i386. __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:33:44 2004 Return-Path: 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 79E8916A4CE for ; Wed, 4 Aug 2004 13:33:44 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58BAB43D4C for ; Wed, 4 Aug 2004 13:33:43 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i74DXYeO076677; Wed, 4 Aug 2004 15:33:39 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4110E5AE.7050602@DeepCore.dk> Date: Wed, 04 Aug 2004 15:33:34 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------010702090708090107090308" X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org cc: 'Ville-Pertti Keinonen' Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:33:44 -0000 This is a multi-part message in MIME format. --------------010702090708090107090308 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit Daniel Eriksson wrote: > Ville-Pertti Keinonen wrote: > > >>The attached patch should enable serialization for the >>controller, which is the only completely reliable fix >>(without chipset documentation) according to Søren. >>Obviously it reduces performance since it doesn't >>allow both channels to operate simultaneously. > > > After applying the patch to sources cvsuped 2004.08.04.01.00.00, everything > seems to be working correctly. I've run a few stress-tests successfully, and > I also started smartd (/usr/ports/sysutils/smartmontools/) which previously > always managed to lock up one of the SATA channels. > > I am going to run some more stress-tests later today, but it looks pretty > promising. OK, but that seriously hurts performance which I'd like to avoid if possible. Could you try the attached patch and let me know how that works out ? I does solve the problem here in a simulated setup, but as we all know simulated is just that :) -- -Søren --------------010702090708090107090308 Content-Type: text/plain; name="race-fix" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="race-fix" Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.217 diff -u -r1.217 ata-all.c --- ata-all.c 1 Aug 2004 12:31:38 -0000 1.217 +++ ata-all.c 3 Aug 2004 10:28:47 -0000 @@ -231,7 +231,6 @@ int ata_reinit(struct ata_channel *ch) { - struct ata_request *request = ch->running; int devices, misdev, newdev; if (!ch->r_irq) @@ -242,10 +241,8 @@ ata_printf(ch, -1, "reiniting channel ..\n"); ATA_FORCELOCK_CH(ch); ch->flags |= ATA_IMMEDIATE_MODE; - ch->running = NULL; devices = ch->devices; ch->hw.reset(ch); - ATA_UNLOCK_CH(ch); if (bootverbose) ata_printf(ch, -1, "resetting done ..\n"); @@ -254,10 +251,6 @@ if ((misdev = devices & ~ch->devices)) { if ((misdev & (ATA_ATA_MASTER | ATA_ATAPI_MASTER)) && ch->device[MASTER].detach) { - if (request && (request->device == &ch->device[MASTER])) { - request->result = ENXIO; - request->retries = 0; - } ch->device[MASTER].detach(&ch->device[MASTER]); ata_fail_requests(ch, &ch->device[MASTER]); free(ch->device[MASTER].param, M_ATA); @@ -265,10 +258,6 @@ } if ((misdev & (ATA_ATA_SLAVE | ATA_ATAPI_SLAVE)) && ch->device[SLAVE].detach) { - if (request && (request->device == &ch->device[SLAVE])) { - request->result = ENXIO; - request->retries = 0; - } ch->device[SLAVE].detach(&ch->device[SLAVE]); ata_fail_requests(ch, &ch->device[SLAVE]); free(ch->device[SLAVE].param, M_ATA); @@ -276,6 +265,9 @@ } } + ch->running = NULL; + ATA_UNLOCK_CH(ch); + /* identify what is present on the channel now */ ata_identify_devices(ch); Index: ata-all.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.79 diff -u -r1.79 ata-all.h --- ata-all.h 30 Apr 2004 16:21:34 -0000 1.79 +++ ata-all.h 3 Aug 2004 18:27:52 -0000 @@ -297,8 +297,9 @@ u_int32_t max_iosize; /* DMA engine max IO size */ u_int32_t cur_iosize; /* DMA engine current IO size */ int flags; -#define ATA_DMA_ACTIVE 0x01 /* DMA transfer in progress */ -#define ATA_DMA_READ 0x02 /* transaction is a read */ +#define ATA_DMA_READ 0x01 /* transaction is a read */ +#define ATA_DMA_LOADED 0x02 /* DMA tables etc loaded */ +#define ATA_DMA_ACTIVE 0x04 /* DMA transfer in progress */ void (*alloc)(struct ata_channel *ch); void (*free)(struct ata_channel *ch); Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.77 diff -u -r1.77 ata-chipset.c --- ata-chipset.c 30 Jul 2004 13:33:09 -0000 1.77 +++ ata-chipset.c 4 Aug 2004 15:12:22 -0000 @@ -1433,12 +1433,14 @@ static int ata_promise_mio_dmastart(struct ata_channel *ch) { + ch->flags |= ATA_DMA_ACTIVE; return 0; } static int ata_promise_mio_dmastop(struct ata_channel *ch) { + ch->flags &= ~ATA_DMA_ACTIVE; /* get status XXX SOS */ return 0; } @@ -1777,6 +1779,7 @@ ATA_IDX_OUTB(ch, ATA_BMCMD_PORT, ((ch->dma->flags & ATA_DMA_READ) ? ATA_BMCMD_WRITE_READ : 0) | ATA_BMCMD_START_STOP); + ch->flags |= ATA_DMA_ACTIVE; return 0; } @@ -1795,6 +1798,7 @@ error = ATA_IDX_INB(ch, ATA_BMSTAT_PORT); ATA_IDX_OUTB(ch, ATA_BMCMD_PORT, ATA_IDX_INB(ch, ATA_BMCMD_PORT) & ~ATA_BMCMD_START_STOP); + ch->flags &= ~ATA_DMA_ACTIVE; ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, ATA_BMSTAT_INTERRUPT | ATA_BMSTAT_ERROR); return error; } Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.126 diff -u -r1.126 ata-dma.c --- ata-dma.c 13 Apr 2004 09:44:20 -0000 1.126 +++ ata-dma.c 3 Aug 2004 18:25:11 -0000 @@ -265,8 +265,7 @@ dir ? BUS_DMASYNC_PREREAD : BUS_DMASYNC_PREWRITE); ch->dma->cur_iosize = count; - ch->dma->flags = dir ? (ATA_DMA_ACTIVE | ATA_DMA_READ) : ATA_DMA_ACTIVE; - + ch->dma->flags = dir ? (ATA_DMA_LOADED | ATA_DMA_READ) : ATA_DMA_LOADED; return 0; } @@ -281,7 +280,6 @@ bus_dmamap_unload(ch->dma->ddmatag, ch->dma->ddmamap); ch->dma->cur_iosize = 0; - ch->dma->flags = 0; - + ch->dma->flags &= ~ATA_DMA_LOADED; return 0; } Index: ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.40 diff -u -r1.40 ata-lowlevel.c --- ata-lowlevel.c 24 Jul 2004 19:03:28 -0000 1.40 +++ ata-lowlevel.c 3 Aug 2004 18:29:23 -0000 @@ -80,9 +80,6 @@ return ATA_OP_FINISHED; } - /* record the request as running */ - ch->running = request; - ATA_DEBUG_RQ(request, "transaction"); /* disable ATAPI DMA writes if HW doesn't support it */ @@ -120,10 +117,8 @@ else printf("ATAPI_RESET timeout\n"); - if (request->status & ATA_S_ERROR) { + if (request->status & ATA_S_ERROR) request->error = ATA_IDX_INB(ch, ATA_ERROR); - //request->result = EIO; - } break; } @@ -139,7 +134,8 @@ } } - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; /* ATA DMA data transfer commands */ @@ -168,7 +164,8 @@ break; } - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; /* ATAPI PIO commands */ @@ -192,8 +189,10 @@ } /* command interrupt device ? just return and wait for interrupt */ - if ((request->device->param->config & ATA_DRQ_MASK) == ATA_DRQ_INTR) + if ((request->device->param->config & ATA_DRQ_MASK) == ATA_DRQ_INTR) { + ch->running = request; return ATA_OP_CONTINUES; + } /* wait for ready to write ATAPI command block */ { @@ -224,7 +223,8 @@ (request->device->param->config & ATA_PROTO_MASK) == ATA_PROTO_ATAPI_12 ? 6 : 8); - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; case ATA_R_ATAPI|ATA_R_DMA: @@ -289,14 +289,14 @@ break; } - /* return and wait for interrupt */ + /* record the request as running and return for interrupt */ + ch->running = request; return ATA_OP_CONTINUES; } /* request finish here */ - if (ch->dma->flags & ATA_DMA_ACTIVE) + if (ch->dma->flags & ATA_DMA_LOADED) ch->dma->unload(ch); - ch->running = NULL; return ATA_OP_FINISHED; } Index: ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.85 diff -u -r1.85 ata-pci.c --- ata-pci.c 15 Jun 2004 11:02:09 -0000 1.85 +++ ata-pci.c 3 Aug 2004 18:21:50 -0000 @@ -454,6 +454,7 @@ (ATA_IDX_INB(ch, ATA_BMCMD_PORT) & ~ATA_BMCMD_WRITE_READ) | ((ch->dma->flags & ATA_DMA_READ) ? ATA_BMCMD_WRITE_READ : 0) | ATA_BMCMD_START_STOP); + ch->dma->flags |= ATA_DMA_ACTIVE; return 0; } @@ -465,6 +466,7 @@ error = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; ATA_IDX_OUTB(ch, ATA_BMCMD_PORT, ATA_IDX_INB(ch, ATA_BMCMD_PORT) & ~ATA_BMCMD_START_STOP); + ch->dma->flags &= ~ATA_DMA_ACTIVE; ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, ATA_BMSTAT_INTERRUPT | ATA_BMSTAT_ERROR); return error; } Index: ata-queue.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.29 diff -u -r1.29 ata-queue.c --- ata-queue.c 1 Jun 2004 12:26:08 -0000 1.29 +++ ata-queue.c 1 Aug 2004 15:56:07 -0000 @@ -160,15 +160,8 @@ if (ch->flags & ATA_IMMEDIATE_MODE) return; - /* lock the ATA HW for this request */ - mtx_lock(&ch->queue_mtx); - ch->locking(ch, ATA_LF_LOCK); - if (!ATA_LOCK_CH(ch)) { - mtx_unlock(&ch->queue_mtx); - return; - } - /* if we dont have any work, ask the subdriver(s) */ + mtx_lock(&ch->queue_mtx); if (TAILQ_EMPTY(&ch->ata_queue)) { mtx_unlock(&ch->queue_mtx); if (ch->device[MASTER].start) @@ -177,7 +170,15 @@ ch->device[SLAVE].start(&ch->device[SLAVE]); mtx_lock(&ch->queue_mtx); } + + /* if we have work todo, try to lock the ATA HW and start transaction */ if ((request = TAILQ_FIRST(&ch->ata_queue))) { + ch->locking(ch, ATA_LF_LOCK); + if (!ATA_LOCK_CH(ch)) { + mtx_unlock(&ch->queue_mtx); + return; + } + TAILQ_REMOVE(&ch->ata_queue, request, chain); mtx_unlock(&ch->queue_mtx); @@ -192,15 +193,14 @@ /* kick HW into action and wait for interrupt if it flies*/ if (ch->hw.transaction(request) == ATA_OP_CONTINUES) return; - } - /* unlock ATA channel HW */ - ATA_UNLOCK_CH(ch); - ch->locking(ch, ATA_LF_UNLOCK); + /* unlock ATA channel HW */ + ATA_UNLOCK_CH(ch); + ch->locking(ch, ATA_LF_UNLOCK); - /* if we have a request here it failed and should be completed */ - if (request) + /* finish up this (failed) request */ ata_finish(request); + } else mtx_unlock(&ch->queue_mtx); } --------------010702090708090107090308-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:39:37 2004 Return-Path: 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 C1F5516A4CE for ; Wed, 4 Aug 2004 13:39:37 +0000 (GMT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE02B43D6A for ; Wed, 4 Aug 2004 13:39:37 +0000 (GMT) (envelope-from rsidd@online.fr) Received: from user-12lcci7.cable.mindspring.com ([69.86.50.71] helo=bluerondo) by flamingo.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 1BsLzT-00022H-00 for freebsd-current@freebsd.org; Wed, 04 Aug 2004 06:39:35 -0700 Received: (qmail 3102 invoked by uid 1002); 4 Aug 2004 13:39:38 -0000 Date: Wed, 4 Aug 2004 09:39:38 -0400 From: Rahul Siddharthan To: Ruslan Ermilov Message-ID: <20040804133938.GA3067@online.fr> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804073532.GA22846@ip.net.ua> X-Operating-System: DragonFly 1.1-CURRENT i386 User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: "Simon L. Nielsen" Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:39:37 -0000 Ruslan Ermilov said on Aug 4, 2004 at 10:35:32: > On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > > On 2004.08.04 00:29:51 -0400, Rahul Siddharthan wrote: > > > I was wrong about calling it BSD man... it's GNU man, but a much older > > > version than what current linux systems ship. > > > > > > I can work on a patch for this specific feature when I get some time. > > > Before I start, is there any reason people may think this is a bad > > > idea? > > > > Well, it can be done without a patch... I use the following tcsh alias > > so I can just write 'manf foo.1' : > > > > groff -Wall -Tascii -te -mandoc !^ | less > > > You need to use ``-mtty-char -man'' to get the correct output. (-man > or -mandoc doesn't matter.) Well that kinds of proves my point... you expect new users to know all this? I myself have used something like "groff -Tascii -mandoc" but only after a few years of using unix. Rahul From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:43:32 2004 Return-Path: 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 7955D16A4CE for ; Wed, 4 Aug 2004 13:43:32 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA1343D60 for ; Wed, 4 Aug 2004 13:43:32 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id 1CA9718033; Wed, 4 Aug 2004 08:43:32 -0500 (EST) Date: Wed, 4 Aug 2004 08:43:32 -0500 From: Will Andrews To: Rostislav Krasny Message-ID: <20040804134332.GG26004@sirius.firepipe.net> Mail-Followup-To: Rostislav Krasny , Will Andrews , freebsd-current@freebsd.org References: <20040802145839.GC35864@sirius.firepipe.net> <20040804132404.81709.qmail@web14823.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RDS4xtyBfx+7DiaI" Content-Disposition: inline In-Reply-To: <20040804132404.81709.qmail@web14823.mail.yahoo.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Will Andrews Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:43:32 -0000 --RDS4xtyBfx+7DiaI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 06:24:04AM -0700, Rostislav Krasny wrote: > I just tried to install 5.2-CURRENT-20040804-SESNAP snapshot using FTP > installation with floppies, but I failed. First of all, the sysinstall > have only one FTP URL of snapshots - the JP one. Secondly, it isn't > obvious what manual URL should be used. So I've tried following URLs: Someone else reported the same problem with the AMD64 snaps. Unfortunately, I don't have time to investigate this until after Friday, so it will be a few days before I can figure out why the snaps aren't being built with knowledge of the custom name. :-/ (A reminder sent to my email address on Friday afternoon would be greatly appreciated.) Regards, --=20 wca --RDS4xtyBfx+7DiaI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEOgDF47idPgWcsURArc0AJ40GamLjnAyVq0Bz1tCQXc8sSgJ0QCfSHFa J5RmXOy95RpqCHd7f3MqW0w= =qSuq -----END PGP SIGNATURE----- --RDS4xtyBfx+7DiaI-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:50:56 2004 Return-Path: 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 A6A8616A4CE; Wed, 4 Aug 2004 13:50:56 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8561643D48; Wed, 4 Aug 2004 13:50:56 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i74DouL4006661; Wed, 4 Aug 2004 06:50:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i74DouMf006660; Wed, 4 Aug 2004 06:50:56 -0700 (PDT) (envelope-from sgk) Date: Wed, 4 Aug 2004 06:50:56 -0700 From: Steve Kargl To: Ruslan Ermilov Message-ID: <20040804135055.GA6640@troutmask.apl.washington.edu> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> <20040804115343.GC41839@eddie.nitro.dk> <20040804121525.GA2273@luke.immure.com> <20040804124756.GA25436@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804124756.GA25436@ip.net.ua> User-Agent: Mutt/1.4.1i cc: Rahul Siddharthan cc: "Simon L. Nielsen" cc: freebsd-current@freebsd.org Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:50:56 -0000 On Wed, Aug 04, 2004 at 03:47:56PM +0300, Ruslan Ermilov wrote: > On Wed, Aug 04, 2004 at 07:15:25AM -0500, Bob Willcox wrote: > > On Wed, Aug 04, 2004 at 01:53:44PM +0200, Simon L. Nielsen wrote: > > > On 2004.08.04 10:35:32 +0300, Ruslan Ermilov wrote: > > > > On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > > > > > > > > > Well, it can be done without a patch... I use the following tcsh alias > > > > > so I can just write 'manf foo.1' : > > > > > > > > > > groff -Wall -Tascii -te -mandoc !^ | less > > > > > > > > > You need to use ``-mtty-char -man'' to get the correct output. (-man > > > > or -mandoc doesn't matter.) > > > > > > OK, I will update my alias :). > > > > > > So the most correct command would be: > > > > > > groff -Wall -Tascii -te -mtty-char -man > > > > What's wrong with: > > > > nroff -man > > > In most cases it will do, but nroff(1) doesn't provide an option to tell > groff(1) to preprocess with eqn(1), and some manpages require preprocessing > with it. > What's wrong with a pipe? My alias looks like cat !* | eqn | tbl | nroff -mdoc | more -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:06:05 2004 Return-Path: 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 E02EA16A4CE for ; Wed, 4 Aug 2004 14:06:05 +0000 (GMT) Received: from web14821.mail.yahoo.com (web14821.mail.yahoo.com [216.136.225.68]) by mx1.FreeBSD.org (Postfix) with SMTP id B979343D1D for ; Wed, 4 Aug 2004 14:06:05 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040804140605.13387.qmail@web14821.mail.yahoo.com> Received: from [212.143.154.227] by web14821.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 07:06:05 PDT Date: Wed, 4 Aug 2004 07:06:05 -0700 (PDT) From: Rostislav Krasny To: CHOI Junho In-Reply-To: <20040804.223637.36575037.cjh@kr.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org cc: will@csociety.org Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:06:06 -0000 --- CHOI Junho wrote: > From: Rostislav Krasny > Subject: Re: No new snapshot of 5-CURRENT anymore? > Date: Wed, 4 Aug 2004 06:24:04 -0700 (PDT) > > > I just tried to install 5.2-CURRENT-20040804-SESNAP snapshot using > FTP > > installation with floppies, but I failed. First of all, the > sysinstall > > have only one FTP URL of snapshots - the JP one. Secondly, it isn't > > obvious what manual URL should be used. So I've tried following > URLs: > > > > ftp://snapshots.se.freebsd.org > > ftp://snapshots.se.freebsd.org/snapshots > > ftp://snapshots.se.freebsd.org/snapshots/i386 > > > ftp://snapshots.se.freebsd.org/snapshots/i386/5.2-CURRENT-20040804-SESNAP > > > > No one did work and I always got the same error message about that > > sysinstall can't find the '5.2-CURRENT' distribution on the FTP > server. > > Should it look for the '5.2-CURRENT-20040804-SESNAP' distribution > > instead? It looks like a build bug. When I looked at a sniffer dump > I > > saw that sysinstall tried to find the '5.2-CURRENT' directory, not > the > > '5.2-CURRENT-20040804-SESNAP' one. Can you fix it? > > Did you try to set 'Options' - 'Release Name' to > '5.2-CURRENT-20040804-SESNAP' in sysinstall menu? sysinstall tries to > find necessary files using it. Maybe default value is '5.2-CURRENT'. No I didn't try it at that time. But I did it now and it helped me to continue the installation. Thank you! :-) Yes, the default value there is '5.2-CURRENT'. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:06:14 2004 Return-Path: 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 4FDE916A4D5 for ; Wed, 4 Aug 2004 14:06:14 +0000 (GMT) Received: from av3-2-sn4.m-sp.skanova.net (av3-2-sn4.m-sp.skanova.net [81.228.10.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA1CD43D48 for ; Wed, 4 Aug 2004 14:06:13 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 3043837EDE; Wed, 4 Aug 2004 16:06:13 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av3-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 1C42337E61; Wed, 4 Aug 2004 16:06:13 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id F061937E4B; Wed, 4 Aug 2004 16:06:12 +0200 (CEST) From: "Daniel Eriksson" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Wed, 4 Aug 2004 16:06:28 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <4110E5AE.7050602@DeepCore.dk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:06:14 -0000 S=F8ren Schmidt wrote: > OK, but that seriously hurts performance which I'd like to avoid if=20 > possible. Could you try the attached patch and let me know how that=20 > works out ? I does solve the problem here in a simulated=20 > setup, but as we all know simulated is just that :) I will try the patch next time I take the server offline, but that might take a couple of days. If it is very important that I test it asap, = please let me know. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:10:52 2004 Return-Path: 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 4883116A4CE for ; Wed, 4 Aug 2004 14:10:52 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0AB443D53 for ; Wed, 4 Aug 2004 14:10:51 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i74EAi1R077082; Wed, 4 Aug 2004 16:10:49 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4110EE65.8070207@DeepCore.dk> Date: Wed, 04 Aug 2004 16:10:45 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:10:52 -0000 Daniel Eriksson wrote: > Søren Schmidt wrote: > > >>OK, but that seriously hurts performance which I'd like to avoid if >>possible. Could you try the attached patch and let me know how that >>works out ? I does solve the problem here in a simulated >>setup, but as we all know simulated is just that :) > > > I will try the patch next time I take the server offline, but that might > take a couple of days. If it is very important that I test it asap, please > let me know. No rush, it'll go into cvs at some point in time anyways as its part of some larger changes I'm working on, but it would benice to know if it solves your problem.. -- -Søren From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:12:43 2004 Return-Path: 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 0931816A4CF for ; Wed, 4 Aug 2004 14:12:43 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E4A43D45 for ; Wed, 4 Aug 2004 14:12:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i74ECW1H083921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 17:12:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i74ECXk0026353; Wed, 4 Aug 2004 17:12:33 +0300 (EEST) (envelope-from ru) Date: Wed, 4 Aug 2004 17:12:33 +0300 From: Ruslan Ermilov To: Steve Kargl Message-ID: <20040804141233.GA26281@ip.net.ua> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> <20040804115343.GC41839@eddie.nitro.dk> <20040804121525.GA2273@luke.immure.com> <20040804124756.GA25436@ip.net.ua> <20040804135055.GA6640@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20040804135055.GA6640@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:12:43 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 06:50:56AM -0700, Steve Kargl wrote: [...] > What's wrong with a pipe? My alias looks like >=20 > cat !* | eqn | tbl | nroff -mdoc | more >=20 Nothing wrong, it's correct as well. This is basically what man(1) actually does (try ``man -d''). I personally use groff(1) because I pass it the -ww option, which it then passes to troff(1) to display all possible warnings. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEO7RqRfpzJluFF4RAqZMAJ9AtXOopqbtiXqb89afB6cKKZUNIwCeOuLZ HNJeAF0ahqwnsxLSLK9AuW4= =RIyz -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:15:22 2004 Return-Path: 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 8989A16A4CF for ; Wed, 4 Aug 2004 14:15:22 +0000 (GMT) Received: from web14821.mail.yahoo.com (web14821.mail.yahoo.com [216.136.225.68]) by mx1.FreeBSD.org (Postfix) with SMTP id 6255043D68 for ; Wed, 4 Aug 2004 14:15:22 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040804141521.14886.qmail@web14821.mail.yahoo.com> Received: from [212.143.154.227] by web14821.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 07:15:21 PDT Date: Wed, 4 Aug 2004 07:15:21 -0700 (PDT) From: Rostislav Krasny To: Will Andrews In-Reply-To: <20040804134332.GG26004@sirius.firepipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:15:22 -0000 --- Will Andrews wrote: > On Wed, Aug 04, 2004 at 06:24:04AM -0700, Rostislav Krasny wrote: > > I just tried to install 5.2-CURRENT-20040804-SESNAP snapshot using > > FTP installation with floppies, but I failed. First of all, the > > sysinstall have only one FTP URL of snapshots - the JP one. > > Secondly, it isn't obvious what manual URL should be used. So I've > > tried following URLs: > > Someone else reported the same problem with the AMD64 snaps. > Unfortunately, I don't have time to investigate this until after > Friday, so it will be a few days before I can figure out why the > snaps aren't being built with knowledge of the custom name. :-/ > (A reminder sent to my email address on Friday afternoon would be > greatly appreciated.) Please, read my reply to CHOI Junho. It would help you during the investigation of the problem. I will try not forget about sending you the reminder on Friday afternoon. Thanks for your work! __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:15:48 2004 Return-Path: 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 A651916A4CF; Wed, 4 Aug 2004 14:15:48 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB1F43D41; Wed, 4 Aug 2004 14:15:47 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i74EFcAV084306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 17:15:39 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i74EFd1E026372; Wed, 4 Aug 2004 17:15:39 +0300 (EEST) (envelope-from ru) Date: Wed, 4 Aug 2004 17:15:39 +0300 From: Ruslan Ermilov To: Rahul Siddharthan Message-ID: <20040804141539.GB26281@ip.net.ua> References: <20040804042951.GA1371@online.fr> <20040804073012.GA685@arthur.nitro.dk> <20040804073532.GA22846@ip.net.ua> <20040804133938.GA3067@online.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <20040804133938.GA3067@online.fr> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@FreeBSD.org cc: "Simon L. Nielsen" Subject: Re: man(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:15:48 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 09:39:38AM -0400, Rahul Siddharthan wrote: > Ruslan Ermilov said on Aug 4, 2004 at 10:35:32: > > On Wed, Aug 04, 2004 at 09:30:12AM +0200, Simon L. Nielsen wrote: > > > On 2004.08.04 00:29:51 -0400, Rahul Siddharthan wrote: > > > > I was wrong about calling it BSD man... it's GNU man, but a much ol= der > > > > version than what current linux systems ship. > > > > > > > > I can work on a patch for this specific feature when I get some tim= e. > > > > Before I start, is there any reason people may think this is a bad > > > > idea? > > >=20 > > > Well, it can be done without a patch... I use the following tcsh alias > > > so I can just write 'manf foo.1' : > > >=20 > > > groff -Wall -Tascii -te -mandoc !^ | less > > >=20 > > You need to use ``-mtty-char -man'' to get the correct output. (-man > > or -mandoc doesn't matter.) >=20 >=20 > Well that kinds of proves my point... you expect new users to know all > this? I myself have used something like "groff -Tascii -mandoc" but > only after a few years of using unix. >=20 No, I don't even expect new users to worry about formatting the manpage source files like ``man /usr/src/bin/cat/cat.1''. ;) And someone could put this hint into the FreeBSD fortune file. I'm not opposed to the idea of man(1) being able to work with a pathname arguments, if the patch is small. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEO+LqRfpzJluFF4RAovPAJ9VzoaZohDSN8fnP9Tgo12fGC6VjQCeJJIB GNFo8W6qTLK4nkF0j394c/s= =vXmE -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:22:54 2004 Return-Path: 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 38ABB16A4E2 for ; Wed, 4 Aug 2004 14:22:54 +0000 (GMT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id F286A43D2F for ; Wed, 4 Aug 2004 14:22:53 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id C4A02DA84D for ; Wed, 4 Aug 2004 10:22:37 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 66419DA83A for ; Wed, 4 Aug 2004 10:22:37 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Aug 2004 10:22:52 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Unable to build recent kernels Thread-Index: AcR6LobrtJtPwbu0STyg1+kFE/GBrQ== From: "Robin P. Blanchard" To: X-Virus-Scanned: by amavisd-new at gactr.uga.edu Subject: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:22:54 -0000 [snip] linking kernel.debug mp_machdep.o(.text+0x705): In function `init_secondary': /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to `mem_range_AP_init' *** Error code 1 --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:25:58 2004 Return-Path: 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 0869616A4CE for ; Wed, 4 Aug 2004 14:25:58 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83B3143D53 for ; Wed, 4 Aug 2004 14:25:57 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i74EP0PF001877; Wed, 4 Aug 2004 08:25:00 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4110F1AD.9000203@freebsd.org> Date: Wed, 04 Aug 2004 08:24:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Robin P. Blanchard" References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:25:58 -0000 Robin P. Blanchard wrote: > [snip] > linking kernel.debug > mp_machdep.o(.text+0x705): In function `init_secondary': > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > `mem_range_AP_init' > *** Error code 1 > > You need to include 'device mem' in your kernel config. Look at src/UPDATING and the GENERIC config file for devices that were recently added. Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:29:02 2004 Return-Path: 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 27DE316A4CE for ; Wed, 4 Aug 2004 14:29:02 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFAF43D62 for ; Wed, 4 Aug 2004 14:29:01 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (9qgbxipn@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i74ESxWC034011; Wed, 4 Aug 2004 18:28:59 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 4 Aug 2004 18:28:59 +0400 (MSD) From: Maxim Konovalov To: "Robin P. Blanchard" In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> Message-ID: <20040804182454.H33888@mp2.macomnet.net> References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:29:02 -0000 On Wed, 4 Aug 2004, 10:22-0400, Robin P. Blanchard wrote: > > [snip] > linking kernel.debug > mp_machdep.o(.text+0x705): In function `init_secondary': > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > `mem_range_AP_init' > *** Error code 1 cat >> your_kernel_config_file < 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 2EDE916A4CF; Wed, 4 Aug 2004 14:30:16 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C662543D6A; Wed, 4 Aug 2004 14:30:15 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 77542263; Wed, 4 Aug 2004 10:33:24 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Wed, 4 Aug 2004 10:33:24 -0400 Message-ID: <20040804103324.sqsg48s40c48g444@www.sweetdreamsracing.biz> Date: Wed, 4 Aug 2004 10:33:24 -0400 From: Kenneth Culver To: Scott Long References: <200408040743.i747hs3m000419@pooker.samsco.org> <4110DFC7.8000200@freebsd.org> In-Reply-To: <4110DFC7.8000200@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:30:16 -0000 Quoting Scott Long : > Steve O'Hara-Smith wrote: > >> On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) >> Scott Long wrote: >> >> >>> | Source upgrade | Not done | David Schultz | problematic. The | >>> | incompatibility | | | 5.3 world sources | >>> | | | | must be buildable | >>> | | | | and installable | >>> | | | | from a 5.2.1 | >>> | | | | system. | >> >> >> Should they not also be buildable and installable from a 4.10 or >> 4.11 system >> in order to preserve the -stable upgrade route ? >> > > This would be good, yes, but there are so many other gotchas with that > upgrade path that I don't consider it a show-stopper for it not to work. > Once the 5.2 -> 5.3 path is fixed, then we can focus on 4.x -> 5.3 path. > > Scott Just to let people know, I recently installed from 5.2.1, then updated to -CURRENT via source without a single problem. So what's not working here? Ken From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:32:09 2004 Return-Path: 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 658CC16A4CE for ; Wed, 4 Aug 2004 14:32:09 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF38B43D2D for ; Wed, 4 Aug 2004 14:32:08 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 40B867642D; Wed, 4 Aug 2004 16:32:06 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98586-03; Wed, 4 Aug 2004 16:32:01 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id B3CE57642C; Wed, 4 Aug 2004 16:32:01 +0200 (CEST) Message-ID: <4110F366.5030307@webonaut.com> Date: Wed, 04 Aug 2004 16:32:06 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040719) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rossam Souza da Silva References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> In-Reply-To: <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: current@freebsd.org cc: Toxa Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:32:09 -0000 Rossam Souza da Silva wrote: > > I have the same problem with VMWare3 kernel modules... > no one is loaded, with error messages about symbols. > > Rossam. > > ------------------------------------------------------ > "Das Leben auf Erden ist ein gemeiner Krieg. > Wir spielen, wir kämpfen, wir setzen alles auf Sieg." > > Megaherz > ------------------------------------------------------ > > On Tue, 3 Aug 2004, Toxa wrote: > >> today kernel biuld, when trying to load radeon.ko for my ATI >> Mobility M6: >> >> # kldload radeon.ko: >> >> link_elf: symbol mem_range_attr_set undefined >> kldload: can't load radeon.ko: No such file or directory same here with matrox mga.ko. after i compiled the devices agp, mem, null and io into the kernel it loads normaly. franz. >> >> radeon.ko exists but cannot be loaded. Any suggestion? >> Thanks >> >> -- >> Anton A. Karpov From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:35:27 2004 Return-Path: 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 27C6A16A4CE for ; Wed, 4 Aug 2004 14:35:27 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A25E43D66 for ; Wed, 4 Aug 2004 14:35:26 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id CEA6940D8 for ; Wed, 4 Aug 2004 10:30:07 -0400 (EDT) Message-ID: <4110F5AE.6030403@tellme3times.com> Date: Wed, 04 Aug 2004 10:41:50 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:35:27 -0000 The last time I programed was over 15 years ago and I was thinking of looking into the USB drivers for FreeBSD concerning multifunction devices. If I ask stupid questions forgive me because I am seeing this as a user. First I would like to know if there is a technical reason why two different divers cannot attach to the same device. If each driver works well independently, what is the reason to prevent the second one from attaching? I would assume that if you attempted to use both drivers at the same time you would get a device busy error. Am I misunderstanding something here? I see ulpt: and unlpt: attaching to the same device and the choice of which one to use is up to the user and the hardware they have. If we have two drivers attach in one case why, and where, do we prevent other drivers from attaching if they meet the minimum requirements? Any help on how to write drivers for FreeBSD would be appreciated. Chris From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:43:14 2004 Return-Path: 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 B711616A4CE; Wed, 4 Aug 2004 14:43:14 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F258543D1F; Wed, 4 Aug 2004 14:43:13 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i74Eh9kx086640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 17:43:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i74EhA2d027011; Wed, 4 Aug 2004 17:43:10 +0300 (EEST) (envelope-from ru) Date: Wed, 4 Aug 2004 17:43:09 +0300 From: Ruslan Ermilov To: "Steve O'Hara-Smith" Message-ID: <20040804144309.GC26422@ip.net.ua> References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7qSK/uQB79J36Y4o" Content-Disposition: inline In-Reply-To: <20040804102101.5e0f4023.steve@sohara.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: scottl@FreeBSD.org cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:43:14 -0000 --7qSK/uQB79J36Y4o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 10:21:01AM +0100, Steve O'Hara-Smith wrote: > On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) > Scott Long wrote: >=20 > > | Source upgrade | Not done | David Schultz | problematic. The = | > > | incompatibility | | | 5.3 world sources= | > > | | | | must be buildable= | > > | | | | and installable = | > > | | | | from a 5.2.1 = | > > | | | | system. = | >=20 > Should they not also be buildable and installable from a 4.10 or 4.11 sy= stem > in order to preserve the -stable upgrade route ? >=20 I believe this item is not about builds/installs, but about the API compatibility of libm.so. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7qSK/uQB79J36Y4o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEPX9qRfpzJluFF4RAiqwAJ0VU6E+c89ahGbDYldpkzqynvKvmgCgnFwe TEnMDXwV9+B20Y7WEVDFFtI= =bEVK -----END PGP SIGNATURE----- --7qSK/uQB79J36Y4o-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:43:54 2004 Return-Path: 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 9C52416A4CE for ; Wed, 4 Aug 2004 14:43:54 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7714643D39 for ; Wed, 4 Aug 2004 14:43:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 22589 invoked from network); 4 Aug 2004 14:43:53 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Aug 2004 14:43:53 -0000 Received: from hydrogen.funkthat.com (dixgpk@localhost.funkthat.com [127.0.0.1])i74EhruU054528; Wed, 4 Aug 2004 07:43:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i74EhoVk054527; Wed, 4 Aug 2004 07:43:50 -0700 (PDT) Date: Wed, 4 Aug 2004 07:43:50 -0700 From: John-Mark Gurney To: Maxim Sobolev Message-ID: <20040804144350.GX991@funkthat.com> Mail-Followup-To: Maxim Sobolev , current@freebsd.org References: <62768.1091287144@critter.freebsd.dk> <410BBB74.9010804@portaone.com> <864qnoyv06.fsf@kamino.rfc1149.org> <410BD3BC.9090704@portaone.com> <20040803212227.GW991@funkthat.com> <20040804102742.GC55271@www.portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804102742.GC55271@www.portaone.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE 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: current@freebsd.org Subject: Re: GEOM is too verbose X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 04 Aug 2004 14:43:54 -0000 Maxim Sobolev wrote this message on Wed, Aug 04, 2004 at 12:27 +0200: > On Tue, Aug 03, 2004 at 02:22:27PM -0700, John-Mark Gurney wrote: > > Maxim Sobolev wrote this message on Sat, Jul 31, 2004 at 20:15 +0300: > > > >>It is python program, so that ioctl() is out of question. Usage of > > > > > > > > > > > >Hm python has ioctl support, where is the problem? > > > > > > Really? Anyway, I doubt that name of this ioctl is the same on the > > > different unices, so that binary search is still the best from the > > > portability POV. > > > > fcntl.ioctl... it might take some hand expansion of the ioctl macros > > to get it though... the old pytoh that would generate these couldn't > > handle FreeBSD's ioctl defines (but this was back in the early 4.x > > days)... You could always write a simple C program to get the value > > necessary.. > > Heh, but I have other means to spend my spare time. Rewriting perfectly > working code for perfection sake is not one of them. I only suggested: #include #include void main() { printf("%ul\n", DIOCGMEDIASIZE); } and then use that value in python's fctl.ioctl. -- 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 Wed Aug 4 14:46:18 2004 Return-Path: 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 B31AA16A4CE; Wed, 4 Aug 2004 14:46:18 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 521B343D41; Wed, 4 Aug 2004 14:46:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i74EkHs8022362; Wed, 4 Aug 2004 10:46:17 -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.12.11/8.12.11) with ESMTP id i74EkHmQ066905; Wed, 4 Aug 2004 10:46:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 88AE27303F; Wed, 4 Aug 2004 10:46:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040804144617.88AE27303F@freebsd-current.sentex.ca> Date: Wed, 4 Aug 2004 10:46:17 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:46:18 -0000 TB --- 2004-08-04 14:28:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-04 14:28:40 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-04 14:28:40 - cleaning the sandbox TB --- 2004-08-04 14:30:01 - checking out the source tree TB --- 2004-08-04 14:30:01 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-04 14:30:01 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-04 14:38:08 - WARNING: /home/tinderbox/sandbox/powerpc.diff does not exist TB --- 2004-08-04 14:38:08 - building world (CFLAGS=-O -pipe) TB --- 2004-08-04 14:38:08 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-04 14:38:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-04 14:46:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-04 14:46:17 - ERROR: failed to build world TB --- 2004-08-04 14:46:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:47:57 2004 Return-Path: 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 458DD16A4CE; Wed, 4 Aug 2004 14:47:57 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3525943D2D; Wed, 4 Aug 2004 14:47:57 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 268115C927; Wed, 4 Aug 2004 07:47:57 -0700 (PDT) Date: Wed, 4 Aug 2004 16:47:57 +0200 From: Maxime Henrion To: Franz Klammer Message-ID: <20040804144757.GI13608@elvis.mu.org> References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> <4110F366.5030307@webonaut.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UPT3ojh+0CqEDtpF" Content-Disposition: inline In-Reply-To: <4110F366.5030307@webonaut.com> User-Agent: Mutt/1.4.2.1i cc: anholt@FreeBSD.org cc: Rossam Souza da Silva cc: current@freebsd.org cc: Toxa Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:47:57 -0000 --UPT3ojh+0CqEDtpF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Franz Klammer wrote: > Rossam Souza da Silva wrote: > > > >I have the same problem with VMWare3 kernel modules... > >no one is loaded, with error messages about symbols. > > > >Rossam. > > > >------------------------------------------------------ > >"Das Leben auf Erden ist ein gemeiner Krieg. > > Wir spielen, wir k?mpfen, wir setzen alles auf Sieg." > > > > Megaherz > >------------------------------------------------------ > > > >On Tue, 3 Aug 2004, Toxa wrote: > > > >>today kernel biuld, when trying to load radeon.ko for my ATI > >>Mobility M6: > >> > >># kldload radeon.ko: > >> > >>link_elf: symbol mem_range_attr_set undefined > >>kldload: can't load radeon.ko: No such file or directory > > same here with matrox mga.ko. after i compiled the > devices agp, mem, null and io into the kernel it loads normaly. Can you try to remove mem from your kernel config and try this patch? The DRM drivers are missing a dependency to mem(4) since mem(4) was made a kernel module. The DRM drivers need mem(4) because they use mem_range_attr_set(). With this patch, you should be able to load your DRM driver without errors, even if mem(4) isn't compiled in the kernel. You must of course have it as a module though. Cheers, Maxime --UPT3ojh+0CqEDtpF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="drm.patch" Index: drm_drv.h =================================================================== RCS file: /space2/ncvs/src/sys/dev/drm/drm_drv.h,v retrieving revision 1.25 diff -u -p -r1.25 drm_drv.h --- drm_drv.h 16 Jun 2004 09:46:42 -0000 1.25 +++ drm_drv.h 4 Aug 2004 14:41:00 -0000 @@ -124,6 +124,7 @@ static void DRM(cleanup)(drm_device_t *d #if __REALLY_HAVE_AGP MODULE_DEPEND(DRIVER_NAME, agp, 1, 1, 1); #endif +MODULE_DEPEND(DRIVER_NAME, mem, 1, 1, 1); #endif /* __FreeBSD__ */ #ifdef __NetBSD__ --UPT3ojh+0CqEDtpF-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:48:52 2004 Return-Path: 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 E9B2916A4CE for ; Wed, 4 Aug 2004 14:48:52 +0000 (GMT) Received: from mr01.hansenet.de (mr01.hansenet.de [213.191.74.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F1D43D53 for ; Wed, 4 Aug 2004 14:48:50 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mail.nipsi.de (62.109.126.91) by mr01.hansenet.de (6.7.010) id 40E5293900095493 for current@freebsd.org; Wed, 4 Aug 2004 16:27:56 +0200 Received: from localhost (localhost [127.0.0.1]) (uid 1001) by mail.nipsi.de with local; Wed, 04 Aug 2004 16:27:59 +0200 Date: Wed, 4 Aug 2004 16:27:59 +0200 From: Dennis Berger To: "Robin P. Blanchard" Message-ID: <20040804142759.GA63693@nipsi.home.net> References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:48:53 -0000 On Wed, Aug 04, 2004 at 10:22:52AM -0400, Robin P. Blanchard wrote: > > [snip] > linking kernel.debug > mp_machdep.o(.text+0x705): In function `init_secondary': > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > `mem_range_AP_init' > *** Error code 1 remove your kernel obj files... and rebuiling the kernel works for me > > > > --------------------------------------- > Robin P. Blanchard > Systems Integration Specialist > Georgia Center for Continuing Education > fon: 706.542.2404 < > fax: 706.542.6546 > --------------------------------------- > _______________________________________________ > 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 Aug 4 15:00:30 2004 Return-Path: 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 CE7E816A4CE; Wed, 4 Aug 2004 15:00:30 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5281743D41; Wed, 4 Aug 2004 15:00:30 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 222E37642C; Wed, 4 Aug 2004 17:00:28 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98591-05; Wed, 4 Aug 2004 17:00:22 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id D139E76428; Wed, 4 Aug 2004 17:00:21 +0200 (CEST) Message-ID: <4110FA0A.3040702@webonaut.com> Date: Wed, 04 Aug 2004 17:00:26 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040719) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> <4110F366.5030307@webonaut.com> <20040804144757.GI13608@elvis.mu.org> In-Reply-To: <20040804144757.GI13608@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: anholt@FreeBSD.org cc: Rossam Souza da Silva cc: current@freebsd.org cc: Toxa Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:00:30 -0000 Maxime Henrion wrote: >>>># kldload radeon.ko: >>>> >>>>link_elf: symbol mem_range_attr_set undefined >>>>kldload: can't load radeon.ko: No such file or directory >> >>same here with matrox mga.ko. after i compiled the >>devices agp, mem, null and io into the kernel it loads normaly. > > > Can you try to remove mem from your kernel config and try this patch? > The DRM drivers are missing a dependency to mem(4) since mem(4) was > made a kernel module. The DRM drivers need mem(4) because they use > mem_range_attr_set(). With this patch, you should be able to load > your DRM driver without errors, even if mem(4) isn't compiled in the > kernel. You must of course have it as a module though. > sure! but not in the next one or two hours. maybe someone else who has the same problem is faster then me. franz. > Cheers, > Maxime > > > ------------------------------------------------------------------------ > > Index: drm_drv.h > =================================================================== > RCS file: /space2/ncvs/src/sys/dev/drm/drm_drv.h,v > retrieving revision 1.25 > diff -u -p -r1.25 drm_drv.h > --- drm_drv.h 16 Jun 2004 09:46:42 -0000 1.25 > +++ drm_drv.h 4 Aug 2004 14:41:00 -0000 > @@ -124,6 +124,7 @@ static void DRM(cleanup)(drm_device_t *d > #if __REALLY_HAVE_AGP > MODULE_DEPEND(DRIVER_NAME, agp, 1, 1, 1); > #endif > +MODULE_DEPEND(DRIVER_NAME, mem, 1, 1, 1); > #endif /* __FreeBSD__ */ > > #ifdef __NetBSD__ From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 15:01:57 2004 Return-Path: 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 EB55716A4CE for ; Wed, 4 Aug 2004 15:01:57 +0000 (GMT) Received: from web50701.mail.yahoo.com (web50701.mail.yahoo.com [206.190.38.99]) by mx1.FreeBSD.org (Postfix) with SMTP id 75A6743D48 for ; Wed, 4 Aug 2004 15:01:57 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20040804150156.62810.qmail@web50701.mail.yahoo.com> Received: from [68.40.135.37] by web50701.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 08:01:56 PDT Date: Wed, 4 Aug 2004 08:01:56 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: current snap 200400804-SESNAP not bootable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:01:58 -0000 --- Doug White wrote: > On Tue, 3 Aug 2004, Kim Culhan wrote: > > > > > Greetings- > > > > Just an fyi here.. The latest snap, 080304, from > > snapshots.se.FreeBSD.org did not install a bootable system here. > > This looks like the boot2 breakage. I think a fix was committed > not too > long ago and its possible the snapshot server hadn't picked it up > in time. > You might try tomorrow's. Sorry to report this is not working.. The snap 5.2-CURRENT-20040804-SESNAP.iso does: F1 [hit enter or wait..] invalid partition invalid partition no /boot/loader FreeBSD/i386 boot Default: 0:ad(0,`)/kernel fyi.. tnx -kim __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 15:08:25 2004 Return-Path: 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 00A3616A4CE for ; Wed, 4 Aug 2004 15:08:25 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2698143D49 for ; Wed, 4 Aug 2004 15:08:24 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i74F8KaI056762 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 4 Aug 2004 17:08:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i74F7esu098449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 17:07:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i74F7dLB049382; Wed, 4 Aug 2004 17:07:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i74F7djE049381; Wed, 4 Aug 2004 17:07:39 +0200 (CEST) (envelope-from ticso) Date: Wed, 4 Aug 2004 17:07:39 +0200 From: Bernd Walter To: Chris Message-ID: <20040804150738.GE20488@cicely12.cicely.de> References: <4110F5AE.6030403@tellme3times.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4110F5AE.6030403@tellme3times.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de 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 Aug 2004 15:08:25 -0000 On Wed, Aug 04, 2004 at 10:41:50AM -0400, Chris wrote: > The last time I programed was over 15 years ago and I was thinking of > looking into the USB drivers for FreeBSD concerning multifunction > devices. If I ask stupid questions forgive me because I am seeing this > as a user. > > First I would like to know if there is a technical reason why two > different divers cannot attach to the same device. If each driver works > well independently, what is the reason to prevent the second one from > attaching? I would assume that if you attempted to use both drivers at > the same time you would get a device busy error. USB devices can be designed to have multiple interfaces at which you can have different drivers - e.g. you can have a ulpt/umass combo and both drivers just clain the according interface from the same device. Therefor also drivers can be programmed for whole USB devices and for USB subdevices. This works perfectly with FreeBSD. > Am I misunderstanding something here? I see ulpt: and unlpt: attaching > to the same device and the choice of which one to use is up to the user > and the hardware they have. If we have two drivers attach in one case > why, and where, do we prevent other drivers from attaching if they meet > the minimum requirements? unlpt and ulpt are just different representations from the same driver. There is absolutely no sense in having two clients printing at the same time on the same printer, so blocking each other is absolutely reasonable. Scheduling multiple requests is up to software like lpd. See ulpt(4) for details about the functional difference in ulpt vs. unlpt device nodes - depending on the printer you will likely end up in always using the same devicenode. Why do you think this is wrong? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 15:09:47 2004 Return-Path: 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 7A68A16A4CE for ; Wed, 4 Aug 2004 15:09:47 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67B6643D53 for ; Wed, 4 Aug 2004 15:09:47 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i74F9lrU037456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Aug 2004 08:09:47 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i74F9lTU037455 for freebsd-current@freebsd.org; Wed, 4 Aug 2004 08:09:47 -0700 (PDT) (envelope-from jdc) Date: Wed, 4 Aug 2004 08:09:47 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040804150947.GA37404@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040804150156.62810.qmail@web50701.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804150156.62810.qmail@web50701.mail.yahoo.com> User-Agent: Mutt/1.5.6i Subject: Re: current snap 200400804-SESNAP not bootable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:09:47 -0000 Covered here: http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033200.html But particular details involving the strange ad(0,`) issue reported here: http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032889.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Aug 04, 2004 at 08:01:56AM -0700, Kim Culhan wrote: > --- Doug White wrote: > > > On Tue, 3 Aug 2004, Kim Culhan wrote: > > > > > > > > Greetings- > > > > > > Just an fyi here.. The latest snap, 080304, from > > > snapshots.se.FreeBSD.org did not install a bootable system here. > > > > This looks like the boot2 breakage. I think a fix was committed > > not too > > long ago and its possible the snapshot server hadn't picked it up > > in time. > > You might try tomorrow's. > > Sorry to report this is not working.. > > The snap 5.2-CURRENT-20040804-SESNAP.iso does: > > F1 > > [hit enter or wait..] > > invalid partition > invalid partition > > no /boot/loader > > FreeBSD/i386 boot > > Default: 0:ad(0,`)/kernel > > fyi.. > > tnx > -kim > > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - Send 10MB messages! > http://promotions.yahoo.com/new_mail > _______________________________________________ > 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 Aug 4 15:48:13 2004 Return-Path: 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 0F44016A4CE for ; Wed, 4 Aug 2004 15:48:13 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4579143D5C for ; Wed, 4 Aug 2004 15:48:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i74Fm4si002891; Wed, 4 Aug 2004 17:48:09 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John-Mark Gurney From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 04 Aug 2004 07:43:50 PDT." <20040804144350.GX991@funkthat.com> Date: Wed, 04 Aug 2004 17:48:04 +0200 Message-ID: <2890.1091634484@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Maxim Sobolev cc: current@freebsd.org Subject: Re: GEOM is too verbose X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:48:13 -0000 In message <20040804144350.GX991@funkthat.com>, John-Mark Gurney writes: >Maxim Sobolev wrote this message on Wed, Aug 04, 2004 at 12:27 +0200: >> On Tue, Aug 03, 2004 at 02:22:27PM -0700, John-Mark Gurney wrote: >> > Maxim Sobolev wrote this message on Sat, Jul 31, 2004 at 20:15 +0300: >> > > >>It is python program, so that ioctl() is out of question. Usage of >> > > > >> > > > >> > > >Hm python has ioctl support, where is the problem? >> > > >> > > Really? Anyway, I doubt that name of this ioctl is the same on the >> > > different unices, so that binary search is still the best from the >> > > portability POV. >> > >> > fcntl.ioctl... it might take some hand expansion of the ioctl macros >> > to get it though... the old pytoh that would generate these couldn't >> > handle FreeBSD's ioctl defines (but this was back in the early 4.x >> > days)... You could always write a simple C program to get the value >> > necessary.. >> >> Heh, but I have other means to spend my spare time. Rewriting perfectly >> working code for perfection sake is not one of them. > >I only suggested: >#include >#include > >void >main() >{ > printf("%ul\n", DIOCGMEDIASIZE); >} > >and then use that value in python's fctl.ioctl. see diskinfo(8) -- 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 Wed Aug 4 16:14:12 2004 Return-Path: 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 41E1016A4CE; Wed, 4 Aug 2004 16:14:12 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7531A43D46; Wed, 4 Aug 2004 16:14:11 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id 3E5FA7642C; Wed, 4 Aug 2004 18:14:01 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98557-09; Wed, 4 Aug 2004 18:13:56 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 48B4F76428; Wed, 4 Aug 2004 18:13:56 +0200 (CEST) Message-ID: <41110B43.1050501@webonaut.com> Date: Wed, 04 Aug 2004 18:13:55 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040719) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> <4110F366.5030307@webonaut.com> <20040804144757.GI13608@elvis.mu.org> In-Reply-To: <20040804144757.GI13608@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: anholt@FreeBSD.org cc: Rossam Souza da Silva cc: current@freebsd.org cc: Toxa Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:14:12 -0000 Maxime Henrion wrote: > Franz Klammer wrote: > >>Rossam Souza da Silva wrote: >> >>>I have the same problem with VMWare3 kernel modules... >>>no one is loaded, with error messages about symbols. >>> >>>Rossam. >>> >>>------------------------------------------------------ >>>"Das Leben auf Erden ist ein gemeiner Krieg. >>>Wir spielen, wir k?mpfen, wir setzen alles auf Sieg." >>> >>>Megaherz >>>------------------------------------------------------ >>> >>>On Tue, 3 Aug 2004, Toxa wrote: >>> >>> >>>>today kernel biuld, when trying to load radeon.ko for my ATI >>>>Mobility M6: >>>> >>>># kldload radeon.ko: >>>> >>>>link_elf: symbol mem_range_attr_set undefined >>>>kldload: can't load radeon.ko: No such file or directory >> >>same here with matrox mga.ko. after i compiled the >>devices agp, mem, null and io into the kernel it loads normaly. > > > Can you try to remove mem from your kernel config and try this patch? > The DRM drivers are missing a dependency to mem(4) since mem(4) was > made a kernel module. The DRM drivers need mem(4) because they use > mem_range_attr_set(). With this patch, you should be able to load > your DRM driver without errors, even if mem(4) isn't compiled in the > kernel. You must of course have it as a module though. > was faster than expected :-) the patch works! i removed the devices mem and mgadrm vom kernel config and build the new kernel with -DNOCLEAN. hopefully this was correct enough for testing. franz. > Cheers, > Maxime > From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:29:36 2004 Return-Path: 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 6276616A4CE; Wed, 4 Aug 2004 16:29:36 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 049C443D73; Wed, 4 Aug 2004 16:29:35 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i74GSbYY002319; Wed, 4 Aug 2004 10:28:38 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41110EA6.9020709@freebsd.org> Date: Wed, 04 Aug 2004 10:28:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kenneth Culver References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <4110DFC7.8000200@freebsd.org> <20040804103324.sqsg48s40c48g444@www.sweetdreamsracing.biz> In-Reply-To: <20040804103324.sqsg48s40c48g444@www.sweetdreamsracing.biz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: das@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:29:36 -0000 Kenneth Culver wrote: > Quoting Scott Long : > >> Steve O'Hara-Smith wrote: >> >>> On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) >>> Scott Long wrote: >>> >>> >>>> | Source upgrade | Not done | David Schultz | problematic. >>>> The | >>>> | incompatibility | | | 5.3 world >>>> sources | >>>> | | | | must be >>>> buildable | >>>> | | | | and >>>> installable | >>>> | | | | from a >>>> 5.2.1 | >>>> | | | | >>>> system. | >>> >>> >>> >>> Should they not also be buildable and installable from a 4.10 or >>> 4.11 system >>> in order to preserve the -stable upgrade route ? >>> >> >> This would be good, yes, but there are so many other gotchas with that >> upgrade path that I don't consider it a show-stopper for it not to work. >> Once the 5.2 -> 5.3 path is fixed, then we can focus on 4.x -> 5.3 path. >> >> Scott > > > Just to let people know, I recently installed from 5.2.1, then updated to > -CURRENT via source without a single problem. So what's not working here? > > Ken > > Hmm, maybe I'm mis-informed then. I thought that snapshots.jp.freebsd.org was having problems building the 5.2-CURRENT sources because it's world was too old, and that this pointed to a source upgrade problem. I guess we need clarification here. David? Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:40:44 2004 Return-Path: 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 B50B916A4CE for ; Wed, 4 Aug 2004 16:40:44 +0000 (GMT) Received: from av2-1-sn3.vrr.skanova.net (av2-1-sn3.vrr.skanova.net [81.228.9.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 649B043D39 for ; Wed, 4 Aug 2004 16:40:40 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av2-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 93A9837E68; Wed, 4 Aug 2004 18:40:39 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av2-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 86CAA37E46; Wed, 4 Aug 2004 18:40:39 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 5F2B738002; Wed, 4 Aug 2004 18:40:39 +0200 (CEST) From: "Daniel Eriksson" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Wed, 4 Aug 2004 18:40:36 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <4110E5AE.7050602@DeepCore.dk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org cc: 'Ville-Pertti Keinonen' Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:40:44 -0000 S=F8ren Schmidt wrote: > OK, but that seriously hurts performance which I'd like to avoid if=20 > possible. Could you try the attached patch and let me know how that=20 > works out ? I does solve the problem here in a simulated=20 > setup, but as we all know simulated is just that :) I just applied your patch to clean sources dated 2004.08.04.13.00.00 and = ran some tests. Everything seems to be working as it should (just like after = the serialization patch from Ville-Pertti that I tried earlier). I will = continue running with this patch applied to see if it stays stable. Thank you S=F6ren and Ville-Pertti for your efforts! /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:56:55 2004 Return-Path: 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 A195E16A4CE; Wed, 4 Aug 2004 16:56:55 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBCE43D1F; Wed, 4 Aug 2004 16:56:55 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao05.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040804165654.HYRK28993.lakermmtao05.cox.net@dolphin.local.net>; Wed, 4 Aug 2004 12:56:54 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id i74Gurdu096795; Wed, 4 Aug 2004 11:56:53 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.13.1/8.13.1/Submit) id i74GurXK096794; Wed, 4 Aug 2004 11:56:53 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040804140103.69280.qmail@web50601.mail.yahoo.com> Date: Wed, 04 Aug 2004 11:56:53 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: Kenneth Stailey cc: Mike Jakubik cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: System load as crash factor with preemption??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 16:56:55 -0000 On 04-Aug-2004 Kenneth Stailey wrote: > http://www.freebsd.org/releases/5.3R/todo.html > > << Problems persist with crashes and hangs under heavy load, > especially under SMP. The recent introduction of full-scale > preemption exasperated the problem, though it has been mitigated by a > recently committed hack. Speculation on the source of the problem > seems to center around races in critical section and spinlock > handling and nesting. This needs to be driven to root cause and > fixed in order for 5.3 to be considered STABLE. >> One thing I've been wondering about in all the postings I've seen re: the preemption-related crashes: reference is made repeatedly to crashes occurring under heavy load, yet my box (AMD Athlon 64, single-processor) was crashing under practically no load at all. With the no-preemption hack, the box has been quite stable, by the way. Also, my other machine, an AMD Athlon (32-bit), single-processor, running an i386 build, never experienced any crashes, yet it bears much more load most of the time than the 64-bit box, as I use it as my gateway, cvsup daemon, NFS server, etc, etc. Just makes me question how much of a factor load really played in this problem, and thought it might be worth mentioning. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:58:32 2004 Return-Path: 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 F29BC16A4CE; Wed, 4 Aug 2004 16:58:31 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA2143D2F; Wed, 4 Aug 2004 16:58:31 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id D597110A; Wed, 4 Aug 2004 13:01:41 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Wed, 4 Aug 2004 13:01:41 -0400 Message-ID: <20040804130141.dmogwg8ko84g4oc4@www.sweetdreamsracing.biz> Date: Wed, 4 Aug 2004 13:01:41 -0400 From: Kenneth Culver To: Scott Long References: <200408040743.i747hs3m000419@pooker.samsco.org> <4110DFC7.8000200@freebsd.org> <20040804103324.sqsg48s40c48g444@www.sweetdreamsracing.biz> <41110EA6.9020709@freebsd.org> In-Reply-To: <41110EA6.9020709@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: das@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:58:32 -0000 Quoting Scott Long : > Kenneth Culver wrote: > >> Quoting Scott Long : >> >>> Steve O'Hara-Smith wrote: >>> >>>> On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) >>>> Scott Long wrote: >>>> >>>> >>>>> | Source upgrade | Not done | David Schultz | problematic. >>>>> The | >>>>> | incompatibility | | | 5.3 world >>>>> sources | >>>>> | | | | must be >>>>> buildable | >>>>> | | | | and >>>>> installable | >>>>> | | | | from a 5.2.1 >>>>> | >>>>> | | | | system. >>>>> | >>>> >>>> >>>> >>>> Should they not also be buildable and installable from a 4.10 >>>> or 4.11 system >>>> in order to preserve the -stable upgrade route ? >>>> >>> >>> This would be good, yes, but there are so many other gotchas with that >>> upgrade path that I don't consider it a show-stopper for it not to work. >>> Once the 5.2 -> 5.3 path is fixed, then we can focus on 4.x -> 5.3 path. >>> >>> Scott >> >> >> Just to let people know, I recently installed from 5.2.1, then updated to >> -CURRENT via source without a single problem. So what's not working here? >> >> Ken >> >> > > Hmm, maybe I'm mis-informed then. I thought that > snapshots.jp.freebsd.org was having problems building the 5.2-CURRENT > sources because it's world was too old, and that this pointed to a > source upgrade problem. I guess we need clarification here. David? > > Scott I've actually done this 2 or 3 times in the last week or 2 on a few different computers, so unless a recent commit broke something, it should still be ok. Ken From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 17:00:45 2004 Return-Path: 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 994A516A4CE; Wed, 4 Aug 2004 17:00:45 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 622B143D5F; Wed, 4 Aug 2004 17:00:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 52FC972DF2; Wed, 4 Aug 2004 10:00:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4E45F72DB5; Wed, 4 Aug 2004 10:00:45 -0700 (PDT) Date: Wed, 4 Aug 2004 10:00:45 -0700 (PDT) From: Doug White To: Sam Leffler In-Reply-To: <200408031320.17076.sam@errno.com> Message-ID: <20040804095553.I25616@carver.gumbysoft.com> References: <20040803214133.31dd9b03.nork@FreeBSD.org> <20040803111428.S15648@carver.gumbysoft.com> <200408031320.17076.sam@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Norikatsu Shigemura cc: Mike Tancsa Subject: Re: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:00:45 -0000 On Tue, 3 Aug 2004, Sam Leffler wrote: > > Also, your app has to ask for the acceleration if they want it, by > > requesting the 'cryptodev' engine. And that requires OpenSSL 0.9.7, which > > you probably have since the 'openssl engine' command exists. > > > > nork, which app(s) are you trying to accelerate? > > I don't believe this is correct. Unless something has changed libcrypto (from > openssl) will check for /dev/crypto, query what algorithms are supported, and > then use h/w acceleration if it exists. That'd be a recent change then. The last time I mesed with this, which was a year and a half ago, you didn't get h/w accel unless you specified the engine. I had to use patches that were flagged EXPERIMENTAL to get engine support in whatever it was I was toying with, and had to use that support to get it using hardware crypto. I'll see if I can find what it was I was messing with and try again :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:00:47 2004 Return-Path: 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 AF71716A4D3 for ; Wed, 4 Aug 2004 18:00:47 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B1843D62 for ; Wed, 4 Aug 2004 18:00:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17117 invoked from network); 4 Aug 2004 18:00:21 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Aug 2004 18:00:20 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i74I0Bed035101; Wed, 4 Aug 2004 14:00:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Ruslan Ermilov Date: Wed, 4 Aug 2004 13:59:11 -0400 User-Agent: KMail/1.6 References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <20040804144309.GC26422@ip.net.ua> In-Reply-To: <20040804144309.GC26422@ip.net.ua> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408041359.11225.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: scottl@FreeBSD.org cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:00:48 -0000 On Wednesday 04 August 2004 10:43 am, Ruslan Ermilov wrote: > On Wed, Aug 04, 2004 at 10:21:01AM +0100, Steve O'Hara-Smith wrote: > > On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) > > > > Scott Long wrote: > > > | Source upgrade | Not done | David Schultz | problematic. The > > > | | incompatibility | | | 5.3 world > > > | sources | > > > | > > > | | | | must be buildable > > > | | | | | and installable > > > | | | | | from a 5.2.1 > > > | | | | | system. > > > | | | | | > > > > Should they not also be buildable and installable from a 4.10 or 4.11 > > system in order to preserve the -stable upgrade route ? > > I believe this item is not about builds/installs, but about the API > compatibility of libm.so. s/API/ABI/ -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:05:04 2004 Return-Path: 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 4260916A4CE for ; Wed, 4 Aug 2004 18:05:04 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7BBC43D4C for ; Wed, 4 Aug 2004 18:05:03 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BsQ8M-0000Is-00; Wed, 04 Aug 2004 20:05:02 +0200 Received: from [217.83.3.226] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BsQ8M-0002OZ-00; Wed, 04 Aug 2004 20:05:02 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Wed, 4 Aug 2004 20:03:00 +0200 User-Agent: KMail/1.6.2 References: <20040804125640.GA78633@stud.fit.vutbr.cz> <20040804130530.GA78973@stud.fit.vutbr.cz> In-Reply-To: <20040804130530.GA78973@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_bTSEB15I2x32NcA"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408042003.07356.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Divacky Roman cc: Dan Cojocar Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:05:04 -0000 --Boundary-02=_bTSEB15I2x32NcA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 04 August 2004 15:05, Divacky Roman wrote: > struct pf_altq *altq, *a; > > if (pa->ticket !=3D ticket_altqs_inactive) { > error =3D EBUSY; > break; > } > altq =3D pool_get(&pf_altq_pl, PR_NOWAIT); > ^^^^^^^^^^ > shouldnt this be initalized to NULL? at least its not nice to have it > uninitalized... hum? $ cd /usr/src/sys/contrib/pf/net && grep pf_altq_pl * <...> pf_ioctl.c: pf_state_pl =3D pf_altq_pl =3D pf_pooladdr_pl =3D NULL; pf_ioctl.c: UMA_DESTROY(pf_altq_pl); pf_ioctl.c: UMA_CREATE(pf_altq_pl, struct pf_altq, "pfaltqpl= "); <...> Or what are you thinking about? Just like Dan Cojocar said in his reply, I can't reproduce your problem=20 here :-\ > On Wed, Aug 04, 2004 at 02:56:40PM +0200, Divacky Roman wrote: > > I am getting this > > pfctl: DIOCADDALTQ: Cannot allocate memory > > if I try to enable altq on pf configured as > > > > altq on $ext_if bandwidth 256Kb cbq queue { ssh_i web other} > > queue ssh_i bandwidth 25% cbq(borrow red) > > queue web bandwidth 25% cbq(borrow red) > > queue other bandwidth 50% cbq(borrow default red) > > > > > > without that "red" it works ok... Now that is strange as it makes no difference in the DIOCADDALTQ call path= =20 whether you use RED or not. Might it be possible that you really are short = on=20 (kernel) memory? =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 --Boundary-02=_bTSEB15I2x32NcA Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBESTbXyyEoT62BG0RAluXAJ0RGCwC9FL4AS7LbH7FDoqpFRX79ACfSw+y TZw/LBY0AyEx1Ctw23iy1sg= =njby -----END PGP SIGNATURE----- --Boundary-02=_bTSEB15I2x32NcA-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:16:24 2004 Return-Path: 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 1A98716A4CF for ; Wed, 4 Aug 2004 18:16:24 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D8243D1F for ; Wed, 4 Aug 2004 18:16:23 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk ([192.168.0.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i74IGFE1079358; Wed, 4 Aug 2004 20:16:20 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <411127F0.6080407@DeepCore.dk> Date: Wed, 04 Aug 2004 20:16:16 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org cc: 'Ville-Pertti Keinonen' Subject: Re: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:16:24 -0000 Daniel Eriksson wrote: > Søren Schmidt wrote: > > >>OK, but that seriously hurts performance which I'd like to avoid if >>possible. Could you try the attached patch and let me know how that >>works out ? I does solve the problem here in a simulated >>setup, but as we all know simulated is just that :) > > > I just applied your patch to clean sources dated 2004.08.04.13.00.00 and ran > some tests. Everything seems to be working as it should (just like after the > serialization patch from Ville-Pertti that I tried earlier). I will continue > running with this patch applied to see if it stays stable. Good! please keep me posted! > Thank you Sören and Ville-Pertti for your efforts! NP :) -- -Søren From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:29:02 2004 Return-Path: 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 89B8116A4CE; Wed, 4 Aug 2004 18:29:02 +0000 (GMT) Received: from bronco.gopix.net (gopix.net [38.118.153.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CF843D41; Wed, 4 Aug 2004 18:29:02 +0000 (GMT) (envelope-from jhamby@anobject.com) Received: from [127.0.0.1] (ar39.lsanca2-4.16.240.78.lsanca2.elnk.dsl.genuity.net [4.16.240.78]) (authenticated bits=0) by bronco.gopix.net (8.12.11/8.12.11) with ESMTP id i74IWwJR020058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 11:33:00 -0700 Message-ID: <41112AE6.8010600@anobject.com> Date: Wed, 04 Aug 2004 11:28:54 -0700 From: Jake Hamby User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: re@freebsd.org References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <20040804144309.GC26422@ip.net.ua> In-Reply-To: <20040804144309.GC26422@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:29:02 -0000 Ruslan Ermilov wrote: > On Wed, Aug 04, 2004 at 10:21:01AM +0100, Steve O'Hara-Smith wrote: > >>On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) >>Scott Long wrote: >> >> >>> | Source upgrade | Not done | David Schultz | problematic. The | >>> | incompatibility | | | 5.3 world sources | >>> | | | | must be buildable | >>> | | | | and installable | >>> | | | | from a 5.2.1 | >>> | | | | system. | >> >> Should they not also be buildable and installable from a 4.10 or 4.11 system >>in order to preserve the -stable upgrade route ? >> > > I believe this item is not about builds/installs, but about the API > compatibility of libm.so. On that note, is there a particular reason why the version number for libstdc++.so wasn't bumped after the GCC 3.4.2 upgrade? I've tried to rebuild all my C++ apps with the new compiler, but just got bit by some undefined references in libmusicbrainz while building kdemultimedia3: /usr/local/lib/libmusicbrainz.so: undefined reference to `std::__default_alloc_template::allocate(unsigned int)' /usr/local/lib/libmusicbrainz.so: undefined reference to `std::string::_S_empty_rep_storage' /usr/local/lib/libmusicbrainz.so: undefined reference to `std::__default_alloc_template::deallocate(void*, unsigned int)' -- Jake Hamby From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:35:52 2004 Return-Path: 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 5F1B516A4CE for ; Wed, 4 Aug 2004 18:35:52 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006B443D49 for ; Wed, 4 Aug 2004 18:35:52 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i74IZnE0020882; Wed, 4 Aug 2004 14:35:51 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040803093401.GA43199@nipsi.home.net> References: <20040803093401.GA43199@nipsi.home.net> Date: Wed, 4 Aug 2004 14:35:48 -0400 To: Dennis Berger , current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: status of bind9 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:35:52 -0000 At 11:34 AM +0200 8/3/04, Dennis Berger wrote: >Hi all, >whats the status of the bind9 import? >I recognized it's "in progress" since several month now, and >as the release date is coming closer I'm getting nervous. >thanks. The "To-Do" list still has: Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+---------------+------------------------| | BIND9 import | In progress | Doug Barton | BIND9 must be imported | | into 5-CURRENT | | | for 5.3-RELEASE. | |-----------------+-------------+---------------+------------------------| Also, Doug talked about this at the devsummit that took place during Usenix at the end of June. He is waiting for a specific official release to happen from the BIND9 folks, because it has some important improvements to the BIND9 branch. But he is confident that once the official release is made, that he can install it into the base system right away. If that release does not happen before our code-freeze, then he has an alternate plan that he is confident in. Note that the BIND9 folks do a lot of their development on FreeBSD, so when the official release of BIND9 happens, it is an official release which is already known to be working on FreeBSD. This item has been "in progress" only because we are waiting for the new version, and not because Doug has been having any problems with BIND9. That was the word at the devsummit, and I doubt much has changed since then. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:43:43 2004 Return-Path: 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 2DB1016A4CE; Wed, 4 Aug 2004 18:43:43 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0ECE43D5E; Wed, 4 Aug 2004 18:43:42 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id 414734B031; Wed, 4 Aug 2004 20:44:08 +0200 (CEST) Date: Wed, 4 Aug 2004 20:48:19 +0200 From: cpghost@cordula.ws To: re@FreeBSD.org Message-ID: <20040804184819.GB44298@bsdbox.farid-hajji.net> References: <200408040743.i747hs3m000419@pooker.samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408040743.i747hs3m000419@pooker.samsco.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:43:43 -0000 On Wed, Aug 04, 2004 at 01:43:54AM -0600, Scott Long wrote: > Desired features for 5.3-RELEASE MIDI drivers should be taken care of. It would be great if we restored MIDI functionality in 5.3-RELEASE! Thanks. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:44:45 2004 Return-Path: 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 EA7DA16A4CE; Wed, 4 Aug 2004 18:44:45 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F1DC43D2F; Wed, 4 Aug 2004 18:44:45 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i74IibbG010005; Wed, 4 Aug 2004 14:44:38 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <41106C70.3010508@freebsd.org> References: <410F28E1.8080105@freebsd.org> <16655.43655.686564.873222@canoe.dclg.ca> <41106C70.3010508@freebsd.org> Date: Wed, 4 Aug 2004 14:44:37 -0400 To: David Gilbert From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: tar -l is now (intentionally) broken. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:44:46 -0000 At 9:56 PM -0700 8/3/04, Tim Kientzle wrote: >David Gilbert wrote: >> >>[2:1:301]dgilbert@canoe:~> bsdtar -cvf temp .bashrc >>a .bashrc: tar format cannot archive this: Inappropriate file type or format >> > >Works here. Which means either there's something >weird going on at your end, or something weird going >on at my end. > >It's possible you managed to get it in the middle >of a cvs update, I suppose. Try updating again >and rebuilding src/lib/libarchive and src/usr.bin/tar >and let me know if that changes anything. > >Out of curiosity, what does "ls -l .bashrc" show? Other questions (which you may have already answered): What does "ls -l temp" show? If there is no "temp", then what result do you get from the command to "touch temp"? I'm just making some wild guesses here. The above tar command did also work for me, so I am just wondering if bsdtar is getting some OTHER error, and reporting the wrong error. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 19:08:36 2004 Return-Path: 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 4EA3216A4CE for ; Wed, 4 Aug 2004 19:08:36 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A1B243D5E for ; Wed, 4 Aug 2004 19:08:36 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i74J8H2a003141; Wed, 4 Aug 2004 12:08:18 -0700 Message-ID: <4111341D.7050106@root.org> Date: Wed, 04 Aug 2004 12:08:13 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <410AD054.8070202@root.org> <200407310013.i6V0DI9D085697@apollo.backplane.com> In-Reply-To: <200407310013.i6V0DI9D085697@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: memory corruption/panic solved ("FAILURE - ATAPI_IDENTIFY no interrupt") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:08:36 -0000 Matthew Dillon wrote: > :I've tracked down the source of the memory corruption in -current that > :results when booting with various CD and DVD drives (especially the ones > :that come with Thinkpads including T23, R32, T41, etc.) The panic is > :.. > > Nick, s/Nick/Nate and not either of the Williams ones (Net and FreeBSD). :) > what about the retry code in ata_completed()? (ata-queue.c 229). > Does it need to reset donecount as well? Both the code in 5.x and > the code in 4.x looks 'dangerous' with regards to general retries. Hmm, it seems like this could be a problem with requests that are re-queued. It's likely that donecount was never incremented in the error cases but I don't know the code well enough to say this. There is also the question of whether it's ok to retry a request in immediate mode that previously was done as a queued request. I'll let Soeren address this. > The 5.x code seems to handle retries generically via > ata_finish()->ata_completed()->(retry handling), and this seems to > include IMMEDIATE requests, and it does not appear to reset the > donecount when it requeues. > > The 4.x code seems to handle retries in ad_timeout() and ad_interrupt() > (and doesn't reset donecount in either case as far as I can tell), > and the 4.x code's addump() seems to rely on donecount in its transfer > loop (but I do not see any similar reliance in the 5.x code). I don't see any obvious problems here but looking into error handling or other uncommon paths is usually a good way to find latent issues. -Nate From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 20:00:39 2004 Return-Path: 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 9BF1916A4CE for ; Wed, 4 Aug 2004 20:00:39 +0000 (GMT) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4102C43D2D for ; Wed, 4 Aug 2004 20:00:39 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id i74K0cRv070812 for ; Wed, 4 Aug 2004 16:00:38 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: current@freebsd.org Content-Type: text/plain Date: Wed, 04 Aug 2004 15:58:53 -0400 Message-Id: <1091649533.29481.42.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Subject: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:00:39 -0000 FreeBSD 5.2.1-P8 running on dual Xeon supermicro system with vinum data drive and em network interfaces. I have been having a problem with the system simply locking up every couple days. No response from the keyboard, network, nothing. As if it is in some state of IRQ locking. I see nothing in the messages, even with DDB and DDB_UNATTENDED enabled in kernel. The system runs 4GB of ram with the following modifications to kernel: cpu I486_CPU cpu I586_CPU cpu I686_CPU options SHMMAXPGS=65536 # ******************** options SEMMNI=40 # added for posgresql options SEMMNS=240 # allows for around options SEMUME=40 # 180 simultaneous connections options SEMMNU=120 # ******************** # Debugging for use in -current options DDB #Enable the kernel debugger options DDB_UNATTENDED #Don't panic on DDB but log it #options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal #options WITNESS #Enable checks to detect dead .. #options WITNESS_SKIPSPIN #Don't run witness on spinlocks # Deal with kmem issues options VM_KMEM_SIZE_SCALE="4" options VM_KMEM_SIZE_MAX="(512*1024*1024)" options KVA_PAGES=512 /boot/loader.conf: vinum_load="YES" vinum.autostart="YES" #kern.maxdsiz="1073741824" #kern.dfldsiz="1073741824" I had experimented in loader.conf with the dsiz settings to no avail, still get lockups. Got lockups with and without the DDB settings. It would be helpful if I could see some type of error being generated, but nothing; the attached terminal has utterly no messages beyond normal system messages, everything just stops responding. After the last lockup and reboot, I sysctl machdep.hlt_logical_cpus=1 to see if that had any effect. Any other recommendations? adaptive_mutexes? Any ideas on how to actually find out what is happening? Sven From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 20:05:00 2004 Return-Path: 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 10C5C16A4CE; Wed, 4 Aug 2004 20:05:00 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50BD643D39; Wed, 4 Aug 2004 20:04:59 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i74K4olQ013567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 23:04:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i74K4pA4028316; Wed, 4 Aug 2004 23:04:51 +0300 (EEST) (envelope-from ru) Date: Wed, 4 Aug 2004 23:04:51 +0300 From: Ruslan Ermilov To: Kenneth Culver Message-ID: <20040804200451.GC28157@ip.net.ua> References: <200408040743.i747hs3m000419@pooker.samsco.org> <4110DFC7.8000200@freebsd.org> <20040804103324.sqsg48s40c48g444@www.sweetdreamsracing.biz> <41110EA6.9020709@freebsd.org> <20040804130141.dmogwg8ko84g4oc4@www.sweetdreamsracing.biz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8X7/QrJGcKSMr1RN" Content-Disposition: inline In-Reply-To: <20040804130141.dmogwg8ko84g4oc4@www.sweetdreamsracing.biz> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: re@freebsd.org cc: das@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:05:00 -0000 --8X7/QrJGcKSMr1RN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 01:01:41PM -0400, Kenneth Culver wrote: > Quoting Scott Long : [...] > >Hmm, maybe I'm mis-informed then. I thought that > >snapshots.jp.freebsd.org was having problems building the 5.2-CURRENT > >sources because it's world was too old, and that this pointed to a > >source upgrade problem. I guess we need clarification here. David? > > > >Scott >=20 > I've actually done this 2 or 3 times in the last week or 2 on a few=20 > different > computers, so unless a recent commit broke something, it should still be = ok. >=20 5-CURRENT buildworlds also work on various 4.x releases. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8X7/QrJGcKSMr1RN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEUFjqRfpzJluFF4RAoKlAJ0fJBPoYSRcusBwLSaVIMX1fds+qQCgkBNf aGZeuCGPJKZEgUojNW5Zd3o= =POEX -----END PGP SIGNATURE----- --8X7/QrJGcKSMr1RN-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 20:34:57 2004 Return-Path: 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 4951F16A4CE for ; Wed, 4 Aug 2004 20:34:57 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0247843D55 for ; Wed, 4 Aug 2004 20:34:57 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i74KYuEB046716 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Aug 2004 13:34:56 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i74KYur5046715 for current@freebsd.org; Wed, 4 Aug 2004 13:34:56 -0700 (PDT) (envelope-from jdc) Date: Wed, 4 Aug 2004 13:34:56 -0700 From: Jeremy Chadwick To: current@freebsd.org Message-ID: <20040804203456.GA46377@parodius.com> Mail-Followup-To: current@freebsd.org References: <1091649533.29481.42.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091649533.29481.42.camel@lanshark.dmv.com> User-Agent: Mutt/1.5.6i Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:34:57 -0000 I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. Please note that the server is "heavily loaded" (note the quotes); usually a load of around 0.50 to 1.00 at all times, with mysqld being the top process. Server runs all latest -CURRENT builds. Many people over in freebsd-threads mentioned this problem, and recommended all sorts-of different workarounds. I tried every one available to me, except mucking with PREEMPTION (as I did not feel comfortable tinkering with a random .h file on the box; seemed to be a kernel-related thing, so I'd rather have just an "options" line for it -- I'm conditionally lazy). The locks are exactly as you describe: random, hard-locks. No KDB/DDB/GDB. Just hard-locks with nothing in logs anywhere. There's been (very recent) discussion here about lock-up problems seeming load-related. This is starting to sound very probable for a lot of reasons. Here's a list of all the combinations of things I've tried to *no avail*. The solution for us was to move mysqld to a 4.x machine. Since then, the -CURRENT box has managed to stay up for 3.5 days without any trouble: ===== SuperMicro SuperServer 5013C-T P4, 2.6GHz (for HTT settings, see below) 1GB ECC DDR400 For many months this machine worked fine under heavy load, SMP enabled, ACPI enabled, APIC enabled. Sometime in early-to-mid July things became unstable; I update my kernel/world every 1-2 weeks. The only other difference between "then and now" is that the box runs MySQL (mysqld) 4.0.20; mysqld is not very heavily loaded (at least in comparison to some other posters' systems I've seen...) System can usually stay up about 48-72 hours before dying. Initial configuration * KERNEL: SCHED_ULE * KERNEL: Disabled INVARIANT* and WITNESS* * KERNEL: SMP enabled, APIC enabled * BIOS: HTT enabled, APIC enabled, ACPI enabled * /etc/make.conf has CPUTYPE=p4 (seems to be required for mysqld to work, else sig11) Now the problems begin. Here are my attempted changes... * KERNEL: SCHED_4BSD --> SCHED_ULE KERNEL: Enabled KDB and DDB !! Random locks. * KERNEL: Enabled INVARIANT* and WITNESS* !! Random locks. * LOADER: Temporary ACPI disable (via loader(8) only; BIOS still has ACPI enabled). Kernel panic: pci0: on pcib0 panic: Multiple entries for PCI IRQ 18 cpuid = 0; KDB: enter: panic [thread 0] Stopped at kdb_enter+0x30: movl %ebp,%esp * BIOS: MPS 1.4 --> 1.1 No idea if this worked, because we did the following after reading freebsd-threads: * BIOS: Disabled HTT BIOS: MPS 1.1 --> 1.4 KERNEL: SCHED_ULE --> SCHED_4BSD KERNEL: Disabled INVARIANT* and WITNESS* !! Random locks. Thu Jul 29 04:16 PDT * BIOS: Disabled APIC KERNEL: Disabled SMP, disabled APIC KERNEL: Enabled INVARIANT* and WITNESS* NOTE: Because of the latest gcc 3.4 import, I was forced to rebuild world too. NOTE: Prior to now, world was build WITHOUT CPUTYPE=p4. If this matters at all... !! Random locks. Sat Jul 31 13:08 PDT * MYSQL: Recompiled 4.0.20 with WITH_PROC_SCOPE_PTH=yes. MYSQL: The 4.0.20 rebuild obviously now included CPUTYPE=p4. !! Random locks. Sun Aug 1 03:01:09 PDT 2004 * Ended up moving mysql server portion to a 4.x box, in attempt to see if the 5.x box still hard-locks without mysqld. Wed Aug 4 13:28:35 PDT 2004 * -CURRENT box is still alive and well. ===== Since our situation has shown that even a pure single CPU (i.e. no HTT and no SMP in the kernel) has exhibited lock-ups, as mentioned, I'm starting to think high load causes it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Aug 04, 2004 at 03:58:53PM -0400, Sven Willenberger wrote: > FreeBSD 5.2.1-P8 running on dual Xeon supermicro system with vinum data > drive and em network interfaces. I have been having a problem with the > system simply locking up every couple days. No response from the > keyboard, network, nothing. As if it is in some state of IRQ locking. I > see nothing in the messages, even with DDB and DDB_UNATTENDED enabled in > kernel. The system runs 4GB of ram with the following modifications to > kernel: > > cpu I486_CPU > cpu I586_CPU > cpu I686_CPU > > options SHMMAXPGS=65536 # ******************** > options SEMMNI=40 # added for posgresql > options SEMMNS=240 # allows for around > options SEMUME=40 # 180 simultaneous connections > options SEMMNU=120 # ******************** > > # Debugging for use in -current > options DDB #Enable the kernel debugger > options DDB_UNATTENDED #Don't panic on DDB but log it > #options INVARIANTS #Enable calls of extra sanity > checking > options INVARIANT_SUPPORT #Extra sanity checks of internal > #options WITNESS #Enable checks to detect dead .. > #options WITNESS_SKIPSPIN #Don't run witness on spinlocks > # Deal with kmem issues > options VM_KMEM_SIZE_SCALE="4" > options VM_KMEM_SIZE_MAX="(512*1024*1024)" > options KVA_PAGES=512 > > > /boot/loader.conf: > vinum_load="YES" > vinum.autostart="YES" > #kern.maxdsiz="1073741824" > #kern.dfldsiz="1073741824" > > I had experimented in loader.conf with the dsiz settings to no avail, > still get lockups. Got lockups with and without the DDB settings. It > would be helpful if I could see some type of error being generated, but > nothing; the attached terminal has utterly no messages beyond normal > system messages, everything just stops responding. > > After the last lockup and reboot, I sysctl machdep.hlt_logical_cpus=1 to > see if that had any effect. Any other recommendations? adaptive_mutexes? > Any ideas on how to actually find out what is happening? > > Sven > > _______________________________________________ > 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 Aug 4 20:49:16 2004 Return-Path: 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 18CC816A4CE for ; Wed, 4 Aug 2004 20:49:16 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05ED943D67 for ; Wed, 4 Aug 2004 20:49:16 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 04 Aug 2004 13:49:15 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8337A5D08; Wed, 4 Aug 2004 13:49:15 -0700 (PDT) To: Jeremy Chadwick In-reply-to: Your message of "Wed, 04 Aug 2004 13:34:56 PDT." <20040804203456.GA46377@parodius.com> Date: Wed, 04 Aug 2004 13:49:15 -0700 From: "Kevin Oberman" Message-Id: <20040804204915.8337A5D08@ptavv.es.net> cc: current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:49:16 -0000 > Date: Wed, 4 Aug 2004 13:34:56 -0700 > From: Jeremy Chadwick > Sender: owner-freebsd-current@freebsd.org > > I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. > Please note that the server is "heavily loaded" (note the quotes); usually > a load of around 0.50 to 1.00 at all times, with mysqld being the top > process. Server runs all latest -CURRENT builds. > > Many people over in freebsd-threads mentioned this problem, and recommended > all sorts-of different workarounds. I tried every one available to me, > except mucking with PREEMPTION (as I did not feel comfortable tinkering > with a random .h file on the box; seemed to be a kernel-related thing, > so I'd rather have just an "options" line for it -- I'm conditionally > lazy). Please note that PREEMPTION is now NOT enabled in CURRENT. scottl changed that a day or two ago because of all of these lock-ups. He and Julian are listed as working to isolate the problem. Scott believes it's in the scheduler. It's not specific to either ULE or 4BSD. So cvsup, rebuild the kernel and you should be fine.At least for a while. -- 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 From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 20:51:56 2004 Return-Path: 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 70C7116A4CE for ; Wed, 4 Aug 2004 20:51:56 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3515443D58 for ; Wed, 4 Aug 2004 20:51:56 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i74KptsA047191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Aug 2004 13:51:55 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i74Kpt9A047190 for current@freebsd.org; Wed, 4 Aug 2004 13:51:55 -0700 (PDT) (envelope-from jdc) Date: Wed, 4 Aug 2004 13:51:55 -0700 From: Jeremy Chadwick To: current@freebsd.org Message-ID: <20040804205155.GA47128@parodius.com> Mail-Followup-To: current@freebsd.org References: <20040804203456.GA46377@parodius.com> <20040804204915.8337A5D08@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804204915.8337A5D08@ptavv.es.net> User-Agent: Mutt/1.5.6i Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:51:56 -0000 Thanks for the heads up, Kevin. I'll revert system settings (BIOS and the like -- we use a combo of BIOS-level serial console and FreeBSD serial console in boot0/boot2/kernel) and give things a shot again. I'm likely going to keep HTT/SMP off, however, since it's just a UP box anyways. I'll report back my findings (here in this thread) in a few days. Again, thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Aug 04, 2004 at 01:49:15PM -0700, Kevin Oberman wrote: > > Date: Wed, 4 Aug 2004 13:34:56 -0700 > > From: Jeremy Chadwick > > Sender: owner-freebsd-current@freebsd.org > > > > I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. > > Please note that the server is "heavily loaded" (note the quotes); usually > > a load of around 0.50 to 1.00 at all times, with mysqld being the top > > process. Server runs all latest -CURRENT builds. > > > > Many people over in freebsd-threads mentioned this problem, and recommended > > all sorts-of different workarounds. I tried every one available to me, > > except mucking with PREEMPTION (as I did not feel comfortable tinkering > > with a random .h file on the box; seemed to be a kernel-related thing, > > so I'd rather have just an "options" line for it -- I'm conditionally > > lazy). > > Please note that PREEMPTION is now NOT enabled in CURRENT. scottl > changed that a day or two ago because of all of these lock-ups. He and > Julian are listed as working to isolate the problem. Scott believes it's > in the scheduler. It's not specific to either ULE or 4BSD. > > So cvsup, rebuild the kernel and you should be fine.At least for a while. > -- > 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 From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:00:26 2004 Return-Path: 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 C7E6A16A4D2; Wed, 4 Aug 2004 21:00:26 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6323043D5A; Wed, 4 Aug 2004 21:00:26 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i74L0PBe056578; Wed, 4 Aug 2004 14:00:25 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i74L0PiQ056577; Wed, 4 Aug 2004 14:00:25 -0700 (PDT) (envelope-from david) Date: Wed, 4 Aug 2004 14:00:25 -0700 (PDT) From: David Wolfskill Message-Id: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> To: current@freebsd.org cc: njl@freebsd.org cc: arne@rfc2549.org Subject: Challenge getting touchpad to work since src/sys/isa/psm.c 1.71 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:00:27 -0000 Sorry about the delay; right around the time of the commit, I was having some thermal issues with my laptop (a Dell Inspiron 5000e). I believe those are fixed now -- it's gone through 5 days, each of which has involved a "buildworld cycle" for each of -STABLE & -CURRENT, without incident. But I'm now having trouble getting a "touchpad tap" to be recognized as a press/release of a mouse button in -CURRENT; I believe that the recent commit to src/sys/isa/psm.c 1.71 is involved. I normally run in -STABLE (booted from slice 1), and access the mouse via moused; the resulting command line is /usr/sbin/moused -3 -p /dev/psm0 -t auto Thus, in -STABLE, tapping the touchpad is equivalent to a press/release of the left mouse button (button 1); press/release for the right button is button 3, and both the left & right button "chorded" are used to simulate the middle button (button 2). Until the above-cited commit, this was also the case in -CURRENT. In an attempt to discover a bit more, I fired up moused without the -3 flag, but with the -f ("foreground") and -d ("debug") flags, so I could see what the packets were when each event occurred. I see some differences between any two of them, but I'm managing to fail to see how those differences map to src/sys/sys/mouse.h's assignments. Event First generated packet (hex) Press/release left button 83 00 00 00 00 00 00 7f Press/release right button 86 00 00 00 00 00 00 7f Press/release both buttons 82 00 00 00 00 00 00 7f Touchpad tap 87 00 00 00 00 00 00 7f That leftmost byte is to be mapped by src/sys/sys/mouse.h thus: /* button */ #define MOUSE_BUTTON1DOWN 0x0001 /* left */ #define MOUSE_BUTTON2DOWN 0x0002 /* middle */ #define MOUSE_BUTTON3DOWN 0x0004 /* right */ #define MOUSE_BUTTON4DOWN 0x0008 #define MOUSE_BUTTON5DOWN 0x0010 #define MOUSE_BUTTON6DOWN 0x0020 #define MOUSE_BUTTON7DOWN 0x0040 #define MOUSE_BUTTON8DOWN 0x0080 #define MOUSE_MAXBUTTON 31 #define MOUSE_STDBUTTONS 0x0007 /* buttons 1-3 */ #define MOUSE_EXTBUTTONS 0x7ffffff8 /* the others (28 of them!) */ #define MOUSE_BUTTONS (MOUSE_STDBUTTONS | MOUSE_EXTBUTTONS) which seems a little confusing: moused is apparently reporting the touchpad tap as all 3 buttons being down. Perhaps a bit stranger, the device is now probed as having 3 buttons, vs. the 2 that are seen in -STABLE or that were seen in -CURRENT prior to the commit. Here's a cut/paste of the probe messages from recent -CURRENT, with PSM_DEBUG=1: Aug 4 11:22:31 localhost kernel: psm0: unable to allocate IRQ Aug 4 11:22:31 localhost kernel: psmcpnp0 irq 12 on acpi0 Aug 4 11:22:31 localhost kernel: psm0: current command byte:0047 Aug 4 11:22:31 localhost kernel: Synaptics Touchpad: Aug 4 11:22:31 localhost kernel: Version: 4.3 Aug 4 11:22:31 localhost kernel: Model id: 88 58 a1 Aug 4 11:22:31 localhost kernel: infoRot180: 1 Aug 4 11:22:31 localhost kernel: infoPortrait: 0 Aug 4 11:22:31 localhost kernel: infoSensor: 8 Aug 4 11:22:31 localhost kernel: infoHardware: 44 Aug 4 11:22:31 localhost kernel: infoNewAbs: 1 Aug 4 11:22:31 localhost kernel: capPen: 0 Aug 4 11:22:31 localhost kernel: infoSimplC: 1 Aug 4 11:22:31 localhost kernel: infoGeometry: 1 Aug 4 11:22:31 localhost kernel: Capability Bytes: 55 47 55 Aug 4 11:22:31 localhost kernel: Mode byte set by BIOS: 41 Aug 4 11:22:31 localhost kernel: psm0: found Synaptics Touchpad Aug 4 11:22:31 localhost kernel: psm0: irq 12 on atkbdc0 Aug 4 11:22:31 localhost kernel: psm0: [GIANT-LOCKED] Aug 4 11:22:31 localhost kernel: psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons Aug 4 11:22:31 localhost kernel: psm0: config:00000000, flags:00000000, packet size:6 Aug 4 11:22:31 localhost kernel: psm0: syncmask:c0, syncbits:80 Anyone have clues? I'm not married to the idea of using moused. I tried running X without moused (telling X to access the mouse directly), and I managed to get the same behavior. Thanks, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:02:38 2004 Return-Path: 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 D769C16A4CE for ; Wed, 4 Aug 2004 21:02:38 +0000 (GMT) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DDD243D41 for ; Wed, 4 Aug 2004 21:02:38 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i74L2bRv074919 for ; Wed, 4 Aug 2004 17:02:37 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-current@freebsd.org In-Reply-To: <20040804204915.8337A5D08@ptavv.es.net> References: <20040804204915.8337A5D08@ptavv.es.net> Content-Type: text/plain Date: Wed, 04 Aug 2004 17:00:53 -0400 Message-Id: <1091653253.29492.57.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:02:38 -0000 On Wed, 2004-08-04 at 13:49 -0700, Kevin Oberman wrote: > > Date: Wed, 4 Aug 2004 13:34:56 -0700 > > From: Jeremy Chadwick > > Sender: owner-freebsd-current@freebsd.org > > > > I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. > > Please note that the server is "heavily loaded" (note the quotes); usually > > a load of around 0.50 to 1.00 at all times, with mysqld being the top > > process. Server runs all latest -CURRENT builds. > > > > Many people over in freebsd-threads mentioned this problem, and recommended > > all sorts-of different workarounds. I tried every one available to me, > > except mucking with PREEMPTION (as I did not feel comfortable tinkering > > with a random .h file on the box; seemed to be a kernel-related thing, > > so I'd rather have just an "options" line for it -- I'm conditionally > > lazy). > > Please note that PREEMPTION is now NOT enabled in CURRENT. scottl > changed that a day or two ago because of all of these lock-ups. He and > Julian are listed as working to isolate the problem. Scott believes it's > in the scheduler. It's not specific to either ULE or 4BSD. > > So cvsup, rebuild the kernel and you should be fine.At least for a while. Based on this and Jeremy C.'s response it would appear that I should either try to upgrade my 5.2.1-P8 system to -CURRENT (which is scary because of the vinum array - root is not mounted on a vinum device, but the data directory is - will gvinum simply read this correctly? it is a stripe+mirror array of 4 drives) or start from scratch and go back to 4.10 (STABLE) for a while. I am assuming that the lockups I am seeing were exacerbated by the PREEMPTION episodes of the past couple weeks? If I choose the upgrade to -CURRENT, are there any caveats or recommendations? (besides reading "/usr/src/UPDATING" which I do religiously anyway) From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:19:25 2004 Return-Path: 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 6FF8616A4CE for ; Wed, 4 Aug 2004 21:19:25 +0000 (GMT) Received: from smtp002.bizmail.yahoo.com (smtp002.bizmail.yahoo.com [216.136.172.126]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C6A043D45 for ; Wed, 4 Aug 2004 21:19:25 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp002.bizmail.yahoo.com with SMTP; 4 Aug 2004 21:19:25 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id F2F496114; Wed, 4 Aug 2004 16:19:23 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00612-02; Wed, 4 Aug 2004 16:19:22 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 03536610E; Wed, 4 Aug 2004 16:19:21 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i74LJKlb075952; Wed, 4 Aug 2004 16:19:21 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <411152D8.2050305@alumni.rice.edu> Date: Wed, 04 Aug 2004 16:19:20 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> In-Reply-To: <20040804203456.GA46377@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu 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 Aug 2004 21:19:25 -0000 On 08/04/04 15:34, Jeremy Chadwick wrote: > I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. > Please note that the server is "heavily loaded" (note the quotes); usually > a load of around 0.50 to 1.00 at all times, with mysqld being the top > process. Server runs all latest -CURRENT builds. > > Many people over in freebsd-threads mentioned this problem, and recommended > all sorts-of different workarounds. I tried every one available to me, > except mucking with PREEMPTION (as I did not feel comfortable tinkering > with a random .h file on the box; seemed to be a kernel-related thing, > so I'd rather have just an "options" line for it -- I'm conditionally > lazy). The one you didn't try most likely was the culprit. Robert Watson showed that PREEMPTION and threading don't play well together right now: http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031211.html The thought is that PREEMPTION uncovers scheduler bugs, but nobody's figured it out at the moment. > Wed Aug 4 13:28:35 PDT 2004 > * -CURRENT box is still alive and well. PREEMPTION was turned off on August 1st, so if you've updated since then things should have stabilized a bit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/include/param.h#rev1.72 Jon From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:22:07 2004 Return-Path: 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 BCC8B16A4CE for ; Wed, 4 Aug 2004 21:22:07 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91B8443D31 for ; Wed, 4 Aug 2004 21:22:07 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i74LM7e1048115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Aug 2004 14:22:07 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i74LM7HC048114 for current@freebsd.org; Wed, 4 Aug 2004 14:22:07 -0700 (PDT) (envelope-from jdc) Date: Wed, 4 Aug 2004 14:22:07 -0700 From: Jeremy Chadwick To: current@freebsd.org Message-ID: <20040804212207.GA48062@parodius.com> Mail-Followup-To: current@freebsd.org References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> <411152D8.2050305@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411152D8.2050305@alumni.rice.edu> User-Agent: Mutt/1.5.6i Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:22:07 -0000 Revision 1.72 / (download) - annotate - [select for diffs], Sun Aug 1 14:31:45 2004 UTC (3 days, 6 hours ago) by scottl $ uname -a FreeBSD medusa.parodius.com 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Aug 1 07:22:27 PDT 2004 root@medusa.parodius.com:/usr/obj/usr/src/sys/MEDUSA i386 Missed it by 7 hours. :-) I'll give things a shot with a newer src-all and world. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Aug 04, 2004 at 04:19:20PM -0500, Jon Noack wrote: > On 08/04/04 15:34, Jeremy Chadwick wrote: > >I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. > >Please note that the server is "heavily loaded" (note the quotes); usually > >a load of around 0.50 to 1.00 at all times, with mysqld being the top > >process. Server runs all latest -CURRENT builds. > > > >Many people over in freebsd-threads mentioned this problem, and recommended > >all sorts-of different workarounds. I tried every one available to me, > >except mucking with PREEMPTION (as I did not feel comfortable tinkering > >with a random .h file on the box; seemed to be a kernel-related thing, > >so I'd rather have just an "options" line for it -- I'm conditionally > >lazy). > > The one you didn't try most likely was the culprit. Robert Watson > showed that PREEMPTION and threading don't play well together right now: > http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031211.html > > The thought is that PREEMPTION uncovers scheduler bugs, but nobody's > figured it out at the moment. > > >Wed Aug 4 13:28:35 PDT 2004 > >* -CURRENT box is still alive and well. > > PREEMPTION was turned off on August 1st, so if you've updated since then > things should have stabilized a bit: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/include/param.h#rev1.72 > > Jon From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:22:27 2004 Return-Path: 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 5F59D16A4CE for ; Wed, 4 Aug 2004 21:22:27 +0000 (GMT) Received: from 194-185-53-242.f5.ngi.it (194-185-53-242.f5.ngi.it [194.185.53.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A8BF43D31 for ; Wed, 4 Aug 2004 21:22:26 +0000 (GMT) (envelope-from mark@remotelab.org) Received: from vaio.lab (localhost. [127.0.0.1])i74LMKqp094354; Wed, 4 Aug 2004 23:22:20 +0200 (CEST) (envelope-from mark@remotelab.org) Received: from vaio.lab (localhost.lab [127.0.0.1]) by vaio.lab (8.12.11/8.12.11) with ESMTP id i74LLw0T001631; Wed, 4 Aug 2004 23:21:58 +0200 (CEST) (envelope-from mark@vaio.lab) Received: (from mark@localhost) by vaio.lab (8.12.11/8.12.11/Submit) id i74LLwp4001630; Wed, 4 Aug 2004 23:21:58 +0200 (CEST) (envelope-from mark) Date: Wed, 4 Aug 2004 23:21:58 +0200 From: Marco Trentini To: Rossam Souza da Silva Message-ID: <20040804212158.GA770@vaio.lab> References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> X-Operating-System: FreeBSD vaio.lab 5.2-CURRENT i386 User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Toxa Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:22:27 -0000 On Wed, Aug 04, 2004 at 09:28:48AM -0300, Rossam Souza da Silva wrote: > > I have the same problem with VMWare3 kernel modules... > no one is loaded, with error messages about symbols. What is the error message? Is this one? Additional ABI support: linux . Starting cron. Local package initialization: link_elf: symbol kmem_alloc_pageable undefined kldload: can't load /usr/local/lib/vmware/modules/vmmon_up.ko : No such file or directory vmnet1: Ethernet address: 00:bd:c4:3d:00:01 VMware In this case, download last vmware3 port skeleton from http://www.break.net/orlando/vmware3/ and try again. -- Marco Trentini mark@remotelab.org http://www.remotelab.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:29:15 2004 Return-Path: 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 49F1616A4CF for ; Wed, 4 Aug 2004 21:29:15 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D518043D5F for ; Wed, 4 Aug 2004 21:29:14 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i74LS8ca003461; Wed, 4 Aug 2004 15:28:09 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <411154D8.1050001@freebsd.org> Date: Wed, 04 Aug 2004 15:27:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Willenberger References: <20040804204915.8337A5D08@ptavv.es.net> <1091653253.29492.57.camel@lanshark.dmv.com> In-Reply-To: <1091653253.29492.57.camel@lanshark.dmv.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:29:15 -0000 Sven Willenberger wrote: > On Wed, 2004-08-04 at 13:49 -0700, Kevin Oberman wrote: > >>>Date: Wed, 4 Aug 2004 13:34:56 -0700 >>>From: Jeremy Chadwick >>>Sender: owner-freebsd-current@freebsd.org >>> >>>I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. >>>Please note that the server is "heavily loaded" (note the quotes); usually >>>a load of around 0.50 to 1.00 at all times, with mysqld being the top >>>process. Server runs all latest -CURRENT builds. >>> >>>Many people over in freebsd-threads mentioned this problem, and recommended >>>all sorts-of different workarounds. I tried every one available to me, >>>except mucking with PREEMPTION (as I did not feel comfortable tinkering >>>with a random .h file on the box; seemed to be a kernel-related thing, >>>so I'd rather have just an "options" line for it -- I'm conditionally >>>lazy). >> >>Please note that PREEMPTION is now NOT enabled in CURRENT. scottl >>changed that a day or two ago because of all of these lock-ups. He and >>Julian are listed as working to isolate the problem. Scott believes it's >>in the scheduler. It's not specific to either ULE or 4BSD. >> >>So cvsup, rebuild the kernel and you should be fine.At least for a while. > > > Based on this and Jeremy C.'s response it would appear that I should > either try to upgrade my 5.2.1-P8 system to -CURRENT (which is scary > because of the vinum array - root is not mounted on a vinum device, but > the data directory is - will gvinum simply read this correctly? it is a > stripe+mirror array of 4 drives) or start from scratch and go back to > 4.10 (STABLE) for a while. I am assuming that the lockups I am seeing > were exacerbated by the PREEMPTION episodes of the past couple weeks? If > I choose the upgrade to -CURRENT, are there any caveats or > recommendations? (besides reading "/usr/src/UPDATING" which I do > religiously anyway) > > _______________________________________________ > 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'm a bit nervous with asking you to upgrade to -current. PREEMPTION is practically disabled in 5.2.1 so upgrading has a low chance of fixing the problem except maybe by sheer luck. The best action would be to get a crashdump. If your system has an NMI button, then there are some trivial patches that will assist with this. If not, then you might want to look at backporting the ichwd watchdog driver and letting that do a chip-assisted NMI. In any case, finding out exactly what each CPU is doing at the time of the lockup is going to be vital. The lockups that I've been able to reproduce happen when a TAILQ in the scheduler gets corrupted and resulting in one CPU spinning on the list forever with the scheduler lock held. All other cpus then quickly grind to a halt while they wait for the sched lock to become free, which it never does. Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:33:23 2004 Return-Path: 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 4F1DC16A4CE for ; Wed, 4 Aug 2004 21:33:23 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E57D43D54 for ; Wed, 4 Aug 2004 21:33:22 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i74LXJm8099381; Wed, 4 Aug 2004 17:33:19 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i74LXJqD099380; Wed, 4 Aug 2004 17:33:19 -0400 (EDT) (envelope-from geoff) Date: Wed, 4 Aug 2004 17:33:19 -0400 From: Geoff Speicher To: Jon Noack Message-ID: <20040804213319.GB98953@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> <411152D8.2050305@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411152D8.2050305@alumni.rice.edu> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Jeremy Chadwick Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:33:23 -0000 On Wed, Aug 04, 2004 at 04:19:20PM -0500, Jon Noack wrote: > On 08/04/04 15:34, Jeremy Chadwick wrote: > > > >Many people over in freebsd-threads mentioned this problem, and recommended > >all sorts-of different workarounds. I tried every one available to me, > >except mucking with PREEMPTION (as I did not feel comfortable tinkering > >with a random .h file on the box; seemed to be a kernel-related thing, > >so I'd rather have just an "options" line for it -- I'm conditionally > >lazy). > > The one you didn't try most likely was the culprit. Robert Watson > showed that PREEMPTION and threading don't play well together right now: FWIW, in mid-late July, my problems were not PREEMPTION-related. I tried everything I could to get usable threaded apps under XFree86, but my Athlon XP rebooted every time I tried to run kdm, Firefox, etc. This included all four combinations of PREEMPTION and ULE/4BSD. Rolling back to July 1 was the only thing that worked for me. Geoff From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:36:02 2004 Return-Path: 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 CAE4E16A4CE for ; Wed, 4 Aug 2004 21:36:02 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698FA43D1D for ; Wed, 4 Aug 2004 21:36:02 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i74LZ5nr003506; Wed, 4 Aug 2004 15:35:06 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41115679.2030300@freebsd.org> Date: Wed, 04 Aug 2004 15:34:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Geoff Speicher References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> <411152D8.2050305@alumni.rice.edu> <20040804213319.GB98953@sirius.speicher.org> In-Reply-To: <20040804213319.GB98953@sirius.speicher.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Jeremy Chadwick cc: current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:36:02 -0000 Geoff Speicher wrote: > On Wed, Aug 04, 2004 at 04:19:20PM -0500, Jon Noack wrote: > >>On 08/04/04 15:34, Jeremy Chadwick wrote: >> >>>Many people over in freebsd-threads mentioned this problem, and recommended >>>all sorts-of different workarounds. I tried every one available to me, >>>except mucking with PREEMPTION (as I did not feel comfortable tinkering >>>with a random .h file on the box; seemed to be a kernel-related thing, >>>so I'd rather have just an "options" line for it -- I'm conditionally >>>lazy). >> >>The one you didn't try most likely was the culprit. Robert Watson >>showed that PREEMPTION and threading don't play well together right now: > > > FWIW, in mid-late July, my problems were not PREEMPTION-related. I > tried everything I could to get usable threaded apps under XFree86, but > my Athlon XP rebooted every time I tried to run kdm, Firefox, etc. > > This included all four combinations of PREEMPTION and ULE/4BSD. Rolling > back to July 1 was the only thing that worked for me. > > Geoff > Yeah, the instant reboots have hit me too. Disabling PREEMPTION did seem to help this for me, but then it might have been a coincidence. Incidentally, what video drivers are you using? Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:05:09 2004 Return-Path: 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 AC69716A4CE; Wed, 4 Aug 2004 22:05:09 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CAF843D53; Wed, 4 Aug 2004 22:05:09 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i74M569D030765; Wed, 4 Aug 2004 18:05:06 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Scott Long In-Reply-To: <411154D8.1050001@freebsd.org> References: <20040804204915.8337A5D08@ptavv.es.net> <411154D8.1050001@freebsd.org> Content-Type: text/plain Date: Wed, 04 Aug 2004 18:03:21 -0400 Message-Id: <1091657001.29488.64.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 cc: freebsd-current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:05:09 -0000 On Wed, 2004-08-04 at 15:27 -0600, Scott Long wrote: > Sven Willenberger wrote: > > > On Wed, 2004-08-04 at 13:49 -0700, Kevin Oberman wrote: > > > >>>Date: Wed, 4 Aug 2004 13:34:56 -0700 > >>>From: Jeremy Chadwick > >>>Sender: owner-freebsd-current@freebsd.org > >>> > >>>I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. > >>>Please note that the server is "heavily loaded" (note the quotes); usually > >>>a load of around 0.50 to 1.00 at all times, with mysqld being the top > >>>process. Server runs all latest -CURRENT builds. > >>> > >>>Many people over in freebsd-threads mentioned this problem, and recommended > >>>all sorts-of different workarounds. I tried every one available to me, > >>>except mucking with PREEMPTION (as I did not feel comfortable tinkering > >>>with a random .h file on the box; seemed to be a kernel-related thing, > >>>so I'd rather have just an "options" line for it -- I'm conditionally > >>>lazy). > >> > >>Please note that PREEMPTION is now NOT enabled in CURRENT. scottl > >>changed that a day or two ago because of all of these lock-ups. He and > >>Julian are listed as working to isolate the problem. Scott believes it's > >>in the scheduler. It's not specific to either ULE or 4BSD. > >> > >>So cvsup, rebuild the kernel and you should be fine.At least for a while. > > > > > > Based on this and Jeremy C.'s response it would appear that I should > > either try to upgrade my 5.2.1-P8 system to -CURRENT (which is scary > > because of the vinum array - root is not mounted on a vinum device, but > > the data directory is - will gvinum simply read this correctly? it is a > > stripe+mirror array of 4 drives) or start from scratch and go back to > > 4.10 (STABLE) for a while. I am assuming that the lockups I am seeing > > were exacerbated by the PREEMPTION episodes of the past couple weeks? If > > I choose the upgrade to -CURRENT, are there any caveats or > > recommendations? (besides reading "/usr/src/UPDATING" which I do > > religiously anyway) > > > > _______________________________________________ > > 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'm a bit nervous with asking you to upgrade to -current. PREEMPTION is > practically disabled in 5.2.1 so upgrading has a low chance of fixing > the problem except maybe by sheer luck. The best action would be to > get a crashdump. If your system has an NMI button, then there are some > trivial patches that will assist with this. If not, then you might want > to look at backporting the ichwd watchdog driver and letting that do a > chip-assisted NMI. > > In any case, finding out exactly what each CPU is doing at the time of > the lockup is going to be vital. The lockups that I've been able to > reproduce happen when a TAILQ in the scheduler gets corrupted and > resulting in one CPU spinning on the list forever with the scheduler > lock held. All other cpus then quickly grind to a halt while they wait > for the sched lock to become free, which it never does. > The case unfortunately does not have a button (although the mobo does have an NMI header/jumper). Backporting the watchdog driver sounds doable; other than downloading the sys/dev/ichwd directory from a repository and adding "options ichwd" to my kernel config file, what else would be needed? I am willing to try to get at least one crashdump before I have to go back to a -STABLE setup or try something so I can get some uptime on this box. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:07:20 2004 Return-Path: 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 7A44316A4CE; Wed, 4 Aug 2004 22:07:20 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AFB43D48; Wed, 4 Aug 2004 22:07:19 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i74M7Jh2099691; Wed, 4 Aug 2004 18:07:19 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i74M7J9w099690; Wed, 4 Aug 2004 18:07:19 -0400 (EDT) (envelope-from geoff) Date: Wed, 4 Aug 2004 18:07:18 -0400 From: Geoff Speicher To: Scott Long Message-ID: <20040804220718.GA99590@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> <411152D8.2050305@alumni.rice.edu> <20040804213319.GB98953@sirius.speicher.org> <41115679.2030300@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41115679.2030300@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: Jeremy Chadwick cc: current@freebsd.org Subject: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:07:20 -0000 On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > Geoff Speicher wrote: > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. I > >tried everything I could to get usable threaded apps under XFree86, but > >my Athlon XP rebooted every time I tried to run kdm, Firefox, etc. > > > >This included all four combinations of PREEMPTION and ULE/4BSD. Rolling > >back to July 1 was the only thing that worked for me. > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION did > seem to help this for me, but then it might have been a coincidence. > Incidentally, what video drivers are you using? Snippets from /var/log/XFree86.0.log: (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = 0x5159) (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) Module radeon: vendor="The XFree86 Project" compiled for 4.3.0, module version = 4.0.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.6 (II) RADEON(0): [drm] loaded kernel module for "radeon" driver (II) RADEON(0): Direct rendering enabled Hmm... but I also just realized that I added the following to my kernel config many moons ago: nooption DDB nooption INVARIANTS nooption INVARIANT_SUPPORT nooption WITNESS nooption WITNESS_SKIPSPIN Is it possible that's not helping? Geoff From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:26:49 2004 Return-Path: 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 E054716A4CE; Wed, 4 Aug 2004 22:26:49 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F2A43D5E; Wed, 4 Aug 2004 22:26:49 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (c-24-21-18-195.client.comcast.net[24.21.18.195]) by comcast.net (sccrmhc13) with SMTP id <2004080422261501600e7qc0e>; Wed, 4 Aug 2004 22:26:48 +0000 From: Eric Anholt To: Geoff Speicher In-Reply-To: <20040804220718.GA99590@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <411152D8.2050305@alumni.rice.edu><41115679.2030300@freebsd.org> <20040804220718.GA99590@sirius.speicher.org> Content-Type: text/plain Message-Id: <1091658373.893.15.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 04 Aug 2004 15:26:13 -0700 Content-Transfer-Encoding: 7bit cc: Scott Long cc: current@freebsd.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:26:50 -0000 On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > Geoff Speicher wrote: > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. I > > >tried everything I could to get usable threaded apps under XFree86, but > > >my Athlon XP rebooted every time I tried to run kdm, Firefox, etc. > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. Rolling > > >back to July 1 was the only thing that worked for me. > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION did > > seem to help this for me, but then it might have been a coincidence. > > Incidentally, what video drivers are you using? > > Snippets from /var/log/XFree86.0.log: > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = 0x5159) > (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > (II) Module radeon: vendor="The XFree86 Project" > compiled for 4.3.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.6 > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > (II) RADEON(0): Direct rendering enabled Does this happen without using threaded apps? More specifically, does it continue if you disable DRI in your X config? If so, please send me your dmesg. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:27:21 2004 Return-Path: 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 E4E3A16A4CE for ; Wed, 4 Aug 2004 22:27:21 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDA043D6E for ; Wed, 4 Aug 2004 22:27:21 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i74MG0jr051042 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 4 Aug 2004 18:16:02 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: John Birrell Date: Wed, 4 Aug 2004 18:28:02 -0400 User-Agent: KMail/1.6.2 References: <200407271731.12282.mistry.7@osu.edu> <200407291004.19726.mistry.7@osu.edu> <20040729211209.GH34260@freebsd3.cimlogic.com.au> In-Reply-To: <20040729211209.GH34260@freebsd3.cimlogic.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408041828.26762.mistry.7@osu.edu> X-Spam-Status: No, hits=-4.9 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and wine mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:27:22 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 29 July 2004 05:12 pm, you wrote: > On Thu, Jul 29, 2004 at 10:04:12AM -0400, Anish Mistry wrote: > > I should have a bit of time, once I get the acpi_fuji driver cleaned up > > and Nate or Mark can import it. Which direction capitan? :) > > Look in /usr/src/sys/vm/vm_mmap.c:mmap() for the comment: > > /* > * XXX for non-fixed mappings where no hint is provided or > * the hint would fall in the potential heap space, > * place it after the end of the largest possible heap. > * > * There should really be a pmap call to determine a reasonable > * location. > */ > > The code currently maps memory without a fixed address above the highest > address that the process has used. > > The problem with Wine is that it needs to reserve the top half of the > process address space for use like older versions of Windows. When Wine > starts up, it goes through and grabs that memory as soon as it can, then > it proceeds to dynamically load it's libraries (the Unix shared libraries > that implement the functions in the DLLs). The first load fails because > the library can't be mapped above the highest address used. > > What you need to do is take the hint from the comment above and write a > pmap function to determine a reasonable location. You could say that > a reasonable location is above the highest address used, if there is > space up there. Otherwise find a hole in the address space. Ok, so we need something like vm_map_findspace(), but for process address=20 mapping? ie. pmap_findspace() that will return an address to a large enoug= h=20 free chunk? =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEWL8xqA5ziudZT0RAkvlAJ0eNZx0JD5gbkYW9gKoGP4ouNexMACglLAp uSyYfUKUzIq0xm9GZqJ5G3I=3D =3DjkUH =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:39:40 2004 Return-Path: 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 8F10216A4CE for ; Wed, 4 Aug 2004 22:39:40 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1EEF43D1D for ; Wed, 4 Aug 2004 22:39:39 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 0FF1F6AC0C; Thu, 5 Aug 2004 08:39:38 +1000 (EST) Date: Thu, 5 Aug 2004 08:39:37 +1000 From: John Birrell To: Anish Mistry Message-ID: <20040804223937.GA99521@freebsd3.cimlogic.com.au> References: <200407271731.12282.mistry.7@osu.edu> <200407291004.19726.mistry.7@osu.edu> <20040729211209.GH34260@freebsd3.cimlogic.com.au> <200408041828.26762.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408041828.26762.mistry.7@osu.edu> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and wine mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:39:40 -0000 On Wed, Aug 04, 2004 at 06:28:02PM -0400, Anish Mistry wrote: > Ok, so we need something like vm_map_findspace(), but for process address > mapping? ie. pmap_findspace() that will return an address to a large enough > free chunk? That's a good start, just to get something to work with. How this fits in with the vm code and whether it is ultimately suitable in the long run is probably up to Alan Cox. For now, just get something that (a) doesn't break anything else; and (b) lets Wine behave the way it needs to. AFAIK, there are still pthread issues with Wine, but those can't be addressed until the mmap issue has a work-around. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:44:04 2004 Return-Path: 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 92FA716A4CE for ; Wed, 4 Aug 2004 22:44:04 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 824F043D41 for ; Wed, 4 Aug 2004 22:44:04 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsUUO-000Ova-5d for freebsd-current@freebsd.org; Wed, 04 Aug 2004 22:44:04 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsUUL-000107-D2 for freebsd-current@freebsd.org; Wed, 04 Aug 2004 12:44:01 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16657.26289.6205.220165@roam.psg.com> Date: Wed, 4 Aug 2004 12:44:01 -1000 To: FreeBSD Current Subject: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:44:04 -0000 linking kernel.debug i686_mem.o(.text+0xf6a): In function `i686_mem_drvinit': /usr/src/sys/i386/i386/i686_mem.c:616: undefined reference to `mem_range_softc' k6_mem.o(.text+0x433): In function `k6_mem_drvinit': /usr/src/sys/i386/i386/k6_mem.c:181: undefined reference to `mem_range_softc' mem.o(.text+0x2a3): In function `memioctl': /usr/src/sys/i386/i386/mem.c:174: undefined reference to `mem_range_softc' mem.o(.text+0x2b5):/usr/src/sys/i386/i386/mem.c:178: undefined reference to `mem_range_softc' mem.o(.text+0x2dc): In function `memioctl': /usr/src/sys/sys/libkern.h:52: undefined reference to `mem_range_softc' mem.o(.text+0x31d): In function `memioctl': /usr/src/sys/i386/i386/mem.c:188: undefined reference to `mem_range_attr_get' mem.o(.text+0x363):/usr/src/sys/i386/i386/mem.c:195: undefined reference to `mem_range_softc' mem.o(.text+0x3bb):/usr/src/sys/i386/i386/mem.c:206: undefined reference to `mem_range_attr_set' mem.o(.text+0x408): In function `dev_mem_md_init': /usr/src/sys/i386/i386/mem.c:216: undefined reference to `mem_range_softc' mem.o(.text+0x412):/usr/src/sys/i386/i386/mem.c:217: undefined reference to `mem_range_softc' mem.o(.text+0x417):/usr/src/sys/i386/i386/mem.c:217: undefined reference to `mem_range_softc' *** Error code 1 Stop in /usr/obj/usr/src/sys/ROAM. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 22:46:43 2004 Return-Path: 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 9732416A4CE for ; Wed, 4 Aug 2004 22:46:43 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8022143D46 for ; Wed, 4 Aug 2004 22:46:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 23C697A401; Wed, 4 Aug 2004 15:46:43 -0700 (PDT) Message-ID: <41116752.4030003@elischer.org> Date: Wed, 04 Aug 2004 15:46:42 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Birrell References: <200407271731.12282.mistry.7@osu.edu> <200407291004.19726.mistry.7@osu.edu> <20040729211209.GH34260@freebsd3.cimlogic.com.au> <200408041828.26762.mistry.7@osu.edu> <20040804223937.GA99521@freebsd3.cimlogic.com.au> In-Reply-To: <20040804223937.GA99521@freebsd3.cimlogic.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and wine mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:46:43 -0000 John Birrell wrote: >On Wed, Aug 04, 2004 at 06:28:02PM -0400, Anish Mistry wrote: > > >>Ok, so we need something like vm_map_findspace(), but for process address >>mapping? ie. pmap_findspace() that will return an address to a large enough >>free chunk? >> >> > >That's a good start, just to get something to work with. How this fits in >with the vm code and whether it is ultimately suitable in the long run is >probably up to Alan Cox. For now, just get something that (a) doesn't break >anything else; and (b) lets Wine behave the way it needs to. > /proc/curproc/map can give you a quick temporary solution.. julian@ref3:cat /proc/curproc/map 0x8048000 0x808b000 67 0 0xc1040ad4 r-x 30 15 0x4 COW NC vnode /bin/csh 0x808b000 0x808e000 3 0 0xc1b8239c rw- 1 0 0x2180 COW NNC vnode /bin/csh 0x808e000 0x80bb000 16 0 0xc1cdd630 rw- 1 0 0x2180 COW NNC default - 0x80bb000 0x80ca000 15 0 0xc1e904a4 rwx 1 0 0x2180 COW NNC default - 0x80ca000 0x8107000 61 0 0xc1ed5ce4 rwx 1 0 0x2180 NCOW NNC default - 0x2808b000 0x280a7000 23 0 0xc103f738 r-x 103 45 0x4 COW NC vnode /libexec/ld-el f.so.1 0x280a7000 0x280a8000 1 0 0xc2096840 rw- 1 0 0x2180 COW NC vnode /libexec/ld-elf .so.1 0x280a8000 0x280ad000 5 0 0xc1d55ef4 rw- 1 0 0x2180 COW NNC default - 0x280ad000 0x280b5000 7 0 0xc1abd7bc rwx 1 0 0x2180 COW NNC default - 0x280b5000 0x280e8000 49 0 0xc103fb58 r-x 48 32 0x4 COW NC vnode /lib/libncurses .so.5 0x280e8000 0x280e9000 1 0 0xc1f1d5ac r-x 1 0 0x2180 COW NC vnode /lib/libncurses .so.5 0x280e9000 0x280f1000 8 0 0xc1a95ad4 rwx 1 0 0x2180 COW NNC vnode /lib/libncurse s.so.5 0x280f1000 0x280f2000 1 0 0xc1a02ef4 rwx 1 0 0x2180 NCOW NNC default - 0x280f2000 0x280f7000 5 0 0xc183c5ac r-x 84 44 0x4 COW NC vnode /lib/libcrypt.so .2 0x280f7000 0x280f8000 1 0 0xc1cddd68 r-x 1 0 0x2180 COW NC vnode /lib/libcrypt.s o.2 0x280f8000 0x280f9000 1 0 0xc22d16b4 rwx 1 0 0x2180 COW NC vnode /lib/libcrypt.s o.2 0x280f9000 0x2810a000 0 0 0 rwx 0 0 0x0 NCOW NNC none - 0x2810a000 0x281bf000 123 0 0xc26a818c r-x 1 0 0x2180 COW NC vnode /lib/libc.so. 5 0x281bf000 0x281c0000 1 0 0xc1db58c4 r-x 1 0 0x2180 COW NC vnode /lib/libc.so.5 0x281c0000 0x281c6000 6 0 0xc27938c4 rwx 1 0 0x2180 COW NNC vnode /lib/libc.so.5 0x281c6000 0x281da000 12 0 0xc258f5ac rwx 1 0 0x2180 COW NNC default - 0xbfbe0000 0xbfc00000 15 0 0xc1fd35ac rwx 1 0 0x2180 COW NNC default - > >AFAIK, there are still pthread issues with Wine, but those can't be addressed >until the mmap issue has a work-around. > > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:05:02 2004 Return-Path: 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 C147516A4CF for ; Wed, 4 Aug 2004 23:05:02 +0000 (GMT) Received: from smtp005.bizmail.sc5.yahoo.com (smtp005.bizmail.sc5.yahoo.com [66.163.175.82]) by mx1.FreeBSD.org (Postfix) with SMTP id A853743D45 for ; Wed, 4 Aug 2004 23:05:02 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 4 Aug 2004 23:05:02 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 386A1613B; Wed, 4 Aug 2004 18:05:01 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28472-01; Wed, 4 Aug 2004 18:04:58 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6D59E6114; Wed, 4 Aug 2004 18:04:58 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i74N4vKq019705; Wed, 4 Aug 2004 18:04:57 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <41116B99.2050903@alumni.rice.edu> Date: Wed, 04 Aug 2004 18:04:57 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <16657.26289.6205.220165@roam.psg.com> In-Reply-To: <16657.26289.6205.220165@roam.psg.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: FreeBSD Current Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu 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 Aug 2004 23:05:03 -0000 On 08/04/04 17:44, Randy Bush wrote: > linking kernel.debug > i686_mem.o(.text+0xf6a): In function `i686_mem_drvinit': > /usr/src/sys/i386/i386/i686_mem.c:616: undefined reference to `mem_range_softc' > k6_mem.o(.text+0x433): In function `k6_mem_drvinit': > /usr/src/sys/i386/i386/k6_mem.c:181: undefined reference to `mem_range_softc' > mem.o(.text+0x2a3): In function `memioctl': > /usr/src/sys/i386/i386/mem.c:174: undefined reference to `mem_range_softc' > mem.o(.text+0x2b5):/usr/src/sys/i386/i386/mem.c:178: undefined reference to `mem_range_softc' > mem.o(.text+0x2dc): In function `memioctl': > /usr/src/sys/sys/libkern.h:52: undefined reference to `mem_range_softc' > mem.o(.text+0x31d): In function `memioctl': > /usr/src/sys/i386/i386/mem.c:188: undefined reference to `mem_range_attr_get' > mem.o(.text+0x363):/usr/src/sys/i386/i386/mem.c:195: undefined reference to `mem_range_softc' > mem.o(.text+0x3bb):/usr/src/sys/i386/i386/mem.c:206: undefined reference to `mem_range_attr_set' > mem.o(.text+0x408): In function `dev_mem_md_init': > /usr/src/sys/i386/i386/mem.c:216: undefined reference to `mem_range_softc' > mem.o(.text+0x412):/usr/src/sys/i386/i386/mem.c:217: undefined reference to `mem_range_softc' > mem.o(.text+0x417):/usr/src/sys/i386/i386/mem.c:217: undefined reference to `mem_range_softc' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ROAM. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 Same problem here with CPUTYPE=p4 and CFLAGS=-O2 -pipe -g on my Pentium 4 workstation (w/o SMP). Oddly enough, it works fine on my dual Pentium 3 server (w/ SMP) with CPUTYPE=p3 and CFLAGS=-O2 -pipe -g. Both have identical source. The kernel config files are very similar and are stripped down to necessary stuff. Other than SMP, the only differences between the two are for differing drivers (SCSI vs. IDE, USB, network, and sound). Here's my exact error message (using 'make -s' so it might be a little short): linking kernel.debug memutil.o(.text+0xd): In function `mem_range_attr_get': /usr/src/sys/dev/mem/memutil.c:43: undefined reference to `mem_range_softc' memutil.o(.text+0x1f):/usr/src/sys/dev/mem/memutil.c:47: undefined reference to `mem_range_softc' memutil.o(.text+0x3d):/usr/src/sys/dev/mem/memutil.c:49: undefined reference to `mem_range_softc' memutil.o(.text+0x5a): In function `mem_range_attr_set': /usr/src/sys/dev/mem/memutil.c:58: undefined reference to `mem_range_softc' memutil.o(.text+0x68):/usr/src/sys/dev/mem/memutil.c:61: undefined reference to `mem_range_softc' i686_mem.o(.text+0xe49):/usr/src/sys/i386/i386/i686_mem.c:616: more undefined references to `mem_range_softc' follow *** Error code 1 Stop in /usr/obj/usr/src/sys/COMPGEEK. *** Error code 1 Stop in /usr/src. *** Error code 1 Jon From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:07:42 2004 Return-Path: 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 3E6FF16A4CE for ; Wed, 4 Aug 2004 23:07:42 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C05443D49 for ; Wed, 4 Aug 2004 23:07:42 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i74N7f79051126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Aug 2004 16:07:42 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i74N7f6V051125 for freebsd-current@freebsd.org; Wed, 4 Aug 2004 16:07:41 -0700 (PDT) (envelope-from jdc) Date: Wed, 4 Aug 2004 16:07:41 -0700 From: Jeremy Chadwick To: FreeBSD Current Message-ID: <20040804230741.GA51098@parodius.com> Mail-Followup-To: FreeBSD Current References: <16657.26289.6205.220165@roam.psg.com> <41116B99.2050903@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41116B99.2050903@alumni.rice.edu> User-Agent: Mutt/1.5.6i Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:07:42 -0000 Wasn't there a discussion on -current not too long ago about the use of non-stock CFLAGS in make.conf causing these type-of problems? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Aug 04, 2004 at 06:04:57PM -0500, Jon Noack wrote: > On 08/04/04 17:44, Randy Bush wrote: > >linking kernel.debug > >i686_mem.o(.text+0xf6a): In function `i686_mem_drvinit': > >/usr/src/sys/i386/i386/i686_mem.c:616: undefined reference to > >`mem_range_softc' > >k6_mem.o(.text+0x433): In function `k6_mem_drvinit': > >/usr/src/sys/i386/i386/k6_mem.c:181: undefined reference to > >`mem_range_softc' > >mem.o(.text+0x2a3): In function `memioctl': > >/usr/src/sys/i386/i386/mem.c:174: undefined reference to `mem_range_softc' > >mem.o(.text+0x2b5):/usr/src/sys/i386/i386/mem.c:178: undefined reference > >to `mem_range_softc' > >mem.o(.text+0x2dc): In function `memioctl': > >/usr/src/sys/sys/libkern.h:52: undefined reference to `mem_range_softc' > >mem.o(.text+0x31d): In function `memioctl': > >/usr/src/sys/i386/i386/mem.c:188: undefined reference to > >`mem_range_attr_get' > >mem.o(.text+0x363):/usr/src/sys/i386/i386/mem.c:195: undefined reference > >to `mem_range_softc' > >mem.o(.text+0x3bb):/usr/src/sys/i386/i386/mem.c:206: undefined reference > >to `mem_range_attr_set' > >mem.o(.text+0x408): In function `dev_mem_md_init': > >/usr/src/sys/i386/i386/mem.c:216: undefined reference to `mem_range_softc' > >mem.o(.text+0x412):/usr/src/sys/i386/i386/mem.c:217: undefined reference > >to `mem_range_softc' > >mem.o(.text+0x417):/usr/src/sys/i386/i386/mem.c:217: undefined reference > >to `mem_range_softc' > >*** Error code 1 > > > >Stop in /usr/obj/usr/src/sys/ROAM. > >*** Error code 1 > > > >Stop in /usr/src. > >*** Error code 1 > > Same problem here with CPUTYPE=p4 and CFLAGS=-O2 -pipe -g on my Pentium > 4 workstation (w/o SMP). Oddly enough, it works fine on my dual Pentium > 3 server (w/ SMP) with CPUTYPE=p3 and CFLAGS=-O2 -pipe -g. Both have > identical source. The kernel config files are very similar and are > stripped down to necessary stuff. Other than SMP, the only differences > between the two are for differing drivers (SCSI vs. IDE, USB, network, > and sound). > > Here's my exact error message (using 'make -s' so it might be a little > short): > > linking kernel.debug > memutil.o(.text+0xd): In function `mem_range_attr_get': > /usr/src/sys/dev/mem/memutil.c:43: undefined reference to `mem_range_softc' > memutil.o(.text+0x1f):/usr/src/sys/dev/mem/memutil.c:47: undefined > reference to `mem_range_softc' > memutil.o(.text+0x3d):/usr/src/sys/dev/mem/memutil.c:49: undefined > reference to `mem_range_softc' > memutil.o(.text+0x5a): In function `mem_range_attr_set': > /usr/src/sys/dev/mem/memutil.c:58: undefined reference to `mem_range_softc' > memutil.o(.text+0x68):/usr/src/sys/dev/mem/memutil.c:61: undefined > reference to `mem_range_softc' > i686_mem.o(.text+0xe49):/usr/src/sys/i386/i386/i686_mem.c:616: more > undefined references to `mem_range_softc' follow > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/COMPGEEK. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Jon > _______________________________________________ > 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 Aug 4 23:10:53 2004 Return-Path: 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 11CF416A4CE for ; Wed, 4 Aug 2004 23:10:53 +0000 (GMT) Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D43A43D39 for ; Wed, 4 Aug 2004 23:10:52 +0000 (GMT) (envelope-from ben@spooty.net) Received: from m14-mp1.cvx3-b.pop.dial.ntli.net ([80.1.84.14]) by mta02-svc.ntlworld.comESMTP <20040804230918.PVWK12282.mta02-svc.ntlworld.com@m14-mp1.cvx3-b.pop.dial.ntli.net>; Thu, 5 Aug 2004 00:09:18 +0100 From: Ben Paley To: mark@remotelab.org Date: Thu, 5 Aug 2004 00:13:13 +0100 User-Agent: KMail/1.6.2 References: <20040804220518.E928016A54D@hub.freebsd.org> In-Reply-To: <20040804220518.E928016A54D@hub.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200408050013.13252.ben@spooty.net> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit cc: Rossam Souza da Silva cc: current@freebsd.org Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:10:53 -0000 > On Wed, Aug 04, 2004 at 09:28:48AM -0300, Rossam Souza da Silva wrote: > > I have the same problem with VMWare3 kernel modules... > > no one is loaded, with error messages about symbols. > > What is the error message? > > Is this one? > > > Additional ABI support: > linux > . > Starting cron. > Local package initialization: > link_elf: symbol kmem_alloc_pageable undefined > kldload: > can't load /usr/local/lib/vmware/modules/vmmon_up.ko > > No such file or directory > vmnet1: Ethernet address: 00:bd:c4:3d:00:01 > VMware > > > In this case, download last vmware3 port skeleton from > > http://www.break.net/orlando/vmware3/ > > and try again. I've had something like this recently, more than once, as well as other vmware related nonsense (dll error running flash mx 2004 pro in W98 guest, anyone?) and I discovered I had to upgrade rtc after any makeworld / kernel, then reinstall vmware3. If I _don't_ do that I get panics, crashes, hangs and all sorts, and if I _do_, everything works fine... so I recommend giving it a go. Cheers, Ben From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:28:55 2004 Return-Path: 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 780DB16A4CE for ; Wed, 4 Aug 2004 23:28:55 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5880E43D41 for ; Wed, 4 Aug 2004 23:28:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i74NStlA009960 for ; Wed, 4 Aug 2004 16:28:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i74NStAw009959 for freebsd-current@freebsd.org; Wed, 4 Aug 2004 16:28:55 -0700 (PDT) (envelope-from sgk) Date: Wed, 4 Aug 2004 16:28:54 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040804232854.GC9742@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: something strange with amd64 or fetch or ports or gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:28:55 -0000 While trying to build math/octave, make(1) stopped with lapack.tgz 99% of 4874 kB 2448 kBps fetch: lapack.tgz appears to be truncated: 4991991/4991992 bytes >> Couldn't fetch it - please try to retrieve this >> port manually into /usr/ports/distfiles/lapack and try again. *** Error code 1 Stop in /usr/ports/math/atlas/work/lapack. *** Error code 1 Stop in /usr/ports/math/atlas. I simply restarted make(1) and the port infrastructure computed and validated the md5 checksum on lapack.tgz without me manually retrieving the tar ball. So all 4991992 bytes were successfully retrieved from netlib.org. The system is a SMP amd64 system, and FreeBSD (world and kernel) were rebuild from today's sources. I use the standard CFLAGS of "-O -pipe". I haven't seen other reports of this behaviour. This could be amd64 specific, caused by the new gcc, a 64-bit issue with fetch (I doubt this it, but...), or some problem in the ports system *.mk glue. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:32:38 2004 Return-Path: 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 3D5C116A4CE for ; Wed, 4 Aug 2004 23:32:38 +0000 (GMT) Received: from rip.psg.com (splat.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD3C43D1D for ; Wed, 4 Aug 2004 23:32:38 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsVFM-000P2g-BY; Wed, 04 Aug 2004 23:32:36 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsVFJ-00015k-Jr; Wed, 04 Aug 2004 13:32:33 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16657.29201.1449.555118@roam.psg.com> Date: Wed, 4 Aug 2004 13:32:33 -1000 To: Garance A Drosihn References: <20040803093401.GA43199@nipsi.home.net> cc: Dennis Berger cc: current@freebsd.org Subject: Re: status of bind9 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:32:38 -0000 > He is waiting for a specific official release to happen from the BIND9 > folks decade++ experience with bind is 1,000 betas and rcs, maybe finally a release, and then immediate fixes. i have been running bind9 snap on heavily loaded -current servers for a long while. just do it. randy From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:37:57 2004 Return-Path: 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 E7F2816A4CE for ; Wed, 4 Aug 2004 23:37:56 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD1643D45 for ; Wed, 4 Aug 2004 23:37:56 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i74NaspS003861; Wed, 4 Aug 2004 17:36:54 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41117305.2010301@freebsd.org> Date: Wed, 04 Aug 2004 17:36:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Willenberger References: <20040804204915.8337A5D08@ptavv.es.net> <1091653253.29492.57.camel@lanshark.dmv.com> <411154D8.1050001@freebsd.org> <1091657001.29488.64.camel@lanshark.dmv.com> In-Reply-To: <1091657001.29488.64.camel@lanshark.dmv.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:37:57 -0000 Sven Willenberger wrote: > On Wed, 2004-08-04 at 15:27 -0600, Scott Long wrote: > >>Sven Willenberger wrote: >> >> >>>On Wed, 2004-08-04 at 13:49 -0700, Kevin Oberman wrote: >>> >>> >>>>>Date: Wed, 4 Aug 2004 13:34:56 -0700 >>>>>From: Jeremy Chadwick >>>>>Sender: owner-freebsd-current@freebsd.org >>>>> >>>>>I've seen this with our SuperMicro SuperServer 5013C-T, running mysqld. >>>>>Please note that the server is "heavily loaded" (note the quotes); usually >>>>>a load of around 0.50 to 1.00 at all times, with mysqld being the top >>>>>process. Server runs all latest -CURRENT builds. >>>>> >>>>>Many people over in freebsd-threads mentioned this problem, and recommended >>>>>all sorts-of different workarounds. I tried every one available to me, >>>>>except mucking with PREEMPTION (as I did not feel comfortable tinkering >>>>>with a random .h file on the box; seemed to be a kernel-related thing, >>>>>so I'd rather have just an "options" line for it -- I'm conditionally >>>>>lazy). >>>> >>>>Please note that PREEMPTION is now NOT enabled in CURRENT. scottl >>>>changed that a day or two ago because of all of these lock-ups. He and >>>>Julian are listed as working to isolate the problem. Scott believes it's >>>>in the scheduler. It's not specific to either ULE or 4BSD. >>>> >>>>So cvsup, rebuild the kernel and you should be fine.At least for a while. >>> >>> >>>Based on this and Jeremy C.'s response it would appear that I should >>>either try to upgrade my 5.2.1-P8 system to -CURRENT (which is scary >>>because of the vinum array - root is not mounted on a vinum device, but >>>the data directory is - will gvinum simply read this correctly? it is a >>>stripe+mirror array of 4 drives) or start from scratch and go back to >>>4.10 (STABLE) for a while. I am assuming that the lockups I am seeing >>>were exacerbated by the PREEMPTION episodes of the past couple weeks? If >>>I choose the upgrade to -CURRENT, are there any caveats or >>>recommendations? (besides reading "/usr/src/UPDATING" which I do >>>religiously anyway) >>> >>>_______________________________________________ >>>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'm a bit nervous with asking you to upgrade to -current. PREEMPTION is >>practically disabled in 5.2.1 so upgrading has a low chance of fixing >>the problem except maybe by sheer luck. The best action would be to >>get a crashdump. If your system has an NMI button, then there are some >>trivial patches that will assist with this. If not, then you might want >>to look at backporting the ichwd watchdog driver and letting that do a >>chip-assisted NMI. >> >>In any case, finding out exactly what each CPU is doing at the time of >>the lockup is going to be vital. The lockups that I've been able to >>reproduce happen when a TAILQ in the scheduler gets corrupted and >>resulting in one CPU spinning on the list forever with the scheduler >>lock held. All other cpus then quickly grind to a halt while they wait >>for the sched lock to become free, which it never does. >> > > > The case unfortunately does not have a button (although the mobo does > have an NMI header/jumper). Backporting the watchdog driver sounds > doable; other than downloading the sys/dev/ichwd directory from a > repository and adding "options ichwd" to my kernel config file, what > else would be needed? I am willing to try to get at least one crashdump > before I have to go back to a -STABLE setup or try something so I can > get some uptime on this box. > I believe that the ichwd driver depends on the watchdog infrastructure driver that was added back in the early spring. I'm not 100% sure, though. Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:54:47 2004 Return-Path: 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 5F08F16A4CE; Wed, 4 Aug 2004 23:54:47 +0000 (GMT) Received: from jk.homeunix.net (memnoch.CSUChico.EDU [132.241.67.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A7F943D1D; Wed, 4 Aug 2004 23:54:47 +0000 (GMT) (envelope-from jk@jk.homeunix.net) Received: from jk.homeunix.net (localhost [127.0.0.1]) by jk.homeunix.net (8.13.1/8.13.0) with ESMTP id i74Nsi15037116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2004 16:54:44 -0700 (PDT) Received: (from warlock@localhost) by jk.homeunix.net (8.13.1/8.13.0/Submit) id i74NsiTp037115; Wed, 4 Aug 2004 16:54:44 -0700 (PDT) Date: Wed, 4 Aug 2004 16:54:44 -0700 From: John Kennedy To: Kenneth Culver Message-ID: <20040804235444.GA36881@memnoch.jk.homeunix.net> References: <200408040743.i747hs3m000419@pooker.samsco.org> <4110DFC7.8000200@freebsd.org> <20040804103324.sqsg48s40c48g444@www.sweetdreamsracing.biz> <41110EA6.9020709@freebsd.org> <20040804130141.dmogwg8ko84g4oc4@www.sweetdreamsracing.biz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804130141.dmogwg8ko84g4oc4@www.sweetdreamsracing.biz> User-Agent: Mutt/1.4.2.1i X-jk-MailScanner: No infection found X-jk-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 6, autolearn=not spam, BAYES_00 -4.90) X-jk-MailScanner-From: warlock@jk.homeunix.net cc: re@freebsd.org cc: das@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:54:47 -0000 On Wed, Aug 04, 2004 at 01:01:41PM -0400, Kenneth Culver wrote: > Quoting Scott Long : > >Hmm, maybe I'm mis-informed then. I thought that > >snapshots.jp.freebsd.org was having problems building the 5.2-CURRENT > >sources because it's world was too old, and that this pointed to a > >source upgrade problem. I guess we need clarification here. David? > > > >Scott > > I've actually done this 2 or 3 times in the last week or 2 on a few > different computers, so unless a recent commit broke something, > it should still be ok. FYI, I just did a chunk of it this morning. I used a 5.2.1-RELEASE-p9 system to grab a 5-Current via cvs: make buildworld make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=GENERIC I'll have to go home to install+reboot, but it finished building. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:59:48 2004 Return-Path: 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 B17DD16A4CE; Wed, 4 Aug 2004 23:59:48 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FE543D58; Wed, 4 Aug 2004 23:59:47 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-210-46.dynamic.qsc.de [212.202.210.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id BDF5495861; Thu, 5 Aug 2004 01:59:43 +0200 (CEST) Date: Thu, 5 Aug 2004 01:59:49 +0200 From: Hannes Mehnert To: Mark Murray Message-ID: <20040804235949.GA639@mehnert.org> References: <200408041830.i74IUVU3034000@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408041830.i74IUVU3034000@repoman.freebsd.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys memrange.h src/sys/amd64/amd64 mem.c mp_machdep.c src/sys/i386/i386 mem.c mp_machdep.c src/sys/dev/mem memdev.c memutil.c src/sys/modules/mem Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:59:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Mark, On Wed, Aug 04, 2004 at 06:30:31PM +0000, Mark Murray wrote: > markm 2004-08-04 18:30:31 UTC > > FreeBSD src repository > > Modified files: > sys/sys memrange.h > sys/amd64/amd64 mem.c mp_machdep.c > sys/i386/i386 mem.c mp_machdep.c > sys/dev/mem memdev.c > sys/modules/mem Makefile > Added files: > sys/dev/mem memutil.c > Log: > Fix module builds for i386 and amd64. This commit broke /dev/mem for me. Trying to load the module when building /dev/mem as a module ended up in following kernel message: kernel: link_elf: symbol mem_range_softc undefined When trying to compile /dev/mem in kernel (device mem), the following error occured: memutil.o(.text+0x10): In function `mem_range_attr_get': /usr/src/sys/dev/mem/memutil.c:43: undefined reference to `mem_range_softc' memutil.o(.text+0x1d):/usr/src/sys/dev/mem/memutil.c:47: undefined reference to `mem_range_softc' memutil.o(.text+0x3f):/usr/src/sys/dev/mem/memutil.c:49: undefined reference to `mem_range_softc' memutil.o(.text+0x6d): In function `mem_range_attr_set': /usr/src/sys/dev/mem/memutil.c:58: undefined reference to `mem_range_softc' memutil.o(.text+0x85):/usr/src/sys/dev/mem/memutil.c:61: undefined reference to `mem_range_softc' memutil.o(.text+0x8a):/usr/src/sys/dev/mem/memutil.c:61: more undefined references to `mem_range_softc' follow Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEXhxRcuNlziBjRwRAjgIAJ9u6W5i74HTw2wGxNsga3D9SDt4jQCgrEYa J2L+og23qW1cGuFfIrdC5G8= =w2LY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 00:04:09 2004 Return-Path: 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 7FDE816A4CE for ; Thu, 5 Aug 2004 00:04:09 +0000 (GMT) Received: from smtp005.bizmail.sc5.yahoo.com (smtp005.bizmail.sc5.yahoo.com [66.163.175.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 56B9743D45 for ; Thu, 5 Aug 2004 00:04:09 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 5 Aug 2004 00:04:09 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 44BEE613B; Wed, 4 Aug 2004 19:04:08 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01926-07; Wed, 4 Aug 2004 19:04:07 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id EDC636114; Wed, 4 Aug 2004 19:04:06 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i75046OG049735; Wed, 4 Aug 2004 19:04:06 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <41117976.5030908@alumni.rice.edu> Date: Wed, 04 Aug 2004 19:04:06 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <16657.26289.6205.220165@roam.psg.com> <41116B99.2050903@alumni.rice.edu> <20040804230741.GA51098@parodius.com> In-Reply-To: <20040804230741.GA51098@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: FreeBSD Current Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu 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 Aug 2004 00:04:09 -0000 On 08/04/04 18:07, Jeremy Chadwick wrote: > Wasn't there a discussion on -current not too long ago about the use of > non-stock CFLAGS in make.conf causing these type-of problems? No change with: #CPUTYPE= p4 CFLAGS= -O -pipe# -g I'm sure there are issues with non-stock CFLAGS, but this doesn't appear to be one of them. Jon From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 00:26:37 2004 Return-Path: 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 047D716A4CF; Thu, 5 Aug 2004 00:26:37 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A82CD43D5E; Thu, 5 Aug 2004 00:26:34 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i750PGQa019731; Wed, 4 Aug 2004 20:25:16 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i750PG78019728; Wed, 4 Aug 2004 20:25:16 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 4 Aug 2004 20:25:16 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jon Noack In-Reply-To: <41117976.5030908@alumni.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current cc: Jeremy Chadwick Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:26:37 -0000 On Wed, 4 Aug 2004, Jon Noack wrote: > On 08/04/04 18:07, Jeremy Chadwick wrote: > > Wasn't there a discussion on -current not too long ago about the use of > > non-stock CFLAGS in make.conf causing these type-of problems? > > No change with: > #CPUTYPE= p4 > CFLAGS= -O -pipe# -g > > I'm sure there are issues with non-stock CFLAGS, but this doesn't appear > to be one of them. The problem appears to be that 'mem_range_softc' is defined in mp_machdep.c, which means you can't build a non-SMP i386 kernel because the symbol is undefined. We probably need to move the declaration to machdep.c or the like. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 00:32:48 2004 Return-Path: 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 D01CB16A4CE; Thu, 5 Aug 2004 00:32:48 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87EED43D5C; Thu, 5 Aug 2004 00:32:48 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i750VVX9019815; Wed, 4 Aug 2004 20:31:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i750VVvA019812; Wed, 4 Aug 2004 20:31:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 4 Aug 2004 20:31:31 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jon Noack In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current cc: Jeremy Chadwick Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:32:48 -0000 On Wed, 4 Aug 2004, Robert Watson wrote: > The problem appears to be that 'mem_range_softc' is defined in > mp_machdep.c, which means you can't build a non-SMP i386 kernel because > the symbol is undefined. We probably need to move the declaration to > machdep.c or the like. I've committed this change and things now appear to build. Might take a couple of minutes to propagate to cvsup, etc. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:07:51 2004 Return-Path: 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 C9F7A16A4CE; Thu, 5 Aug 2004 01:07:51 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2534043D46; Thu, 5 Aug 2004 01:07:51 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-210-46.dynamic.qsc.de [212.202.210.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 303FD9585F; Thu, 5 Aug 2004 03:07:45 +0200 (CEST) Date: Thu, 5 Aug 2004 03:07:50 +0200 From: Hannes Mehnert To: Mark Murray Message-ID: <20040805010748.GB639@mehnert.org> References: <200408041830.i74IUVU3034000@repoman.freebsd.org> <20040804235949.GA639@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804235949.GA639@mehnert.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys memrange.h src/sys/amd64/amd64 mem.c mp_machdep.c src/sys/i386/i386 mem.c mp_machdep.c src/sys/dev/mem memdev.c memutil.c src/sys/modules/mem Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:07:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, for the records, this was fixed by Robert Watson in http://lists.freebsd.org/pipermail/cvs-src/2004-August/028791.html Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEYhjRcuNlziBjRwRAp8uAKCt1OIYAKB4H1YvjRWbr23soAPWjgCgh8fj pjMSwMr6m+xxgqN9sYZPXj8= =oXUu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:10:54 2004 Return-Path: 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 B1E1116A4CE for ; Thu, 5 Aug 2004 01:10:54 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B3A43D2D for ; Thu, 5 Aug 2004 01:10:54 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id ECAE440D8; Wed, 4 Aug 2004 21:05:33 -0400 (EDT) Message-ID: <41118A9F.8030302@tellme3times.com> Date: Wed, 04 Aug 2004 21:17:19 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <4110F5AE.6030403@tellme3times.com> <20040804150738.GE20488@cicely12.cicely.de> In-Reply-To: <20040804150738.GE20488@cicely12.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:10:54 -0000 Bernd Walter wrote: >On Wed, Aug 04, 2004 at 10:41:50AM -0400, Chris wrote: > > >>The last time I programed was over 15 years ago and I was thinking of >>looking into the USB drivers for FreeBSD concerning multifunction >>devices. If I ask stupid questions forgive me because I am seeing this >>as a user. >> >>First I would like to know if there is a technical reason why two >>different divers cannot attach to the same device. If each driver works >>well independently, what is the reason to prevent the second one from >>attaching? I would assume that if you attempted to use both drivers at >>the same time you would get a device busy error. >> >> > >USB devices can be designed to have multiple interfaces at which you >can have different drivers - e.g. you can have a ulpt/umass combo >and both drivers just clain the according interface from the same >device. >Therefor also drivers can be programmed for whole USB devices and for >USB subdevices. >This works perfectly with FreeBSD. > > > >>Am I misunderstanding something here? I see ulpt: and unlpt: attaching >>to the same device and the choice of which one to use is up to the user >>and the hardware they have. If we have two drivers attach in one case >>why, and where, do we prevent other drivers from attaching if they meet >>the minimum requirements? >> >> > >unlpt and ulpt are just different representations from the same driver. >There is absolutely no sense in having two clients printing at the same >time on the same printer, so blocking each other is absolutely reasonable. >Scheduling multiple requests is up to software like lpd. >See ulpt(4) for details about the functional difference in ulpt vs. unlpt >device nodes - depending on the printer you will likely end up in always >using the same devicenode. >Why do you think this is wrong? > > What I am looking to accomplish is to attach uscanner and ulpt to an EPSON CX5400. While each driver works great by itself I am unable to attach both at the same time. I was told on this list that we may not attach two drivers to the same device. If this is not correct then I would appreciate a little help in attaching existing drivers or writing a new one. Chris From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:27:34 2004 Return-Path: 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 BE9FB16A4CE for ; Thu, 5 Aug 2004 01:27:34 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D77F43D5F for ; Thu, 5 Aug 2004 01:27:34 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i751RUaI081290 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 5 Aug 2004 03:27:32 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i751RFsu003476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Aug 2004 03:27:15 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i751RETk052119; Thu, 5 Aug 2004 03:27:14 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i751RE7b052118; Thu, 5 Aug 2004 03:27:14 +0200 (CEST) (envelope-from ticso) Date: Thu, 5 Aug 2004 03:27:14 +0200 From: Bernd Walter To: Chris Message-ID: <20040805012713.GP20488@cicely12.cicely.de> References: <4110F5AE.6030403@tellme3times.com> <20040804150738.GE20488@cicely12.cicely.de> <41118A9F.8030302@tellme3times.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41118A9F.8030302@tellme3times.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: freebsd-current@freebsd.org cc: ticso@cicely.de Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de 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 Aug 2004 01:27:35 -0000 On Wed, Aug 04, 2004 at 09:17:19PM -0400, Chris wrote: > What I am looking to accomplish is to attach uscanner and ulpt to an > EPSON CX5400. While each driver works great by itself I am unable to > attach both at the same time. I was told on this list that we may not > attach two drivers to the same device. If this is not correct then I > would appreciate a little help in attaching existing drivers or writing > a new one. uscanner unfortunately is designed as a device level driver, which is correct for some scanners, but not for modern combo devices as yours. ulpt does the right thing. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:39:31 2004 Return-Path: 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 CBD9416A4CF for ; Thu, 5 Aug 2004 01:39:31 +0000 (GMT) Received: from hotmail.com (bay11-f4.bay11.hotmail.com [64.4.39.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA1D643D5A for ; Thu, 5 Aug 2004 01:39:31 +0000 (GMT) (envelope-from dsnofe@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 4 Aug 2004 18:40:10 -0700 Received: from 218.80.194.83 by by11fd.bay11.hotmail.msn.com with HTTP; Thu, 05 Aug 2004 01:40:10 GMT X-Originating-IP: [218.80.194.83] X-Originating-Email: [dsnofe@msn.com] X-Sender: dsnofe@msn.com From: "Deng XueFeng" To: current@freebsd.org Date: Thu, 05 Aug 2004 01:40:10 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed Message-ID: X-OriginalArrivalTime: 05 Aug 2004 01:40:10.0359 (UTC) FILETIME=[2509C070:01C47A8D] Subject: bsd.cpu.mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:39:31 -0000 Since Gcc 3.4.2 has imported. should src/share/mk/bsd.cpu.mk to be updated to support more CPU types which gcc[3.4.2] support? _________________________________________________________________ ÏíÓÃÊÀ½çÉÏ×î´óµÄµç×ÓÓʼþϵͳ¡ª MSN Hotmail¡£ http://www.hotmail.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:49:49 2004 Return-Path: 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 E4F9316A4CE; Thu, 5 Aug 2004 01:49:49 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6777243D31; Thu, 5 Aug 2004 01:49:49 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.2]) by out011.verizon.net ESMTP <20040805014948.IKWJ14580.out011.verizon.net@outgoing.verizon.net>; Wed, 4 Aug 2004 20:49:48 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: To: , Date: Wed, 4 Aug 2004 20:49:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [192.168.1.2] at Wed, 4 Aug 2004 20:49:48 -0500 Message-Id: <20040805014948.IKWJ14580.out011.verizon.net@outgoing.verizon.net> cc: Robert Watson Subject: Re: cvs commit: src/sys/i386/i386 machdep.c mp_machdep.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:49:50 -0000 Ah, perhaps that's what's been mucking up buildkernel for my uniprocessor machine (with a kernel configuration sans the io and mem devices). --snip-- -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Win line -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/ sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys /contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/us r/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -includ e opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 -- param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-r ed-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno- asynchronous-unwind-tables -ffreestanding -Werror vers.c linking kernel.debug amd64_mem.o(.text+0xa8a): In function `amd64_mrinit': /usr/src/sys/amd64/amd64/amd64_mem.c:562: undefined reference to `M_MEMDESC' amd64_mem.o(.text+0xc2c): In function `amd64_mem_drvinit': /usr/src/sys/amd64/amd64/amd64_mem.c:622: undefined reference to `mem_range_soft c' *** Error code 1 Stop in /usr/obj/usr/src/sys/ARL_AMD64. *** Error code 1 Stop in /usr/src. *** Error code 1 Andrew Lankford From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:53:04 2004 Return-Path: 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 C37A116A4CF; Thu, 5 Aug 2004 01:53:02 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4080543D46; Thu, 5 Aug 2004 01:53:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsXRF-000PTL-TB; Thu, 05 Aug 2004 01:53:02 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsXRD-0004Mv-5k; Wed, 04 Aug 2004 15:52:59 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16657.37626.672698.725848@roam.psg.com> Date: Wed, 4 Aug 2004 15:52:58 -1000 To: Robert Watson References: <16657.26289.6205.220165@roam.psg.com> <41116B99.2050903@alumni.rice.edu> cc: FreeBSD Current Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:53:04 -0000 thanks, robert Edit src/sys/i386/i386/machdep.c Add delta 1.597 2004.08.05.00.32.08 rwatson Edit src/sys/i386/i386/mp_machdep.c Add delta 1.233 2004.08.05.00.32.08 rwatson fixed it randy From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 01:54:10 2004 Return-Path: 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 2ACC216A4CE for ; Thu, 5 Aug 2004 01:54:10 +0000 (GMT) Received: from fornax.vsecurity.com (64-144-2-149.client.dsl.net [64.144.2.149]) by mx1.FreeBSD.org (Postfix) with SMTP id C92AB43D5A for ; Thu, 5 Aug 2004 01:54:08 +0000 (GMT) (envelope-from ggal@vsecurity.com) Received: (qmail 19242 invoked from network); 5 Aug 2004 01:57:21 -0000 Received: from unknown (HELO localhost) (10.1.80.2) by 0 with SMTP; 5 Aug 2004 01:57:21 -0000 Date: Wed, 4 Aug 2004 21:53:46 -0400 (EDT) From: "George D. Gal" To: freebsd-current@freebsd.org Message-ID: <20040804215007.K6244@zeroday.vsecurity.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: kernel compile flags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:54:10 -0000 It seems that the kernel build requires 2 new compile flags. Is there any issues if these flags are simply commented out. cc1: error: invalid parameter `inline-unit-growth' cc1: error: invalid parameter `large-function-growth' -george From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 02:09:45 2004 Return-Path: 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 ED3CA16A4CF for ; Thu, 5 Aug 2004 02:09:45 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0AB743D45 for ; Thu, 5 Aug 2004 02:09:45 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7528SXl021101; Wed, 4 Aug 2004 22:08:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7528RVP021098; Wed, 4 Aug 2004 22:08:27 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 4 Aug 2004 22:08:27 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "George D. Gal" In-Reply-To: <20040804215007.K6244@zeroday.vsecurity.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kernel compile flags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 02:09:46 -0000 On Wed, 4 Aug 2004, George D. Gal wrote: > It seems that the kernel build requires 2 new compile flags. Is there > any issues if these flags are simply commented out. > > cc1: error: invalid parameter `inline-unit-growth' > cc1: error: invalid parameter `large-function-growth' This is a less user friendly form of the error "You are compiling with gcc 3.3.x, and need to compile with gcc 3.4.x". I.e., buildworld before buildkernel and it should fix the problem. The arguments between compiler versions aren't 100% compatible. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 02:12:12 2004 Return-Path: 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 AAA9916A4CE for ; Thu, 5 Aug 2004 02:12:12 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E2443D5E for ; Thu, 5 Aug 2004 02:12:12 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.201.221]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040805021211.KULS1210.out007.verizon.net@[10.0.3.231]> for ; Wed, 4 Aug 2004 21:12:11 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> References: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> Content-Type: text/plain Message-Id: <1091671902.698.4.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 04 Aug 2004 22:11:42 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [141.153.201.221] at Wed, 4 Aug 2004 21:12:11 -0500 Subject: Re: Challenge getting touchpad to work since src/sys/isa/psm.c 1.71 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 02:12:12 -0000 On Wed, 2004-08-04 at 17:00, David Wolfskill wrote: > Sorry about the delay; right around the time of the commit, I was having > some thermal issues with my laptop (a Dell Inspiron 5000e). I believe > those are fixed now -- it's gone through 5 days, each of which has > involved a "buildworld cycle" for each of -STABLE & -CURRENT, without > incident. > > But I'm now having trouble getting a "touchpad tap" to be recognized as > a press/release of a mouse button in -CURRENT; I believe that the recent > commit to src/sys/isa/psm.c 1.71 is involved. Rolling psm.c back to 1.70 restores tapping behavior of the touchpad on my AVERATEC 3150H. Unfortunately with 200+ lines of diff, I could not come up with the better idea at the moment. I can test patches or try out settings if necessary. Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 02:18:52 2004 Return-Path: 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 4D95A16A4CE for ; Thu, 5 Aug 2004 02:18:52 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D72E643D41 for ; Thu, 5 Aug 2004 02:18:51 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.201.221]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040805021851.ISAR14580.out011.verizon.net@[10.0.3.231]> for ; Wed, 4 Aug 2004 21:18:51 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <20040804182454.H33888@mp2.macomnet.net> References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> <20040804182454.H33888@mp2.macomnet.net> Content-Type: text/plain Message-Id: <1091672302.698.9.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 04 Aug 2004 22:18:22 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [141.153.201.221] at Wed, 4 Aug 2004 21:18:50 -0500 Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 02:18:52 -0000 On Wed, 2004-08-04 at 10:28, Maxim Konovalov wrote: > On Wed, 4 Aug 2004, 10:22-0400, Robin P. Blanchard wrote: > > > > > [snip] > > linking kernel.debug > > mp_machdep.o(.text+0x705): In function `init_secondary': > > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > > `mem_range_AP_init' > > *** Error code 1 > > cat >> your_kernel_config_file < device mem > device null > device zero > EOF Is this really necessary? System below cvsup'ed and built on Aug 3 22:47 EST RabbitsDen# grep mem /sys/i386/conf/AVERATEC options SYSVSHM #SYSV-style shared memory RabbitsDen# kldstat Id Refs Address Size Name 1 25 0xc0400000 473d7c kernel 2 1 0xc0874000 5e9c snd_via8233.ko 3 9 0xc087a000 2b0c8 usb.ko 4 1 0xc08a6000 3b4c ulpt.ko 5 1 0xc08aa000 40b0 ums.ko 6 1 0xc08b2000 3254 powernow_k7.ko 7 1 0xc08b6000 2f90 uplcom.ko 8 3 0xc08b9000 406c ucom.ko 9 1 0xc08be000 38a8 ubsa.ko 10 1 0xc08c2000 bc6c ng_ubt.ko 11 1 0xc08ce000 2d58 dcons_crom.ko 12 2 0xc08d1000 14d20 firewire.ko 13 2 0xc08e6000 39e8 dcons.ko 14 1 0xc08ea000 1ce4 io.ko 15 1 0xc08ec000 2a8c mem.ko 16 1 0xc1e5e000 a000 ntfs.ko 17 1 0xc1eb1000 6000 linprocfs.ko 18 1 0xc1eb7000 1a000 linux.ko RabbitsDen# Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 02:49:45 2004 Return-Path: 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 1549916A4CE for ; Thu, 5 Aug 2004 02:49:45 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C6C43D2D for ; Thu, 5 Aug 2004 02:49:44 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040805024942.SZBK9099.lakermmtao04.cox.net@dolphin.local.net> for ; Wed, 4 Aug 2004 22:49:42 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i752nhM3056166 for ; Wed, 4 Aug 2004 21:49:43 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 4 Aug 2004 21:49:43 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040804214943.1dd07a68@dolphin.local.net> In-Reply-To: References: X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: bsd.cpu.mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 02:49:45 -0000 On Thu, 05 Aug 2004 01:40:10 +0000 "Deng XueFeng" wrote: > Since Gcc 3.4.2 has imported. > should src/share/mk/bsd.cpu.mk to be updated to support more CPU types > which gcc[3.4.2] support? I asked a similar question recently re: adding CPUTYPE=athlon64. I imagine someone will get around to it soon, at least before 5.3-RELEASE. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 02:59:09 2004 Return-Path: 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 3BB3016A4CE for ; Thu, 5 Aug 2004 02:59:09 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF4A043D5F for ; Thu, 5 Aug 2004 02:59:08 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id F3DD037E5D; Thu, 5 Aug 2004 04:59:07 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id E422D37E4E for ; Thu, 5 Aug 2004 04:59:07 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id D295C38003 for ; Thu, 5 Aug 2004 04:59:07 +0200 (CEST) Received: from corona.sajd.net (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i752x45U035449 for ; Thu, 5 Aug 2004 04:59:05 +0200 (CEST) (envelope-from sajd@corona.sajd.net) Received: (from sajd@localhost) by corona.sajd.net (8.13.1/8.13.1/Submit) id i752ws3I035448 for current@freebsd.org; Thu, 5 Aug 2004 04:58:54 +0200 (CEST) (envelope-from sajd) Date: Thu, 5 Aug 2004 04:58:54 +0200 (CEST) From: Pawel Worach Message-Id: <200408050258.i752ws3I035448@corona.sajd.net> To: current@freebsd.org Subject: buildworld failure, broken libc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 02:59:09 -0000 Hi, Recently my buildworld fails with: cc -fpic -DPIC -O -pipe -march=pentium2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib /libc/../../contrib/gdtoa -DINET6 -I/export/data/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/ libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c nslexer.c -o nslexer.So building static c library building shared library libc.so.5 /libexec/ld-elf.so.1: ./libc.so.5: invalid file format /libexec/ld-elf.so.1: ./libc.so.5: invalid file format /libexec/ld-elf.so.1: ./libc.so.5: invalid file format ranlib libc.a /libexec/ld-elf.so.1: ./libc.so.5: invalid file format *** Error code 1 Using CPUTYPE?=p2 darkstar# file /export/data/obj/usr/src/lib/libc/libc.so.5 /export/data/obj/usr/src/lib/libc/libc.so.5: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped Any ideas? -- Pawel From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:16:08 2004 Return-Path: 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 8138216A4CE for ; Thu, 5 Aug 2004 03:16:08 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3CC43D54 for ; Thu, 5 Aug 2004 03:16:07 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (578qmtke@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i753G5Xq037103; Thu, 5 Aug 2004 07:16:05 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Thu, 5 Aug 2004 07:16:05 +0400 (MSD) From: Maxim Konovalov To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1091672302.698.9.camel@RabbitsDen> Message-ID: <20040805071554.C37076@mp2.macomnet.net> References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> <20040804182454.H33888@mp2.macomnet.net> <1091672302.698.9.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:16:08 -0000 On Wed, 4 Aug 2004, 22:18-0400, Alexandre "Sunny" Kovalenko wrote: > On Wed, 2004-08-04 at 10:28, Maxim Konovalov wrote: > > On Wed, 4 Aug 2004, 10:22-0400, Robin P. Blanchard wrote: > > > > > > > > [snip] > > > linking kernel.debug > > > mp_machdep.o(.text+0x705): In function `init_secondary': > > > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > > > `mem_range_AP_init' > > > *** Error code 1 > > > > cat >> your_kernel_config_file < > device mem > > device null > > device zero > > EOF > Is this really necessary? > System below cvsup'ed and built on Aug 3 22:47 EST > > RabbitsDen# grep mem /sys/i386/conf/AVERATEC > options SYSVSHM #SYSV-style shared memory > RabbitsDen# kldstat > Id Refs Address Size Name > 1 25 0xc0400000 473d7c kernel > 2 1 0xc0874000 5e9c snd_via8233.ko > 3 9 0xc087a000 2b0c8 usb.ko > 4 1 0xc08a6000 3b4c ulpt.ko > 5 1 0xc08aa000 40b0 ums.ko > 6 1 0xc08b2000 3254 powernow_k7.ko > 7 1 0xc08b6000 2f90 uplcom.ko > 8 3 0xc08b9000 406c ucom.ko > 9 1 0xc08be000 38a8 ubsa.ko > 10 1 0xc08c2000 bc6c ng_ubt.ko > 11 1 0xc08ce000 2d58 dcons_crom.ko > 12 2 0xc08d1000 14d20 firewire.ko > 13 2 0xc08e6000 39e8 dcons.ko > 14 1 0xc08ea000 1ce4 io.ko > 15 1 0xc08ec000 2a8c mem.ko > 16 1 0xc1e5e000 a000 ntfs.ko > 17 1 0xc1eb1000 6000 linprocfs.ko > 18 1 0xc1eb7000 1a000 linux.ko > RabbitsDen# http://freebsd.rambler.ru/bsdmail/cvs-src_curr/msg00134.html -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:22:43 2004 Return-Path: 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 66FB816A4CE for ; Thu, 5 Aug 2004 03:22:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DAC43D55 for ; Thu, 5 Aug 2004 03:22:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i753M7EY030937; Wed, 4 Aug 2004 21:22:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Aug 2004 21:22:42 -0600 (MDT) Message-Id: <20040804.212242.112819552.imp@bsdimp.com> To: chris@tellme3times.com From: "M. Warner Losh" In-Reply-To: <4110F5AE.6030403@tellme3times.com> References: <4110F5AE.6030403@tellme3times.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:22:43 -0000 In message: <4110F5AE.6030403@tellme3times.com> Chris writes: : First I would like to know if there is a technical reason why two : different divers cannot attach to the same device. If each driver works : well independently, what is the reason to prevent the second one from : attaching? I would assume that if you attempted to use both drivers at : the same time you would get a device busy error. Because there's only one pointer. : Am I misunderstanding something here? I see ulpt: and unlpt: attaching : to the same device and the choice of which one to use is up to the user : and the hardware they have. If we have two drivers attach in one case : why, and where, do we prevent other drivers from attaching if they meet : the minimum requirements? You misunerstand what's actually happening. There's no case in the tree where two drivers are attached, at the same time, to the same device node. There's only one set of pointers. However, with USB, there can be reasons why multiple things can attach to the same driver. The usb code tries to do smart things for devices that have multiple configurations. With USB and multi-function devices, here's the code that we use: /* First try with device specific drivers. */ probe and attach driver with a config # of -1 (usegeneric = 0) return if successful /* Next try with interface drivers. */ foreach valid configuration foreach interface probe and attach driver /* Finally try the generic driver. */ probe and attach driver with a config # of -1 (usegeneric = 1) return if successful I'm not familiar with the specific instance of ulpt and unlpt. > What I am looking to accomplish is to attach uscanner and ulpt to an > EPSON CX5400. While each driver works great by itself I am unable to > attach both at the same time. I was told on this list that we may not > attach two drivers to the same device. If this is not correct then I > would appreciate a little help in attaching existing drivers or writing > a new one. You might want to look at the above probing order to see if there might be multiple configurations that the EPSON implements. Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:29:25 2004 Return-Path: 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 3174416A4CE; Thu, 5 Aug 2004 03:29:25 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAFCE43D2F; Thu, 5 Aug 2004 03:29:24 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i753S71A022640; Wed, 4 Aug 2004 23:28:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i753S7bn022637; Wed, 4 Aug 2004 23:28:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 4 Aug 2004 23:28:07 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: cperciva@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Optimization opportunity: don't recurse callout mutex in timeout_reset() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:29:25 -0000 I'm currently walking our somewhat overburdened interrupt path handling for network packets looking for optimization opportunities. The good (and bad) news is that there are a lot. I'll be sending out some e-mail with some of them. Here's the first. I've sent it to Colin but CC'd current@ because Colin has expressed interest in the callout code previously :-). timeout_reset() is called from the TCP code pretty frequently. I observed that the callout code path is recursing the callout mutex. Here's the KTR trace: 12053 0 596 LOCK (spin mutex) callout r = 0 at ../../../kern/kern_timeout.c:488 callout_reset(). 12054 0 1056 LOCK (spin mutex) callout r = 1 at ../../../kern/kern_timeout.c:525 12055 0 580 UNLOCK (spin mutex) callout r = 1 at ../../../kern/kern_timeout.c:562 12056 0 17320 UNLOCK (spin mutex) callout r = 0 at ../../../kern/kern_timeout.c:515 The line numbers are off because they're from the rwatson_netperf branch, which includes tracing and profiling for callouts. The translation to CVS locations is that :488 is the spin lock acquire in callout_reset(), :525 is the spin lock acquire in _callout_stop_safe(), :562 is the spin lock drop in _callout_stop_safe(), and :515 is the spin lock drop in callout_reset(). Eliminating the recursion would be beneficial, if we could. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:34:43 2004 Return-Path: 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 3483216A4CE; Thu, 5 Aug 2004 03:34:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA7F43D60; Thu, 5 Aug 2004 03:34:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i753YXm4031035; Wed, 4 Aug 2004 21:34:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Aug 2004 21:35:08 -0600 (MDT) Message-Id: <20040804.213508.117635370.imp@bsdimp.com> To: steve@sohara.org From: "M. Warner Losh" In-Reply-To: <20040804102101.5e0f4023.steve@sohara.org> References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: scottl@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:34:43 -0000 In message: <20040804102101.5e0f4023.steve@sohara.org> "Steve O'Hara-Smith" writes: : On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) : Scott Long wrote: : : > | Source upgrade | Not done | David Schultz | problematic. The | : > | incompatibility | | | 5.3 world sources | : > | | | | must be buildable | : > | | | | and installable | : > | | | | from a 5.2.1 | : > | | | | system. | : : Should they not also be buildable and installable from a 4.10 or 4.11 system : in order to preserve the -stable upgrade route ? I can verify that buildworld works on 4.10 as of yesterday. Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:41:52 2004 Return-Path: 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 A6F8116A4CE; Thu, 5 Aug 2004 03:41:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 534D043D45; Thu, 5 Aug 2004 03:41:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i753euXl004547; Wed, 4 Aug 2004 21:40:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4111ABFF.9050203@samsco.org> Date: Wed, 04 Aug 2004 21:39:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <20040804.213508.117635370.imp@bsdimp.com> In-Reply-To: <20040804.213508.117635370.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: scottl@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:41:52 -0000 M. Warner Losh wrote: > In message: <20040804102101.5e0f4023.steve@sohara.org> > "Steve O'Hara-Smith" writes: > : On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) > : Scott Long wrote: > : > : > | Source upgrade | Not done | David Schultz | problematic. The | > : > | incompatibility | | | 5.3 world sources | > : > | | | | must be buildable | > : > | | | | and installable | > : > | | | | from a 5.2.1 | > : > | | | | system. | > : > : Should they not also be buildable and installable from a 4.10 or 4.11 system > : in order to preserve the -stable upgrade route ? > > I can verify that buildworld works on 4.10 as of yesterday. > > Warner > Does the resulting world actually work? Can you install it via DESTDIR to another disk and boot off of it? Scott From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:48:47 2004 Return-Path: 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 3FA3B16A4CE; Thu, 5 Aug 2004 03:48:47 +0000 (GMT) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E7643D5F; Thu, 5 Aug 2004 03:48:46 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd4mr7so.prod.shaw.ca (pd4mr7so-qfe3.prod.shaw.ca [10.0.141.84])2003)) with ESMTP id <0I1Y00LE0FF3YN@l-daemon>; Wed, 04 Aug 2004 21:37:51 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd4mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I1Y00AGUFF3VM60@pd4mr7so.prod.shaw.ca>; Wed, 04 Aug 2004 21:37:51 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003)) with ESMTP id <0I1Y0044NFF2MU@l-daemon>; Wed, 04 Aug 2004 21:37:51 -0600 (MDT) Date: Wed, 04 Aug 2004 20:36:42 -0700 From: Colin Percival In-reply-to: X-Sender: cperciva@popserver.sfu.ca (Unverified) To: current@freebsd.org Message-id: <6.1.0.6.1.20040804203601.03ed4bc0@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Content-type: text/plain; charset=us-ascii References: cc: Robert Watson Subject: Re: Optimization opportunity: don't recurse callout mutex in timeout_reset() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:48:47 -0000 At 20:28 04/08/2004, Robert Watson wrote: >timeout_reset() is called from the TCP code pretty frequently. I observed >that the callout code path is recursing the callout mutex. Here's the KTR >trace: >... >Eliminating the recursion would be beneficial, if we could. I'll take care of this. Colin Percival From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:50:07 2004 Return-Path: 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 5989116A4CE; Thu, 5 Aug 2004 03:50:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBC0D43D39; Thu, 5 Aug 2004 03:50:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i753lO2l031206; Wed, 4 Aug 2004 21:47:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Aug 2004 21:48:00 -0600 (MDT) Message-Id: <20040804.214800.41244805.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <4111ABFF.9050203@samsco.org> References: <20040804102101.5e0f4023.steve@sohara.org> <20040804.213508.117635370.imp@bsdimp.com> <4111ABFF.9050203@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: scottl@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:50:07 -0000 In message: <4111ABFF.9050203@samsco.org> Scott Long writes: : M. Warner Losh wrote: : > In message: <20040804102101.5e0f4023.steve@sohara.org> : > "Steve O'Hara-Smith" writes: : > : On Wed, 4 Aug 2004 01:43:54 -0600 (MDT) : > : Scott Long wrote: : > : : > : > | Source upgrade | Not done | David Schultz | problematic. The | : > : > | incompatibility | | | 5.3 world sources | : > : > | | | | must be buildable | : > : > | | | | and installable | : > : > | | | | from a 5.2.1 | : > : > | | | | system. | : > : : > : Should they not also be buildable and installable from a 4.10 or 4.11 system : > : in order to preserve the -stable upgrade route ? : > : > I can verify that buildworld works on 4.10 as of yesterday. : > : > Warner : > : : Does the resulting world actually work? Can you install it via DESTDIR : to another disk and boot off of it? Sure. I'll give it a shot... Last time I tried it, it worked... Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 03:57:37 2004 Return-Path: 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 C941C16A4CE; Thu, 5 Aug 2004 03:57:37 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5808F43D2D; Thu, 5 Aug 2004 03:57:37 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i753uJkN023037; Wed, 4 Aug 2004 23:56:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i753uJxw023034; Wed, 4 Aug 2004 23:56:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 4 Aug 2004 23:56:19 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: markm@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:57:37 -0000 As you know, I'm currently profiling and tracing our inbound and outbound network stacks, and I've already bothered you with an e-mail about lock coalescing and avoiding lock thrashing in the Yarrow thread. This is more of the same sort of thing, and is about per-packet processing costs. I've observed in tracing that we grab and release two entropy related spin mutexes for every ethernet packet processed. We do this in the ithread before the netisr runs, and it directly introduces latency (and cost) in the network path. Here's a sample trace fragment from receiving an ethernet packet: 12024 0 1280 ithread_schedule: setrunqueue 27 12025 0 1480 UNLOCK (spin mutex) sched lock r = 0 at ../../../kern/kern_intr.c:414 12026 0 1048 LOCK (spin mutex) entropy harvest r = 0 at ../../../dev/random/randomdev_soft.c:300 12027 0 788 LOCK (spin mutex) entropy harvest buffers r = 0 at ../../../dev/random/randomdev_soft.c:309 12028 0 856 UNLOCK (spin mutex) entropy harvest buffers r = 0 at ../../../dev/random/randomdev_soft.c:317 12029 0 616 UNLOCK (spin mutex) entropy harvest r = 0 at ../../../dev/random/randomdev_soft.c:338 On inspecting random_harvest_internal(), it seems to be the case upfront that we can do an unlocked read of harvestfifo[origin].count to compare with RANDOM_FIFO_MAX and avoid any locks in the event that the event fifo is full. Obviously, you'd need to retest after acquiring the locks in the event there would appear to be room, but assuming that the fifo will often be full under load, this would save a useful amount of cost. I haven't attempted to measure how often the fifo fills, however, so can't currently reason about whether that will save work in the common case. Another observation is that we seem to be doing a lot of entropy gathering. That is to say -- a lot. On a busy system, I have to wonder whether we're not paying a high cost to gather more entropy than we really need. I'm not familiar with the Yarrow implementation nor harvesting bits, but I'd pose this question to you: right now, we appear to pay four mutex operations per packet if the fifo isn't full. Can we rate limit entropy gathering in entropy-rich systems to avoid doing so much work? If we're processing 25,000 or 100,000 packets a second, that's a lot of goup passing through Yarrow. Is it possible to do lockless rate limiting so that we gather it only once every few seconds? This might make a big aggregate difference when processing ethernet packets at a high rate, such as in bridging/forwarding scenarios, etc. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 04:33:59 2004 Return-Path: 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 DBEC516A4CE; Thu, 5 Aug 2004 04:33:58 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 467A143D2F; Thu, 5 Aug 2004 04:33:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BsZwz-0006J6-00; Thu, 05 Aug 2004 06:33:57 +0200 Received: from [217.83.3.226] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BsZwy-0007z2-00; Thu, 05 Aug 2004 06:33:57 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 5 Aug 2004 06:31:51 +0200 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_AhbEBoH+KLmzG/t"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408050632.00671.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: markm@FreeBSD.org cc: Robert Watson Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:33:59 -0000 --Boundary-02=_AhbEBoH+KLmzG/t Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 05 August 2004 05:56, Robert Watson wrote: > As you know, I'm currently profiling and tracing our inbound and outbound > network stacks, and I've already bothered you with an e-mail about lock > coalescing and avoiding lock thrashing in the Yarrow thread. This is more > of the same sort of thing, and is about per-packet processing costs. > > I've observed in tracing that we grab and release two entropy related spin > mutexes for every ethernet packet processed. We do this in the ithread > before the netisr runs, and it directly introduces latency (and cost) in > the network path. Here's a sample trace fragment from receiving an > ethernet packet: > > 12024 0 1280 ithread_schedule: setrunqueue 27 > 12025 0 1480 UNLOCK (spin mutex) sched lock r =3D 0 at > ../../../kern/kern_intr.c:414 12026 0 1048 LOCK (spin mutex) > entropy harvest r =3D 0 at ../../../dev/random/randomdev_soft.c:300 12027= 0 > 788 LOCK (spin mutex) entropy harvest buffers r =3D 0 at > ../../../dev/random/randomdev_soft.c:309 12028 0 856 UNLOCK > (spin mutex) entropy harvest buffers r =3D 0 at > ../../../dev/random/randomdev_soft.c:317 12029 0 616 UNLOCK > (spin mutex) entropy harvest r =3D 0 at > ../../../dev/random/randomdev_soft.c:338 > > On inspecting random_harvest_internal(), it seems to be the case upfront > that we can do an unlocked read of harvestfifo[origin].count to compare > with RANDOM_FIFO_MAX and avoid any locks in the event that the event fifo > is full. Obviously, you'd need to retest after acquiring the locks in the > event there would appear to be room, but assuming that the fifo will often > be full under load, this would save a useful amount of cost. I haven't > attempted to measure how often the fifo fills, however, so can't currently > reason about whether that will save work in the common case. > > Another observation is that we seem to be doing a lot of entropy > gathering. That is to say -- a lot. On a busy system, I have to wonder > whether we're not paying a high cost to gather more entropy than we really > need. I'm not familiar with the Yarrow implementation nor harvesting > bits, but I'd pose this question to you: right now, we appear to pay four > mutex operations per packet if the fifo isn't full. Can we rate limit > entropy gathering in entropy-rich systems to avoid doing so much work? If > we're processing 25,000 or 100,000 packets a second, that's a lot of goup > passing through Yarrow. Is it possible to do lockless rate limiting so > that we gather it only once every few seconds? This might make a big > aggregate difference when processing ethernet packets at a high rate, such > as in bridging/forwarding scenarios, etc. Stupid question: Why do we try to make sure that *entropy* is passed reliab= le?=20 i.e. wouldn't it be enough to store it (unlocked) "somewhere" inside a circ= le=20 buffer and read from it (unlocked) to turn it into randomness. The potentia= l=20 race just gives some extra entropy. But as I started, might be a stupid question. =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 --Boundary-02=_AhbEBoH+KLmzG/t Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBEbhAXyyEoT62BG0RAly8AJ4nWEQp3kfiCCgrAFc3BWdh4Ed0bwCdEq4o Xh/Ys+gFUtgxP/ro1yfVP5M= =ePOm -----END PGP SIGNATURE----- --Boundary-02=_AhbEBoH+KLmzG/t-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 04:40:30 2004 Return-Path: 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 2DA2816A4CE; Thu, 5 Aug 2004 04:40:30 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4C1943D3F; Thu, 5 Aug 2004 04:40:29 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i754eTWi097031 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 4 Aug 2004 21:40:29 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Wed, 4 Aug 2004 21:39:52 -0700 User-Agent: KMail/1.6.1 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408042139.52577.sam@errno.com> cc: Robert Watson Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:40:30 -0000 On Wednesday 04 August 2004 08:56 pm, Robert Watson wrote: > Another observation is that we seem to be doing a lot of entropy > gathering. That is to say -- a lot. On a busy system, I have to wonder > whether we're not paying a high cost to gather more entropy than we really > need. I'm not familiar with the Yarrow implementation nor harvesting > bits, but I'd pose this question to you: right now, we appear to pay four > mutex operations per packet if the fifo isn't full. Can we rate limit > entropy gathering in entropy-rich systems to avoid doing so much work? If > we're processing 25,000 or 100,000 packets a second, that's a lot of goup > passing through Yarrow. Is it possible to do lockless rate limiting so > that we gather it only once every few seconds? This might make a big > aggregate difference when processing ethernet packets at a high rate, such > as in bridging/forwarding scenarios, etc. Virtually all performance-sensitive installations will disable entropy gathering through fast paths. I've suggested for a long time that this sort of collection should be enabled only under dire circumstances and never by default. Regardless the last time I looked at the entropy harvesting it used a model where entropy was unilateraly sent for harvest and discarded when too plentiful. I term this the "push model". I've advocated a "pull model" where the PRNG requests entropy when a low water mark is hit and/or a hybrid scheme where producers have some sort of flow control or feedback mechanism. Everything that goes on inside the PRNG is a separate issue. Sam From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 04:43:58 2004 Return-Path: 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 3810616A4CE for ; Thu, 5 Aug 2004 04:43:58 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 142B543D62 for ; Thu, 5 Aug 2004 04:43:56 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 95FA1FD05A for ; Wed, 4 Aug 2004 21:43:55 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28616-02 for ; Wed, 4 Aug 2004 21:43:52 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 85DD8FD02B for ; Wed, 4 Aug 2004 21:43:52 -0700 (PDT) From: Sean McNeil To: FreeBSD Current Content-Type: text/plain Message-Id: <1091681032.56427.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 04 Aug 2004 21:43:52 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:43:58 -0000 On Wed, 4 Aug 2004, Robert Watson wrote: > The problem appears to be that 'mem_range_softc' is defined in > mp_machdep.c, which means you can't build a non-SMP i386 kernel because > the symbol is undefined. We probably need to move the declaration to > machdep.c or the like. Can someone please also fix the other architectures besides i386? I have the same issue with amd64 and it doesn't appear anyone has fixed it yet. Thanks, Sean From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 05:04:52 2004 Return-Path: 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 7DC9416A4CE for ; Thu, 5 Aug 2004 05:04:52 +0000 (GMT) Received: from robbins.dropbear.id.au (184.a.005.mel.iprimus.net.au [210.50.40.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB87B43D53 for ; Thu, 5 Aug 2004 05:04:48 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id BA2D04208; Thu, 5 Aug 2004 15:04:22 +1000 (EST) Date: Thu, 5 Aug 2004 15:04:22 +1000 From: Tim Robbins To: freebsd-current@freebsd.org Message-ID: <20040805050422.GA41201@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:04:52 -0000 Is there any particular reason why atomic_load_acq_*() and atomic_store_rel_*() are implemented with CMPXCHG and XCHG instead of MOV on i386/amd64 UP? Also, could we use MFENCE/LFENCE/SFENCE in combination with MOV on SMP systems instead of LOCK CMPXCHG / (implied LOCK) XCHG? Tim From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 05:07:28 2004 Return-Path: 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 0A91C16A4CE for ; Thu, 5 Aug 2004 05:07:28 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9EF43D31 for ; Thu, 5 Aug 2004 05:07:27 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id C503B6AC0C; Thu, 5 Aug 2004 15:07:25 +1000 (EST) Date: Thu, 5 Aug 2004 15:07:25 +1000 From: John Birrell To: Julian Elischer Message-ID: <20040805050725.GB99521@freebsd3.cimlogic.com.au> References: <200407271731.12282.mistry.7@osu.edu> <200407291004.19726.mistry.7@osu.edu> <20040729211209.GH34260@freebsd3.cimlogic.com.au> <200408041828.26762.mistry.7@osu.edu> <20040804223937.GA99521@freebsd3.cimlogic.com.au> <41116752.4030003@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41116752.4030003@elischer.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and wine mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:07:28 -0000 On Wed, Aug 04, 2004 at 03:46:42PM -0700, Julian Elischer wrote: > /proc/curproc/map > can give you a quick temporary solution.. > julian@ref3:cat /proc/curproc/map I can't see how that gives a quick temporary solution. The mmaps we are talking about are the ones done by rtld. Wine libraries are standard Unix shared libraries that are dlopen'ed. The fact that the load fails is due to the upper process memory being deliberately consumed before the libraries are loaded. Screwing up rtld seems like a poor idea to me. The Wine people say that Linux now loads shared libraries at random addresses to make buffer overruns less predictable. That's why they gobble upper memory as soon as they can (albeit after libc has been loaded because that's linked to the Wine program). Presumably FreeBSD may one day consider doing the same thing for the same reason. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 05:56:30 2004 Return-Path: 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 DF99F16A4CE for ; Thu, 5 Aug 2004 05:56:30 +0000 (GMT) Received: from users.altadena.net (users.altadena.net [207.151.161.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE7843D41 for ; Thu, 5 Aug 2004 05:56:30 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from pete by users.altadena.net with local (Exim 4.40) id 1BsbEs-000Bxn-Gn for current@freebsd.org; Wed, 04 Aug 2004 22:56:30 -0700 Date: Wed, 4 Aug 2004 22:56:30 -0700 From: Pete Carah To: current@freebsd.org Message-ID: <20040805055630.GA45424@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Sender: Pete Carah Subject: Ports broken by compiler upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:56:31 -0000 Many ports that compile in C++ are broken by the recent compiler upgrade; the packages distribution hasn't caught up *at all* either. I know part of the reason is that some of the affected ports don't compile at all with the new compiler (by trying). I presume that the converse probably holds too; once the ports are fixed then the resulting packages probably won't work on a current dated before last week. It might be a good idea to keep an older package directory around for a while for those not-quite- so-adventurous types... Two examples, artsd and aspell both abort instantly with undefined symbols; either the name-mangling has changed or one or another library has changed, or both. Aspell is needed for pan2 to work and artsd is obvious to those who like sound in kde. Neither compiles completely as-is (artsd itself actually does but several needed "extension" modules don't, leaving things less than useful). This may be old news but... It is not quite enough to make sure that the main tree compiles with a newly-committed compiler - some of the ports are so widely used (e.g. XFree86) that they could be considered to be fairly essential. I don't need any replies to this; it is just a note to whomever it may concern (lots of port-maintainers, and the compiler folk(s))... It does leave my laptop less than useful; I can back up to last week easily enough but that is lots of trouble (and don't say to use 4.x in the laptop since it (like many modern laptops) depends on several drivers that are only in current, like cardbus.) -- Pete From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 06:10:04 2004 Return-Path: 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 4CC4116A4CE for ; Thu, 5 Aug 2004 06:10:04 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCE0C43D4C for ; Thu, 5 Aug 2004 06:10:03 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from sotec.home (adsl-66-126-169-219.dsl.snfc21.pacbell.net [66.126.169.219])i756A07x018580; Thu, 5 Aug 2004 02:10:01 -0400 Date: Wed, 4 Aug 2004 23:10:01 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@sotec.home To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1091671902.698.4.camel@RabbitsDen> Message-ID: <20040804230815.R695@sotec.home> References: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> <1091671902.698.4.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Challenge getting touchpad to work since src/sys/isa/psm.c 1.71 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:10:04 -0000 On Wed, 4 Aug 2004, Alexandre "Sunny" Kovalenko wrote: > On Wed, 2004-08-04 at 17:00, David Wolfskill wrote: >> Sorry about the delay; right around the time of the commit, I was having >> some thermal issues with my laptop (a Dell Inspiron 5000e). I believe >> those are fixed now -- it's gone through 5 days, each of which has >> involved a "buildworld cycle" for each of -STABLE & -CURRENT, without >> incident. >> >> But I'm now having trouble getting a "touchpad tap" to be recognized as >> a press/release of a mouse button in -CURRENT; I believe that the recent >> commit to src/sys/isa/psm.c 1.71 is involved. > Rolling psm.c back to 1.70 restores tapping behavior of the touchpad on > my AVERATEC 3150H. Unfortunately with 200+ lines of diff, I could not > come up with the better idea at the moment. > > I can test patches or try out settings if necessary. Here is what I'm using: $.02, /Mikko --- psm.c.orig Wed Aug 4 22:34:32 2004 +++ psm.c Wed Aug 4 22:34:38 2004 @@ -103,6 +103,13 @@ #define PSM_INPUT_TIMEOUT 2000000 /* 2 sec */ #endif +#ifndef PSM_TAP_TIMEOUT +#define PSM_TAP_TIMEOUT 125000 +#endif +#ifndef PSM_TAP_THRESHOLD +#define PSM_TAP_THRESHOLD 25 +#endif + /* end of driver specific options */ #define PSM_DRIVER_NAME "psm" @@ -181,6 +188,8 @@ struct cdev *bdev; int lasterr; int cmdcount; + struct timeval taptimeout; /* (Synaptics) width of a "tap" pulse */ + int zmax; /* (Synaptics) pressure measured during tap */ }; static devclass_t psm_devclass; #define PSM_SOFTC(unit) ((struct psm_softc*)devclass_get_softc(psm_devclass, unit)) @@ -2531,11 +2540,20 @@ } else { sc->flags |= PSM_FLAGS_FINGERDOWN; } - + sc->zmax = imax(z, sc->zmax); sc->xold = x0; sc->yold = y0; } else { sc->flags &= ~PSM_FLAGS_FINGERDOWN; + sc->flags &= ~PSM_FLAGS_FINGERDOWN; + if (sc->zmax > PSM_TAP_THRESHOLD + && timevalcmp(&sc->lastsoftintr, &sc->taptimeout, <=)) { + ms.button |= MOUSE_BUTTON1DOWN; + } + sc->zmax = 0; + sc->taptimeout.tv_sec = PSM_TAP_TIMEOUT / 1000000; + sc->taptimeout.tv_usec = PSM_TAP_TIMEOUT % 1000000; + timevaladd(&sc->taptimeout, &sc->lastsoftintr); } z = 0; break; From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 06:19:59 2004 Return-Path: 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 F2B2C16A4CE for ; Thu, 5 Aug 2004 06:19:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A5243D48; Thu, 5 Aug 2004 06:19:58 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) i756JwuZ058591; Thu, 5 Aug 2004 06:19:58 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i756JwQC058590; Thu, 5 Aug 2004 06:19:58 GMT (envelope-from kan) Date: Thu, 5 Aug 2004 06:19:58 +0000 From: Alexander Kabaev To: Pete Carah Message-ID: <20040805061958.GA46953@freefall.freebsd.org> References: <20040805055630.GA45424@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805055630.GA45424@users.altadena.net> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Ports broken by compiler upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:19:59 -0000 On Wed, Aug 04, 2004 at 10:56:30PM -0700, Pete Carah wrote: > Many ports that compile in C++ are broken by the recent > compiler upgrade; the packages distribution hasn't caught > up *at all* either. I know part of the reason is that some > of the affected ports don't compile at all with the new > compiler (by trying). I presume that the converse probably > holds too; once the ports are fixed then the resulting > packages probably won't work on a current dated before > last week. It might be a good idea to keep an older > package directory around for a while for those not-quite- > so-adventurous types... > > Two examples, artsd and aspell both abort instantly with > undefined symbols; either the name-mangling has changed > or one or another library has changed, or both. Aspell > is needed for pan2 to work and artsd is obvious to those > who like sound in kde. Neither compiles completely as-is > (artsd itself actually does but several needed "extension" > modules don't, leaving things less than useful). > > This may be old news but... It is not quite enough to > make sure that the main tree compiles with a newly-committed > compiler - some of the ports are so widely used (e.g. XFree86) > that they could be considered to be fairly essential. GCC snapshots were available for ports people to test their ports quite some time in advance. Expecting gcc maintainers to fix all major ports to work with each new GCC version directy contradicts the goal of having in-tree compiler updated more often than once every 100 years. I would gladly respond to any bug report, indicating the trouble with compiler itself, though. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 06:27:31 2004 Return-Path: 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 3AB6016A4CE for ; Thu, 5 Aug 2004 06:27:31 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2996543D54; Thu, 5 Aug 2004 06:27:31 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) i756RVeL058912; Thu, 5 Aug 2004 06:27:31 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i756RS0I058911; Thu, 5 Aug 2004 06:27:28 GMT (envelope-from kan) Date: Thu, 5 Aug 2004 06:27:28 +0000 From: Alexander Kabaev To: Scott Long Message-ID: <20040805062728.GA58762@freefall.freebsd.org> References: <4109B4EF.605@samsco.org> <20040730152119.GA43119@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040730152119.GA43119@freefall.freebsd.org> User-Agent: Mutt/1.4.1i cc: FreeBSD Current List Subject: Re: HEADS UP! boot2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:27:31 -0000 On Fri, Jul 30, 2004 at 03:21:19PM +0000, Alexander Kabaev wrote: > On Thu, Jul 29, 2004 at 08:39:43PM -0600, Scott Long wrote: > > All, > > > > The GCC 3.4 import seems to have broken the boot2 loader on at least > > i386. This doesn't affect normal world and kernel builds and installs, > > but does affect writing new bootblocks via the disklabel program. You > > should refrain from doing this until it gets fixed. It's being looked > > into right now. > > > > Scott > > Commit below made boot2 usable again. As suggested by Matt Dillon, the problems were caused by imcompletely zeroed out BSS. I merged approproate fixes from DragonflyBSD in commit below. Success/failure reports from people affected are appreciated. kann 2004-08-05 06:00:05 UTC FreeBSD src repository Modified files: sys/boot/i386/boot2 boot1.S sys/boot/i386/btx/lib btxcsu.s Log: Move boot2 BSS zeroing into btx startup code out of boot1. boot1 does not have clear idea on boot2 BSS size and leaves portion of it not zeroed out. btxcsu.s is in much better position for this job. Obtained from: DragonflyBSD (with minor adjustments) Revision Changes Path 1.29 +0 -4 src/sys/boot/i386/boot2/boot1.S 1.4 +9 -1 src/sys/boot/i386/btx/lib/btxcsu.s From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 07:01:45 2004 Return-Path: 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 5CCBA16A4CE; Thu, 5 Aug 2004 07:01:45 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F49643D31; Thu, 5 Aug 2004 07:01:45 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i7571WNQ026482; Thu, 5 Aug 2004 00:01:32 -0700 From: Kent Stewart To: freebsd-current@freebsd.org Date: Thu, 5 Aug 2004 00:01:41 -0700 User-Agent: KMail/1.6.2 References: <20040805055630.GA45424@users.altadena.net> <20040805061958.GA46953@freefall.freebsd.org> In-Reply-To: <20040805061958.GA46953@freefall.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408050001.41564.kstewart@owt.com> cc: Alexander Kabaev cc: Pete Carah Subject: Re: Ports broken by compiler upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:01:45 -0000 On Wednesday 04 August 2004 11:19 pm, Alexander Kabaev wrote: > On Wed, Aug 04, 2004 at 10:56:30PM -0700, Pete Carah wrote: > > Many ports that compile in C++ are broken by the recent > > compiler upgrade; the packages distribution hasn't caught > > up *at all* either. I know part of the reason is that some > > of the affected ports don't compile at all with the new > > compiler (by trying). I presume that the converse probably > > holds too; once the ports are fixed then the resulting > > packages probably won't work on a current dated before > > last week. It might be a good idea to keep an older > > package directory around for a while for those not-quite- > > so-adventurous types... > > > > Two examples, artsd and aspell both abort instantly with > > undefined symbols; either the name-mangling has changed > > or one or another library has changed, or both. Aspell > > is needed for pan2 to work and artsd is obvious to those > > who like sound in kde. Neither compiles completely as-is > > (artsd itself actually does but several needed "extension" > > modules don't, leaving things less than useful). > > > > This may be old news but... It is not quite enough to > > make sure that the main tree compiles with a newly-committed > > compiler - some of the ports are so widely used (e.g. XFree86) > > that they could be considered to be fairly essential. > > GCC snapshots were available for ports people to test their ports > quite some time in advance. Expecting gcc maintainers to fix all > major ports to work with each new GCC version directy contradicts the > goal of having in-tree compiler updated more often than once every > 100 years. > > I would gladly respond to any bug report, indicating the trouble > with compiler itself, though. > I consider changing compilers like this to be the equivalent of the libintl.so.* changes. You have to think that the interfaces in the headers have changed and everything needs to be rebuilt using the new compiler. Since I updated XFree86 to xorg, I couldn't do a portupgrade -pufa easily. The upgrade had to be done more piece meal. What I have found, with one exception (libxine), is that a -Rf portupgrade did wonders on making individual ports compile again. FWIW, I am not having any problem building artsd or aspell. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 07:12:39 2004 Return-Path: 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 3E44E16A4CE for ; Thu, 5 Aug 2004 07:12:39 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1EE143D58 for ; Thu, 5 Aug 2004 07:12:38 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id C4EB26E for ; Thu, 5 Aug 2004 09:12:37 +0200 (CEST) Received: from loge.nixsys.be (localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i757Cbia000687 for ; Thu, 5 Aug 2004 09:12:37 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i757CarV000686 for freebsd-current@freebsd.org; Thu, 5 Aug 2004 09:12:36 +0200 (CEST) (envelope-from philip) Date: Thu, 5 Aug 2004 09:12:36 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20040805071236.GA595@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Date-in-Rome: Nonis Augusis MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:12:39 -0000 Hi gang :-) Since the original synaptics support was added to psm, there have been some reports of malfunctions and missing magic. I've tried to fix all that, but it's still work in progress. If you happen to own a laptop with a synaptics touchpad, please help test: So far, I've had one report of a panic, possibly related to an extra gadget chained through the the touchpad. If you're extra masochistic, and your laptop has one of these extra gadgets, you might like to remove the #if 0 around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. Please report successes and failures :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Teamwork is essential. It allows you to blame someone else. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 07:33:23 2004 Return-Path: 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 9C04A16A4CE for ; Thu, 5 Aug 2004 07:33:23 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DC5A43D1F for ; Thu, 5 Aug 2004 07:33:21 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Bscka-0001jL-FN for Freebsd-current@freebsd.org; Thu, 05 Aug 2004 10:33:20 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Aug 2004 10:33:20 +0300 From: Danny Braniss Message-Id: <20040805073321.4DC5A43D1F@mx1.FreeBSD.org> Subject: Dell gx280 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:33:23 -0000 hi, This is a new box on evaluation, and so far i can't boot it. Every system has a different problem. With current/acpi: FreeBSD 5.2-CURRENT #0: Wed Aug 4 18:21:27 IDT 2004 danny@new-dev:/r+d/obj/new-dev/r+d/5.2/src/sys/HUJI WARNING: Kernel preemption is disabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a3b000. Preloaded elf module "/boot/modules/if_nv.ko" at 0xc0a3b2bc. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a3b368. Table 'FACP' at 0xfcc3d Table 'SSDT' at 0xfffd1fe6 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc075b71e stack pointer = 0x10:0xc0c21bd4 frame pointer = 0x10:0xc0c21cac 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 = 0 () [thread 0] Stopped at vm_fault+0x1b2: lock cmpxchgl %ecx,0x1c(%ebx) db> trace vm_fault(c103a000,c1004000,1,0,c08dfa60) at vm_fault+0x1b2 trap_pfault(c0c21d14,0,c1004c29) at trap_pfault+0x184 trap(fffd0018,c1000010,c0c20010,c1004bfd,7) at trap+0x2f5 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0a1d9f0, esp = 0xc0c21d54, ebp = 0xc0c21d74 --- madt_probe(c22274a8,c08b7890,c0c21d98,c05e620a,0) at madt_probe+0x174 apic_init(0,c1ec00,c1e000,0,c0440c65) at apic_init+0x47 mi_startup() at mi_startup+0x96 begin() at begin+0x2c disabling apic i get much further but then broadcom is not found. danny From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 08:34:38 2004 Return-Path: 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 A1DC516A4CE for ; Thu, 5 Aug 2004 08:34:38 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE1A43D5E for ; Thu, 5 Aug 2004 08:34:38 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 177CA3F05; Thu, 5 Aug 2004 10:34:37 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-208-247.arcor-ip.net [213.23.208.247]) by coruscant.rfc1149.org (Postfix) with ESMTP id D0ABD3C85 for ; Thu, 5 Aug 2004 10:34:32 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 9726B40D3; Thu, 5 Aug 2004 10:34:28 +0200 (CEST) To: freebsd-current@freebsd.org In-Reply-To: <20040805071236.GA595@loge.nixsys.be> (Philip Paeps's message of "Thu, 5 Aug 2004 09:12:36 +0200") References: <20040805071236.GA595@loge.nixsys.be> From: Arne Schwabe Date: Thu, 05 Aug 2004 10:34:28 +0200 Message-ID: <86ekmmhtkb.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.1 required=5.0 tests=BAYES_00,RCVD_IN_DSBL, RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:34:38 -0000 Philip Paeps writes: > Hi gang :-) > > Since the original synaptics support was added to psm, there have been some > reports of malfunctions and missing magic. I've tried to fix all that, but > it's still work in progress. z> > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > So far, I've had one report of a panic, possibly related to an extra gadget > chained through the the touchpad. If you're extra masochistic, and your > laptop has one of these extra gadgets, you might like to remove the #if 0 > around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. > + * XXX: This is largely guesswork. The documentation from + * Synaptics doesn't mention guest devices, but it appears + * that packets from a stick are simple ps/2 packets... They are ps/2 packets but if you are crazy you can send the guest ps/2 device some ps/2 commands to put it into a special mode where can get features like pressure but well I don't know if that is really needed. ;) Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 08:38:53 2004 Return-Path: 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 958A216A4CE; Thu, 5 Aug 2004 08:38:53 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83ABF43D46; Thu, 5 Aug 2004 08:38:53 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 7A3495C8FB; Thu, 5 Aug 2004 01:38:53 -0700 (PDT) Date: Thu, 5 Aug 2004 10:38:53 +0200 From: Maxime Henrion To: anholt@FreeBSD.org, current@freebsd.org Message-ID: <20040805083853.GJ13608@elvis.mu.org> References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> <4110F366.5030307@webonaut.com> <20040804144757.GI13608@elvis.mu.org> <41110B43.1050501@webonaut.com> <20040804190321.GA747@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804190321.GA747@laptoxa.toxa.lan> User-Agent: Mutt/1.4.2.1i Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:38:53 -0000 Toxa wrote: > On Wed, Aug 04, 2004 at 06:13:55PM +0200, Franz Klammer wrote: > > > > the patch works! > > > > i removed the devices mem and mgadrm vom kernel config and build the > > new kernel with -DNOCLEAN. hopefully this was correct enough for testing. > > > > franz. > > the same with radeon.ko. "suddenly everything works" :-) > we're waiting for commit ;-) Done! Thanks for testing the patch. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 08:58:09 2004 Return-Path: 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 1C68E16A4CE for ; Thu, 5 Aug 2004 08:58:09 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7DD143D45 for ; Thu, 5 Aug 2004 08:58:08 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 15A3E6E for ; Thu, 5 Aug 2004 10:58:08 +0200 (CEST) Received: from loge.nixsys.be (localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i758w7W5001113 for ; Thu, 5 Aug 2004 10:58:07 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i758w7sc001112 for freebsd-current@freebsd.org; Thu, 5 Aug 2004 10:58:07 +0200 (CEST) (envelope-from philip) Date: Thu, 5 Aug 2004 10:58:07 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20040805085807.GD595@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org References: <20040805071236.GA595@loge.nixsys.be> <86ekmmhtkb.fsf@kamino.rfc1149.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ekmmhtkb.fsf@kamino.rfc1149.org> X-Date-in-Rome: Nonis Augusis MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:58:09 -0000 On 2004-08-05 10:34:28 (+0200), Arne Schwabe wrote: > Philip Paeps writes: > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > > > + * XXX: This is largely guesswork. The documentation from > + * Synaptics doesn't mention guest devices, but it appears > + * that packets from a stick are simple ps/2 packets... > > They are ps/2 packets but if you are crazy you can send the guest ps/2 > device some ps/2 commands to put it into a special mode where can get > features like pressure but well I don't know if that is really needed. ;) It might be fun to do :-) Given enough physical and virtual buttons, we should be able to emulate a full-scale piano over ps/2. *grin* Do you know of any documentation more recent than the ACF126.pdf from the Synaptics site? Guessing is a bit tedious... - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. A budget is buying a dress two sizes too small because it was marked down. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 09:09:33 2004 Return-Path: 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 6DBA816A4CE for ; Thu, 5 Aug 2004 09:09:33 +0000 (GMT) Received: from smtp.datagrama.net (smtp-out.datagrama.net [212.9.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C5EA43D5D for ; Thu, 5 Aug 2004 09:09:32 +0000 (GMT) (envelope-from toomany@toomany.net) Received: from [212.9.65.113] (manu.datagrama.net [212.9.65.113]) by smtp.datagrama.net (Postfix) with ESMTP id 28A79DC486 for ; Thu, 5 Aug 2004 11:09:31 +0200 (CEST) From: TooManySecrets To: current Content-Type: text/plain; charset=iso-8859-15 Organization: TooManySecrets HeadQuarters Message-Id: <1091696970.52471.20.camel@manu.datagrama.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 11:09:31 +0200 Content-Transfer-Encoding: 8bit Subject: Support for pci discover for Acer Aspire 1605 laptop. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:09:33 -0000 Hi. Sorry for my bad english... Three or four month's ago I was write about a recognition problem with a Acer Aspire 1605 laptop; it doesn't "see" the realtek ethernet. Today I download the 5.2-CURRENT-20040804-SESNAP.iso and try, with and without ACPI, and seem it's continue in the same way; don't work. M. Warner Losh was contacted with me, but I don't know if this problem have a solution, if the solution was applied (I think not), or anything about. This is the last e-mail I recieved from him: ================================================================== In message: <1083945436.70731.4.camel@toomany.toomany.net> TooManySecrets writes: : El vie, 07-05-2004 a las 16:59, M. Warner Losh escribió: : > In message: <1083941740.70731.1.camel@toomany.toomany.net> : > TooManySecrets writes: : > : El vie, 07-05-2004 a las 16:16, M. Warner Losh escribió: : > : > What does pciconf -r pci0:7:0 0:0xff tell you? : > : : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : > OK. So FreeBSD is definitely not seeing this device at all. Yet the : > listing from Linux clearly shows that the device is there. : : Aham... And now? Can I help you? Sorry for the "printf" suggestion, but : my C level is so poor... :-/ OK. I've taken a look. I'm thinking that there may be an issue with the i386 config register reading. src/sys/i386/pci/pci_cfgreg.c, look at pcireg_cfg{read,write} may be in error. you might try switching the inb/inw/outb/outw to inl/outl with masking. It likely won't matter, but it is worth a shot. =================================================================== Because my programming skills are very very poor, I'm only capable to help testing and reporting, but I would like to deinstall the Linux from laptop and install a FreeBSD. Thank you very much!! -- \|/ ____ \|/ Have a nice day ;-) "@'/ ,. \'@" TooManySecrets /_| \__/ |_\ \__U_/ BSD is what you get when a bunch of Unix hackers sit down to try to port a Unix system to the PC. Linux is what you get when a bunch of PC hackers sit down and try to write a Unix system for the PC From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 09:53:10 2004 Return-Path: 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 D1B7416A4CE for ; Thu, 5 Aug 2004 09:53:10 +0000 (GMT) Received: from mail.emu.edu.tr (mail.emu.edu.tr [193.140.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2CF043D66 for ; Thu, 5 Aug 2004 09:53:09 +0000 (GMT) (envelope-from ilker.ozupak@mail.emu.edu.tr) Received: from eniac.emu.edu.tr ([213.208.49.139]) by mail.emu.edu.tr with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Aug 2004 12:53:07 +0300 From: Ilker OZUPAK To: freebsd-current@freebsd.org Date: Thu, 5 Aug 2004 12:51:19 +0300 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408051251.35356.ilker.ozupak@emu.edu.tr> X-OriginalArrivalTime: 05 Aug 2004 09:53:07.0407 (UTC) FILETIME=[02551DF0:01C47AD2] Subject: ad0 / ad1 wierdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ilker.ozupak@emu.edu.tr 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 Aug 2004 09:53:10 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list, I am fallowing -current through CTM (current at 6439). I recently tried installing a ide disk for short time to take backups on it. and to do so i unplugged my ide cdrom connected to primary ide as slave and plugged in the hd as primary slave (keeping hd's config) even bios detected hd it did not get recognized by the system.=20 when I changed it to master it got detected. Is there a must to have a pri. master? OR shouldn't stand alone pri. slave got detected? my system is installed on scsi... =2D -- IO pgp key @ http://www.emu.edu.tr/ilker/ilker.asc =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEgMgvxSBSqT0G9ARAu6NAKCjDDOUVYFlyc0SOn6J9RY1CBPuogCgxAwV 3EgCxw1HtlCw1+jIGhC1ALg=3D =3DudX0 =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 10:15:22 2004 Return-Path: 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 D202116A4CE for ; Thu, 5 Aug 2004 10:15:22 +0000 (GMT) Received: from mail.emu.edu.tr (mail.emu.edu.tr [193.140.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA7DA43D45 for ; Thu, 5 Aug 2004 10:15:21 +0000 (GMT) (envelope-from ilker.ozupak@mail.emu.edu.tr) Received: from eniac.emu.edu.tr ([213.208.49.139]) by mail.emu.edu.tr with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Aug 2004 13:15:20 +0300 From: Ilker OZUPAK To: freebsd-current@freebsd.org Date: Thu, 5 Aug 2004 13:13:31 +0300 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408051313.53890.ilker.ozupak@emu.edu.tr> X-OriginalArrivalTime: 05 Aug 2004 10:15:20.0643 (UTC) FILETIME=[1D00C930:01C47AD5] Subject: acpi problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ilker.ozupak@emu.edu.tr 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 Aug 2004 10:15:23 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hello list, i am fallowing current through ctm.=20 After last update (to src-cur 6439)to my system it started giving an error for acpi . dmesg output and kernel config is attached. modules loaded -- sound, acpi, linux, snd_es137x =2D -- IO gpg key @ http://www.emu.edu.tr/ilker/ilker.asc =2D -- dmesg output -- Copyright (c) 1992-2004 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. =46reeBSD 5.2-CURRENT #0: Mon Aug 2 18:27:21 EEST 2004 root@eniac.emu.edu.tr:/usr/obj/usr/src/sys/eniac4 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x652 Stepping =3D 2 Features=3D0x183f9ff real memory =3D 268369920 (255 MB) avail memory =3D 257126400 (245 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0290: *** Error: Return object type is incorrect=20 [\\_SB_.PCI0.ISA_.UAR1._PRW] (Node 0xc11a46a0) , AE_TYPE acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) can't fetch resources for \\_SB_.PCI0.ISA_.PS2M - AE_BAD_DATA Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff = on=20 acpi0 pci0: on pcib0 agp0: mem 0xea000000-0xeaffffff= at=20 device 0.0 on pci0 pcib1: at device 1.0 on pci0 =2E.. =2D -- dmesg output ends -- =2D -- kern config - comments cleared -- machine i386 cpu I686_CPU ident eniac4 options SCHED_ULE=09 options INET options FFS=09 options SOFTUPDATES =09 options UFS_ACL=09 options UFS_DIRHASH=09 options MD_ROOT =09 options NFSCLIENT =09 options NFSSERVER =09 options NFS_ROOT =09 options MSDOSFS =09 options CD9660 =09 options PROCFS =09 options PSEUDOFS =09 options GEOM_GPT =09 options COMPAT_43 =09 options COMPAT_FREEBSD4=09 options SCSI_DELAY=3D15000=09 options KTRACE=09 options SYSVSHM=09 options SYSVMSG=09 options SYSVSEM=09 options _KPOSIX_PRIORITY_SCHEDULING=20 options KBD_INSTALL_CDEV=09 options AHC_REG_PRETTY_PRINT options AHD_REG_PRETTY_PRINT options PFIL_HOOKS options IBCS2 options COMPAT_LINUX options COMPAT_AOUT options LINPROCFS device isa device eisa device pci device fdc device ata device atadisk device atapicd device atapifd device atapist options ATA_STATIC_ID device ahc=09 device ahd=09 # SCSI peripherals device scbus device ch device da device sa device cd device pass device ses=09 # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc device atkbd device psm=09 device vga=09 device splash # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx device apm device pmtimer device cbb=09 device pccard device cardbus device sio=09 device ppc device ppbus=09 device lpt =09 device ppi =09 device miibus=09 device ed =09 device random=09 device loop=09 device ether device tun device pty device md device bpf # USB support device uhci=09 device ohci=09 device usb=09 #device udbp device ugen device uhid=09 device ukbd device ulpt=09 device umass device ums=09 device uscanner =2D -- kern conf. ends -- =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEghUvxSBSqT0G9ARAjaPAJsFOBtfUXrjNgmdX8RcAjhH2t/zmwCgnwu6 NnmxyxsqLa4T3rlC4ZRqv94=3D =3D3pLV =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 10:24:35 2004 Return-Path: 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 8744B16A4CE for ; Thu, 5 Aug 2004 10:24:35 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE34E43D41 for ; Thu, 5 Aug 2004 10:24:34 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id A46D11674E1; Thu, 5 Aug 2004 12:24:33 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i75AOVxI024668 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 5 Aug 2004 12:24:32 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Thu, 5 Aug 2004 12:24:26 +0200 User-Agent: KMail/1.6.2 References: <20040805055630.GA45424@users.altadena.net> In-Reply-To: <20040805055630.GA45424@users.altadena.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_ergEBI8HDJcr+ZT"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408051224.30230.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Pete Carah Subject: Re: Ports broken by compiler upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:24:35 -0000 --Boundary-02=_ergEBI8HDJcr+ZT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 05 August 2004 07:56, Pete Carah wrote: > Many ports that compile in C++ are broken by the recent > compiler upgrade; the packages distribution hasn't caught > up *at all* either. Yes, as usual the packages on the mirrors are lagging behind (and additiona= lly=20 our guy who uploads them is on holiday :-)). > Two examples, artsd and aspell both abort instantly with > undefined symbols; either the name-mangling has changed Yes. Symbol name-mangling has definitely changed, you're in for a complete= =20 recompile of all things C++ - or wait for updated packages to become=20 available. However, since the libxine fix has been committed yesterday, KDE's dependen= cy=20 path is now completely clear again - all of KDE builds fine, except KOffice= =20 (which will be updated to 1.3.2 tomorrow, which builds fine). Also=20 kdemultimedia has been reported to not build with optimization higher than= =20 =2DO, I'm currently testing a fix. I'm planning to do a real big commit to = many=20 KDE ports tomorrow, accompanied by new packages on fruitsalad - stay tuned. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_ergEBI8HDJcr+ZT Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBEgreXhc68WspdLARAoLvAKCby01p4TJzc/tRliwAiN2UP0gaAgCfUtST Gwftc1z6WZ0H44wXa+qpNQ4= =mEm3 -----END PGP SIGNATURE----- --Boundary-02=_ergEBI8HDJcr+ZT-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 10:34:44 2004 Return-Path: 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 E661B16A4CE for ; Thu, 5 Aug 2004 10:34:44 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AA3743D48 for ; Thu, 5 Aug 2004 10:34:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i75AYBmq074453; Thu, 5 Aug 2004 12:34:11 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Michael Nottebrock From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 05 Aug 2004 12:24:26 +0200." <200408051224.30230.michaelnottebrock@gmx.net> Date: Thu, 05 Aug 2004 12:34:11 +0200 Message-ID: <74452.1091702051@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: Pete Carah Subject: Re: Ports broken by compiler upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:34:45 -0000 There is a new 1.0d coming of mail/annoyance-filter, I just reported successful compilation to the author. -- 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 Thu Aug 5 10:40:01 2004 Return-Path: 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 A0AC416A4CE for ; Thu, 5 Aug 2004 10:40:01 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D56443D5C for ; Thu, 5 Aug 2004 10:40:00 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i75Adu83028076 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 5 Aug 2004 12:39:56 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i75AduXe028075 for freebsd-current@freebsd.org; Thu, 5 Aug 2004 12:39:56 +0200 (CEST) Date: Thu, 5 Aug 2004 12:39:56 +0200 From: Divacky Roman To: freebsd-current@freebsd.org Message-ID: <20040805103956.GA28006@stud.fit.vutbr.cz> References: <20040804125640.GA78633@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:40:01 -0000 On Wed, Aug 04, 2004 at 04:15:55PM +0300, Dan Cojocar wrote: > On Wed, 4 Aug 2004 14:56:40 +0200, Divacky Roman > wrote: > > I am getting this > > pfctl: DIOCADDALTQ: Cannot allocate memory > > if I try to enable altq on pf configured as > > > > altq on $ext_if bandwidth 256Kb cbq queue { ssh_i web other} > > queue ssh_i bandwidth 25% cbq(borrow red) > > queue web bandwidth 25% cbq(borrow red) > > queue other bandwidth 50% cbq(borrow default red) > > > > without that "red" it works ok... > Hi, > I'm using red too, and i don't have that problem. > I tested your config and it's working here: > 5.2-CURRENT FreeBSD 5.2-CURRENT #4: Tue Aug 3 12:16:27 EEST 2004 > What driver are you using? vr From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 10:50:53 2004 Return-Path: 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 78C7816A4CE for ; Thu, 5 Aug 2004 10:50:53 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD84E43D1D for ; Thu, 5 Aug 2004 10:50:52 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i75AommV028377 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 5 Aug 2004 12:50:48 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i75Aom9E028376; Thu, 5 Aug 2004 12:50:48 +0200 (CEST) Date: Thu, 5 Aug 2004 12:50:48 +0200 From: Divacky Roman To: Max Laier Message-ID: <20040805105048.GA28144@stud.fit.vutbr.cz> References: <20040804125640.GA78633@stud.fit.vutbr.cz> <20040804130530.GA78973@stud.fit.vutbr.cz> <200408042003.07356.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408042003.07356.max@love2party.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:50:53 -0000 On Wed, Aug 04, 2004 at 08:03:00PM +0200, Max Laier wrote: > On Wednesday 04 August 2004 15:05, Divacky Roman wrote: > > struct pf_altq *altq, *a; > > > > if (pa->ticket != ticket_altqs_inactive) { > > error = EBUSY; > > break; > > } > > altq = pool_get(&pf_altq_pl, PR_NOWAIT); > > ^^^^^^^^^^ > > shouldnt this be initalized to NULL? at least its not nice to have it > > uninitalized... > > hum? > $ cd /usr/src/sys/contrib/pf/net && grep pf_altq_pl * > <...> > pf_ioctl.c: pf_state_pl = pf_altq_pl = pf_pooladdr_pl = NULL; > pf_ioctl.c: UMA_DESTROY(pf_altq_pl); > pf_ioctl.c: UMA_CREATE(pf_altq_pl, struct pf_altq, "pfaltqpl"); > <...> > > Or what are you thinking about? pf/net/pf_ioctl.c:2032 and below hm... I got it wrong. I looked at it again and I changed type with variable name ;( hysteria.sk/~neologism/NEOLOGISM is my kernel config hysteria.sk/~neologism/pf.conf is my whole pf config I am compiling kernel with -Os (I know its not supported) I'll try with plain -O btw: why does the malloc has to be NOWAIT? > Just like Dan Cojocar said in his reply, I can't reproduce your problem > here :-\ I can provide you any information you'll ask for > > On Wed, Aug 04, 2004 at 02:56:40PM +0200, Divacky Roman wrote: > > > I am getting this > > > pfctl: DIOCADDALTQ: Cannot allocate memory > > > if I try to enable altq on pf configured as > > > > > > altq on $ext_if bandwidth 256Kb cbq queue { ssh_i web other} > > > queue ssh_i bandwidth 25% cbq(borrow red) > > > queue web bandwidth 25% cbq(borrow red) > > > queue other bandwidth 50% cbq(borrow default red) > > > > > > > > > without that "red" it works ok... > > Now that is strange as it makes no difference in the DIOCADDALTQ call path > whether you use RED or not. Might it be possible that you really are short on > (kernel) memory? vm.kvm_free: 562032640 vm.kvm_size: 1073737728 witten ~# vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id 1 1 0 124936 189072 10 0 0 0 8 0 0 0 903 1010 1733 2 2 96 witten ~# /etc/rc.d/pf restart Disabling pf. pf disabled Enabling pf. pfctl: DIOCADDALTQ: Cannot allocate memory pf enabled witten ~# if this is what I think it is I should have enough kernel memory, shouldnt I? roman From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 11:16:42 2004 Return-Path: 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 2FB5A16A4CE for ; Thu, 5 Aug 2004 11:16:42 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769BD43D39 for ; Thu, 5 Aug 2004 11:16:41 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i75BGbeH029036 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 5 Aug 2004 13:16:37 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i75BGbjY029035; Thu, 5 Aug 2004 13:16:37 +0200 (CEST) Date: Thu, 5 Aug 2004 13:16:37 +0200 From: Divacky Roman To: Max Laier Message-ID: <20040805111637.GA29010@stud.fit.vutbr.cz> References: <20040804125640.GA78633@stud.fit.vutbr.cz> <20040804130530.GA78973@stud.fit.vutbr.cz> <200408042003.07356.max@love2party.net> <20040805105048.GA28144@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805105048.GA28144@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:16:42 -0000 On Thu, Aug 05, 2004 at 12:50:48PM +0200, Divacky Roman wrote: > On Wed, Aug 04, 2004 at 08:03:00PM +0200, Max Laier wrote: > > On Wednesday 04 August 2004 15:05, Divacky Roman wrote: > > > struct pf_altq *altq, *a; > > > > > > if (pa->ticket != ticket_altqs_inactive) { > > > error = EBUSY; > > > break; > > > } > > > altq = pool_get(&pf_altq_pl, PR_NOWAIT); > > > ^^^^^^^^^^ > > > shouldnt this be initalized to NULL? at least its not nice to have it > > > uninitalized... > > > > hum? > > $ cd /usr/src/sys/contrib/pf/net && grep pf_altq_pl * > > <...> > > pf_ioctl.c: pf_state_pl = pf_altq_pl = pf_pooladdr_pl = NULL; > > pf_ioctl.c: UMA_DESTROY(pf_altq_pl); > > pf_ioctl.c: UMA_CREATE(pf_altq_pl, struct pf_altq, "pfaltqpl"); > > <...> > > > > Or what are you thinking about? > > pf/net/pf_ioctl.c:2032 and below > > hm... I got it wrong. I looked at it again and I changed type with variable > name ;( > > hysteria.sk/~neologism/NEOLOGISM is my kernel config > hysteria.sk/~neologism/pf.conf is my whole pf config > > I am compiling kernel with -Os (I know its not supported) I'll try with plain > -O > > btw: why does the malloc has to be NOWAIT? kernel compiled with -O and M_WAITOK doesnt help either From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 11:50:06 2004 Return-Path: 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 8E2DA16A4CE for ; Thu, 5 Aug 2004 11:50:06 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEAE43D62 for ; Thu, 5 Aug 2004 11:50:05 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i75Bo1xY029910 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 5 Aug 2004 13:50:01 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i75Bo1NE029909; Thu, 5 Aug 2004 13:50:01 +0200 (CEST) Date: Thu, 5 Aug 2004 13:50:01 +0200 From: Divacky Roman To: Max Laier Message-ID: <20040805115001.GA29855@stud.fit.vutbr.cz> References: <20040804125640.GA78633@stud.fit.vutbr.cz> <20040804130530.GA78973@stud.fit.vutbr.cz> <200408042003.07356.max@love2party.net> <20040805105048.GA28144@stud.fit.vutbr.cz> <20040805111637.GA29010@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805111637.GA29010@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: problems with altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:50:06 -0000 On Thu, Aug 05, 2004 at 01:16:37PM +0200, Divacky Roman wrote: > On Thu, Aug 05, 2004 at 12:50:48PM +0200, Divacky Roman wrote: > > On Wed, Aug 04, 2004 at 08:03:00PM +0200, Max Laier wrote: > > > On Wednesday 04 August 2004 15:05, Divacky Roman wrote: > > > > struct pf_altq *altq, *a; > > > > > > > > if (pa->ticket != ticket_altqs_inactive) { > > > > error = EBUSY; > > > > break; > > > > } > > > > altq = pool_get(&pf_altq_pl, PR_NOWAIT); > > > > ^^^^^^^^^^ > > > > shouldnt this be initalized to NULL? at least its not nice to have it > > > > uninitalized... > > > > > > hum? > > > $ cd /usr/src/sys/contrib/pf/net && grep pf_altq_pl * > > > <...> > > > pf_ioctl.c: pf_state_pl = pf_altq_pl = pf_pooladdr_pl = NULL; > > > pf_ioctl.c: UMA_DESTROY(pf_altq_pl); > > > pf_ioctl.c: UMA_CREATE(pf_altq_pl, struct pf_altq, "pfaltqpl"); > > > <...> > > > > > > Or what are you thinking about? > > > > pf/net/pf_ioctl.c:2032 and below > > > > hm... I got it wrong. I looked at it again and I changed type with variable > > name ;( > > > > hysteria.sk/~neologism/NEOLOGISM is my kernel config > > hysteria.sk/~neologism/pf.conf is my whole pf config > > > > I am compiling kernel with -Os (I know its not supported) I'll try with plain > > -O > > > > btw: why does the malloc has to be NOWAIT? > > kernel compiled with -O and M_WAITOK doesnt help either the problem is that I didnt have ALTQ_RED in my kernel config (thnx Pyun YongHyeon) should it be announced a more friendly way? roman From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 12:38:28 2004 Return-Path: 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 A334916A4D0 for ; Thu, 5 Aug 2004 12:38:28 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B43143D5D for ; Thu, 5 Aug 2004 12:38:28 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 518183F41; Thu, 5 Aug 2004 14:38:27 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.cs.upb.de [131.234.20.130]) by coruscant.rfc1149.org (Postfix) with ESMTP id 87BEB3E9C for ; Thu, 5 Aug 2004 14:38:24 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 4D77A4088; Thu, 5 Aug 2004 14:38:21 +0200 (CEST) To: freebsd-current@freebsd.org In-Reply-To: <20040805085807.GD595@loge.nixsys.be> (Philip Paeps's message of "Thu, 5 Aug 2004 10:58:07 +0200") References: <20040805071236.GA595@loge.nixsys.be> <20040805085807.GD595@loge.nixsys.be> From: Arne Schwabe Date: Thu, 05 Aug 2004 14:38:21 +0200 Message-ID: <86vffx69qa.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:38:28 -0000 Philip Paeps writes: > On 2004-08-05 10:34:28 (+0200), Arne Schwabe wrote: >> Philip Paeps writes: >> > If you happen to own a laptop with a synaptics touchpad, please help test: >> > >> > >> >> + * XXX: This is largely guesswork. The documentation from >> + * Synaptics doesn't mention guest devices, but it appears >> + * that packets from a stick are simple ps/2 packets... >> >> They are ps/2 packets but if you are crazy you can send the guest ps/2 >> device some ps/2 commands to put it into a special mode where can get >> features like pressure but well I don't know if that is really needed. ;) > > It might be fun to do :-) Given enough physical and virtual buttons, we > should be able to emulate a full-scale piano over ps/2. *grin* > > Do you know of any documentation more recent than the ACF126.pdf from the > Synaptics site? Guessing is a bit tedious... Well the programmers of the XFree86 Driver did do that guesswork or had better documentation. Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 12:40:20 2004 Return-Path: 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 C157D16A4CF for ; Thu, 5 Aug 2004 12:40:20 +0000 (GMT) Received: from d162.mplik.ru (relay1.mplik.ru [212.23.64.162]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C92F43D2F for ; Thu, 5 Aug 2004 12:40:19 +0000 (GMT) (envelope-from ngl@ur.ru) Received: from d162.mplik.ru (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 077B699C005 for ; Thu, 5 Aug 2004 18:40:14 +0600 (YEKST) Received: from spirit (wall.mplik.ru [195.58.1.141]) by d162.mplik.ru (Postfix) with SMTP id DDB7799BED8 for ; Thu, 5 Aug 2004 18:40:13 +0600 (YEKST) Message-ID: <0d4801c47ae9$5a9a5950$0202000a@spirit> From: "ngl" To: Date: Thu, 5 Aug 2004 18:40:13 +0600 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-Spam-Status: No, tests=bogofilter, spamicity=0.822252, version=0.12.3 X-Sagator-Scanner: 0.4.9-0rc1; drop(clamd()) deliver(BogoFilter()) Subject: pthread_cond_wait failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:40:20 -0000 Hello all I'm using pcap and c_r libraries under FreeBSD 5.2.1-p9. I have faced a problem, when one thread call pthread_cond_wait function, i get 'Segmentation fault (core dumped)' message. Here is the dump: GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-unknown-freebsd"... (gdb) core test.core Core was generated by `test'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.5...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/lib/libc_r.so.5...done. Loaded symbols for /usr/lib/libc_r.so.5 Reading symbols from /usr/lib/libpcap.so.2...done. Loaded symbols for /usr/lib/libpcap.so.2 Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x28159ef9 in _atomic_lock () from /usr/lib/libc_r.so.5 (gdb) bt #0 0x28159ef9 in _atomic_lock () from /usr/lib/libc_r.so.5 #1 0x28159da9 in _spinlock () from /usr/lib/libc_r.so.5 #2 0x2815fbd2 in _mutex_cv_lock () from /usr/lib/libc_r.so.5 #3 0x2815fa79 in _mutex_cv_unlock () from /usr/lib/libc_r.so.5 #4 0x2816488f in _pthread_cond_wait () from /usr/lib/libc_r.so.5 #5 0x281649ee in pthread_cond_wait () from /usr/lib/libc_r.so.5 #6 0x280bcf35 in pthread_cond_wait () from /lib/libc.so.5 #7 0x08049486 in printThread (pv=0x0) at test.c:67 #8 0x2815842e in _thread_start () from /usr/lib/libc_r.so.5 regards, Nik From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 12:55:11 2004 Return-Path: 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 C57FE16A4CE; Thu, 5 Aug 2004 12:55:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218F143D48; Thu, 5 Aug 2004 12:55:09 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i75CsIph006189; Thu, 5 Aug 2004 06:54:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <41122DAE.9090501@samsco.org> Date: Thu, 05 Aug 2004 06:53:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Kabaev References: <4109B4EF.605@samsco.org> <20040730152119.GA43119@freefall.freebsd.org> <20040805062728.GA58762@freefall.freebsd.org> In-Reply-To: <20040805062728.GA58762@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: FreeBSD Current List Subject: Re: HEADS UP! boot2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:55:11 -0000 Alexander Kabaev wrote: > On Fri, Jul 30, 2004 at 03:21:19PM +0000, Alexander Kabaev wrote: > >>On Thu, Jul 29, 2004 at 08:39:43PM -0600, Scott Long wrote: >> >>>All, >>> >>>The GCC 3.4 import seems to have broken the boot2 loader on at least >>>i386. This doesn't affect normal world and kernel builds and installs, >>>but does affect writing new bootblocks via the disklabel program. You >>>should refrain from doing this until it gets fixed. It's being looked >>>into right now. >>> >>>Scott >> >>Commit below made boot2 usable again. > > > As suggested by Matt Dillon, the problems were caused by imcompletely > zeroed out BSS. I merged approproate fixes from DragonflyBSD in commit > below. Success/failure reports from people affected are appreciated. Thanks! Scott From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 12:55:36 2004 Return-Path: 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 25A1A16A4CE; Thu, 5 Aug 2004 12:55:36 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1EDA43D45; Thu, 5 Aug 2004 12:55:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i75CtY09055623; Thu, 5 Aug 2004 08:55:34 -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.12.11/8.12.11) with ESMTP id i75CtZIr079927; Thu, 5 Aug 2004 08:55:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA5E47303F; Thu, 5 Aug 2004 08:55:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040805125534.CA5E47303F@freebsd-current.sentex.ca> Date: Thu, 5 Aug 2004 08:55:34 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:55:36 -0000 TB --- 2004-08-05 11:54:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-05 11:54:25 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-05 11:54:25 - checking out the source tree TB --- 2004-08-05 11:54:25 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-05 11:54:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-05 12:00:12 - building world (CFLAGS=-O -pipe) TB --- 2004-08-05 12:00:12 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-05 12:00:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-05 12:50:05 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-08-05 12:50:05 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-05 12:50:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Aug 5 12:50:05 UTC 2004 >>> 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 >>> stage 3.2: building everything [...] mem.o(.text+0x2ab): In function `memioctl': /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mem.c:188: undefined reference to `mem_range_attr_get' mem.o(.text+0x2e9):/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mem.c:195: undefined reference to `mem_range_softc' mem.o(.text+0x325):/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mem.c:206: undefined reference to `mem_range_attr_set' mem.o(.text+0x351): In function `dev_mem_md_init': /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mem.c:216: undefined reference to `mem_range_softc' mem.o(.text+0x359):/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mem.c:217: undefined reference to `mem_range_softc' mem.o(.text+0x35e):/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mem.c:217: undefined reference to `mem_range_softc' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-05 12:55:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-05 12:55:34 - ERROR: failed to build generic kernel TB --- 2004-08-05 12:55:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:16:35 2004 Return-Path: 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 6792816A4CE; Thu, 5 Aug 2004 13:16:35 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8BF443D5F; Thu, 5 Aug 2004 13:16:33 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i75DGTSL047796; Thu, 5 Aug 2004 09:16:29 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i75DGTpC047795; Thu, 5 Aug 2004 09:16:29 -0400 (EDT) (envelope-from geoff) Date: Thu, 5 Aug 2004 09:16:28 -0400 From: Geoff Speicher To: Eric Anholt Message-ID: <20040805131628.GA47734@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> <411152D8.2050305@alumni.rice.edu> <20040804213319.GB98953@sirius.speicher.org> <41115679.2030300@freebsd.org> <20040804220718.GA99590@sirius.speicher.org> <1091658373.893.15.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091658373.893.15.camel@leguin> User-Agent: Mutt/1.4.2.1i cc: Scott Long cc: current@freebsd.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:16:35 -0000 On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > > Geoff Speicher wrote: > > > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. I > > > >tried everything I could to get usable threaded apps under XFree86, but > > > >my Athlon XP rebooted every time I tried to run kdm, Firefox, etc. > > > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. Rolling > > > >back to July 1 was the only thing that worked for me. > > > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION did > > > seem to help this for me, but then it might have been a coincidence. > > > Incidentally, what video drivers are you using? > > > > Snippets from /var/log/XFree86.0.log: > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = 0x5159) > > (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > (II) Module radeon: vendor="The XFree86 Project" > > compiled for 4.3.0, module version = 4.0.1 > > Module class: XFree86 Video Driver > > ABI class: XFree86 Video Driver, version 0.6 > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > (II) RADEON(0): Direct rendering enabled > > Does this happen without using threaded apps? More specifically, does > it continue if you disable DRI in your X config? If so, please send me > your dmesg. Hey, disabling DRI did the trick. Aside from things being remarkably slow, it's remarkably stable. ;) Threaded X apps or no, I'm running a July 19 kernel with no instant reboots. PREEMPTION disabled, WITNESS enabled (I misspoke in another message when I said WITNESS was disabled---apparently I fiddled more than I had remembered). Toggling DRI back on and restarting X/kdm reboots immediately. Geoff From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:18:54 2004 Return-Path: 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 3864816A4CF; Thu, 5 Aug 2004 13:18:54 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E25E343D60; Thu, 5 Aug 2004 13:18:53 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i75DHYMO032947; Thu, 5 Aug 2004 09:17:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i75DHXIJ032944; Thu, 5 Aug 2004 09:17:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 5 Aug 2004 09:17:33 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mark Murray In-Reply-To: <200408050710.i757A29G052643@grimreaper.grondar.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current cc: markm@FreeBSD.ORG cc: Jeremy Chadwick Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:18:54 -0000 On Thu, 5 Aug 2004, Mark Murray wrote: > Robert Watson writes: > > > > On Wed, 4 Aug 2004, Robert Watson wrote: > > > > > The problem appears to be that 'mem_range_softc' is defined in > > > mp_machdep.c, which means you can't build a non-SMP i386 kernel because > > > the symbol is undefined. We probably need to move the declaration to > > > machdep.c or the like. > > > > I've committed this change and things now appear to build. Might take a > > couple of minutes to propagate to cvsup, etc. > > Thanks Robert. Colour me very confused. :-) > > I built 4 cases in testing; SMP/UP cross Module/NoModule. All worked. > > What did I miss? I'm not sure what the UP above refers to, but the case I bumped into was building a GENERIC kernel with "options SMP" and "device apic" removed from the configuration file. The kernel failed to link due to the missing softc symbol from mp_machdep.c, which is only compiled into kernels with "options SMP". I've not yet caught up on e-mail, so I've not yet seen if you've seen, but I sent a follow-up message in which I observe the same problem in non-i386 trees, which will also need to be fixed. For benchmarking purposes, I build UP kernels without "options SMP" or "device apic" for performance reasons. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:19:54 2004 Return-Path: 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 AB4EB16A4CE for ; Thu, 5 Aug 2004 13:19:54 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0571F43D58 for ; Thu, 5 Aug 2004 13:19:50 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 3D9A750B13 for ; Thu, 5 Aug 2004 22:19:46 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id E87D650B20 for ; Thu, 5 Aug 2004 22:19:44 +0900 (JST) Date: Thu, 05 Aug 2004 22:19:44 +0900 Message-ID: <7mvffxn2mn.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:19:55 -0000 This is "2004-08-05 00:35:00 UTC"'s kernel. (Just before rwatson's bpf commit) panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 cpuid = 1; KDB: enter: panic [thread 100037] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c067821c) at kdb_enter+0x2b panic(c06776f7,c0686c6a,c06839c5,8c,578) at panic+0x131 _mtx_assert(c3b074c8,1,c06839c5,8c,de94b9e4,c) at _mtx_assert+0x5c tcp_output(c41fa540) at tcp_output+0x5d tcp_mtudisc(c3b07438,28) at tcp_mtudisc+0x17f in6_pcbnotify(c070bfac,de94bbb0,504,de94bbd0,5000) at in6_pcbnotify+0x1d6 tcp6_ctlinput(5,de94bbb0,de94bb80) at tcp6_ctlinput+0xf0 icmp6_notify_error(c3eff500,28,4d8,5) at icmp6_notify_error+0x70e icmp6_input(de94bcd4,de94bc74,3a,0,3a) at icmp6_input+0xc14 ip6_input(c3eff500) at ip6_input+0xd22 netisr_processqueue(c070af44) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x88 ithread_loop(c345fc80,de94bd48,c345fc80,c04dcecc,0) at ithread_loop+0x124 fork_exit(c04dcecc,c345fc80,de94bd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xde94bd7c, ebp = 0 --- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:26:00 2004 Return-Path: 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 138D116A4CE; Thu, 5 Aug 2004 13:26:00 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3ED043D5E; Thu, 5 Aug 2004 13:25:59 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i75DOcf0033099; Thu, 5 Aug 2004 09:24:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i75DObdp033096; Thu, 5 Aug 2004 09:24:37 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 5 Aug 2004 09:24:37 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mark Murray In-Reply-To: <200408050733.i757XiGC053052@grimreaper.grondar.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Sam Leffler cc: freebsd-current@FreeBSD.ORG cc: markm@FreeBSD.ORG Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:26:00 -0000 On Thu, 5 Aug 2004, Mark Murray wrote: > Sam Leffler writes: > > Virtually all performance-sensitive installations will disable entropy > > gathering through fast paths. I've suggested for a long time that this sort > > of collection should be enabled only under dire circumstances and never by > > default. Regardless the last time I looked at the entropy harvesting it used > > a model where entropy was unilateraly sent for harvest and discarded when too > > plentiful. I term this the "push model". I've advocated a "pull model" > > where the PRNG requests entropy when a low water mark is hit and/or a hybrid > > scheme where producers have some sort of flow control or feedback mechanism. > > Yarrow is not conducive to "water-mark" type flow-control, but I'm > looking at replacing Yarrow with Fortuna (code at an advanced stage). > This should improve things all-round. Could we do the rate limiting on the sender side, then, by making a guestimate at a maximum useful entropy rate? I.e., if we think that a system getting entropy from 20 ethernet packets a second has enough entropy to operate safely, there's presumably not all that much incremental benefit to 20,000 ethernet packets a second getting fed to yarrow (with the corresponding 80,0000 mutex operations in the interrupt path). If so, we can simply have a counter of some sort that cheaply tracks how much entropy has been gathered and inhibits gathering once a threshold is reached, with the counter reset by a callout once in a while? This would avoid the need to introduce a replacement PRNG implementation, which is (I assume) unlikely to happen in the next two weeks, but allow us to avoid the cost today (it's not cheap). I.e., add a "entropy_gathered" int that uses a unlocked read to test for non-zero, and is decremented while holding one of the harvesting mutexes if it's non-zero. Reset it in a callout a few times a second, and set it to some small value, like 4. This will result in the gathering of some entropy each second, but not so much that it seriously hits the packet delivery path in higher workloads. Similarly, Max makes the suggestion that we can afford weaker synchronization for gathered entropy. This strikes me as a reasonable idea, although I haven't given a mechanism much thought as yet. > > Everything that goes on inside the PRNG is a separate issue. > > *nod* Other than observing the per-packet mutex operations that can be coalesced when pulling harvested entropy off the harvesting fifos, I haven't made any attempt to dig into the /dev/random yarrow code yet. So much code, so little time... :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:39:48 2004 Return-Path: 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 D212716A4CE for ; Thu, 5 Aug 2004 13:39:48 +0000 (GMT) Received: from oasis.uptsoft.com (oasis.uptsoft.com [217.20.165.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD8F43D54 for ; Thu, 5 Aug 2004 13:39:47 +0000 (GMT) (envelope-from devnull@oasis.uptsoft.com) Received: (from devnull@localhost) by oasis.uptsoft.com (8.11.6/linuxconf) id i75Ddkb10401 for freebsd-current@freebsd.org; Thu, 5 Aug 2004 16:39:46 +0300 Date: Thu, 5 Aug 2004 16:39:46 +0300 From: Sergey Lyubka To: freebsd-current@freebsd.org Message-ID: <20040805163946.A7823@oasis.uptsoft.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: bootable image problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:39:48 -0000 I am trying to create an bootable image, this is a script that does the job: ==== cut here MD=/dev/md0 dd if=/dev/zero of=img count=8 bs=1m 2>/dev/null mdconfig -a -t vnode -u 0 -f img bsdlabel -Bw $MD bsdlabel $MD | sed -e '/ c:/{p;s/c:/a:/;}' | bsdlabel -R $MD /dev/stdin newfs -m 0 -o space -f 512 -b 4096 ${MD}a > /dev/null mkdir dsk mount ${MD}a `pwd`/dsk trap "umount ${MD}a ; mdconfig -d -u 0; rm -rf dsk; " EXIT cp /boot/kernel/kernel dsk/kernel mkdir dsk/boot cp /boot/loader* dsk/boot/ ===== cut here Booting this image with qemu, I see this: FreeBSD/i386 boot Default: 0:ad(0,a)/boot/loader boot: No /boot/loader Trying to boot /kernel, I see this: boot: error 12 lba 1008 Invalid format Any hints ? From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:45:00 2004 Return-Path: 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 AAB3F16A4CE for ; Thu, 5 Aug 2004 13:45:00 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AD9343D2D for ; Thu, 5 Aug 2004 13:45:00 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i75DhfK3033499; Thu, 5 Aug 2004 09:43:41 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i75Dhfew033496; Thu, 5 Aug 2004 09:43:41 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 5 Aug 2004 09:43:41 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7mvffxn2mn.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:45:00 -0000 On Thu, 5 Aug 2004, Jun Kuriyama wrote: > > This is "2004-08-05 00:35:00 UTC"'s kernel. (Just before rwatson's > bpf commit) > > > panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 Could you try the attached patch? This modifies the IPv6 code to match the IPv4 code in passing in the "inpcbinfo" reference for a protocol, rather than just its inpcb list. This allows in6_pcbnotify() to lock the structure before walking it. It also acquires the per-pcb locks before notifying each pcb of an event. Sorry about the panic! Index: in6_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/in6_pcb.c,v retrieving revision 1.57 diff -u -r1.57 in6_pcb.c --- in6_pcb.c 28 Jul 2004 13:03:07 -0000 1.57 +++ in6_pcb.c 5 Aug 2004 13:42:44 -0000 @@ -610,8 +610,8 @@ * Must be called at splnet. */ void -in6_pcbnotify(head, dst, fport_arg, src, lport_arg, cmd, cmdarg, notify) - struct inpcbhead *head; +in6_pcbnotify(pcbinfo, dst, fport_arg, src, lport_arg, cmd, cmdarg, notify) + struct inpcbinfo *pcbinfo; struct sockaddr *dst; const struct sockaddr *src; u_int fport_arg, lport_arg; @@ -619,6 +619,7 @@ void *cmdarg; struct inpcb *(*notify) __P((struct inpcb *, int)); { + struct inpcbhead *head; struct inpcb *inp, *ninp; struct sockaddr_in6 sa6_src, *sa6_dst; u_short fport = fport_arg, lport = lport_arg; @@ -656,11 +657,16 @@ } errno = inet6ctlerrmap[cmd]; s = splnet(); + head = pcbinfo->listhead; + INP_INFO_WLOCK(pcbinfo); for (inp = LIST_FIRST(head); inp != NULL; inp = ninp) { + INP_LOCK(inp); ninp = LIST_NEXT(inp, inp_list); - if ((inp->inp_vflag & INP_IPV6) == 0) + if ((inp->inp_vflag & INP_IPV6) == 0) { + INP_UNLOCK(inp); continue; + } /* * If the error designates a new path MTU for a destination @@ -698,13 +704,17 @@ (!IN6_IS_ADDR_UNSPECIFIED(&sa6_src.sin6_addr) && !IN6_ARE_ADDR_EQUAL(&inp->in6p_laddr, &sa6_src.sin6_addr)) || - (fport && inp->inp_fport != fport)) + (fport && inp->inp_fport != fport)) { + INP_UNLOCK(inp); continue; + } do_notify: if (notify) (*notify)(inp, errno); + INP_UNLOCK(inp); } + INP_INFO_WUNLOCK(pcbinfo); splx(s); } Index: in6_pcb.h =================================================================== RCS file: /home/ncvs/src/sys/netinet6/in6_pcb.h,v retrieving revision 1.14 diff -u -r1.14 in6_pcb.h --- in6_pcb.h 7 Apr 2004 20:46:15 -0000 1.14 +++ in6_pcb.h 5 Aug 2004 13:37:55 -0000 @@ -85,7 +85,7 @@ in6_pcblookup_hash __P((struct inpcbinfo *, struct in6_addr *, u_int, struct in6_addr *, u_int, int, struct ifnet *)); -void in6_pcbnotify __P((struct inpcbhead *, struct sockaddr *, +void in6_pcbnotify __P((struct inpcbinfo *, struct sockaddr *, u_int, const struct sockaddr *, u_int, int, void *, struct inpcb *(*)(struct inpcb *, int))); struct inpcb * Index: raw_ip6.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/raw_ip6.c,v retrieving revision 1.43 diff -u -r1.43 raw_ip6.c --- raw_ip6.c 27 Jul 2004 23:45:19 -0000 1.43 +++ raw_ip6.c 5 Aug 2004 13:40:50 -0000 @@ -298,7 +298,8 @@ sa6_src = &sa6_any; } - (void) in6_pcbnotify(&ripcb, sa, 0, (const struct sockaddr *)sa6_src, + (void) in6_pcbnotify(&ripcbinfo, sa, 0, + (const struct sockaddr *)sa6_src, 0, cmd, cmdarg, notify); } Index: udp6_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/udp6_usrreq.c,v retrieving revision 1.50 diff -u -r1.50 udp6_usrreq.c --- udp6_usrreq.c 27 Jul 2004 23:45:19 -0000 1.50 +++ udp6_usrreq.c 5 Aug 2004 13:41:22 -0000 @@ -444,11 +444,11 @@ bzero(&uh, sizeof(uh)); m_copydata(m, off, sizeof(*uhp), (caddr_t)&uh); - (void) in6_pcbnotify(&udb, sa, uh.uh_dport, + (void) in6_pcbnotify(&udbinfo, sa, uh.uh_dport, (struct sockaddr *)ip6cp->ip6c_src, uh.uh_sport, cmd, cmdarg, notify); } else - (void) in6_pcbnotify(&udb, sa, 0, + (void) in6_pcbnotify(&udbinfo, sa, 0, (const struct sockaddr *)sa6_src, 0, cmd, cmdarg, notify); } From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:46:20 2004 Return-Path: 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 BD19916A4CE for ; Thu, 5 Aug 2004 13:46:20 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2025443D31 for ; Thu, 5 Aug 2004 13:46:20 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i75DkJ3w015833; Thu, 5 Aug 2004 09:46:19 -0400 (EDT) Date: Thu, 5 Aug 2004 09:46:19 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: ngl In-Reply-To: <0d4801c47ae9$5a9a5950$0202000a@spirit> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: pthread_cond_wait failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:46:20 -0000 On Thu, 5 Aug 2004, ngl wrote: > Hello all > > I'm using pcap and c_r libraries under FreeBSD 5.2.1-p9. > I have faced a problem, when one thread call pthread_cond_wait function, > i get 'Segmentation fault (core dumped)' message. More than likely your program failed, but without a simple test case we can't tell you where you went wrong ;-) -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 13:36:43 2004 Return-Path: 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 ADC0416A4CE for ; Wed, 4 Aug 2004 13:36:43 +0000 (GMT) Received: from daemon.kr.FreeBSD.org (www.kr.freebsd.org [211.115.73.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B2843D62 for ; Wed, 4 Aug 2004 13:36:43 +0000 (GMT) (envelope-from cjh@kr.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 05ED41A6CD; Wed, 4 Aug 2004 22:36:36 +0900 (KST) Received: from daemon.kr.FreeBSD.org ([127.0.0.1]) by localhost (daemon.kr.freebsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84155-13; Wed, 4 Aug 2004 22:36:34 +0900 (KST) Received: from localhost (gradius [211.44.63.164]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 4A3F71A6A2; Wed, 4 Aug 2004 22:36:33 +0900 (KST) Date: Wed, 04 Aug 2004 22:36:37 +0900 (KST) Message-Id: <20040804.223637.36575037.cjh@kr.FreeBSD.org> To: rosti_bsd@yahoo.com From: CHOI Junho In-Reply-To: <20040804132404.81709.qmail@web14823.mail.yahoo.com> References: <20040802145839.GC35864@sirius.firepipe.net> <20040804132404.81709.qmail@web14823.mail.yahoo.com> Organization: Korea FreeBSD Users Group X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 4.0.66 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at kr.FreeBSD.org X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: freebsd-current@freebsd.org cc: will@csociety.org Subject: Re: No new snapshot of 5-CURRENT anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:36:43 -0000 From: Rostislav Krasny Subject: Re: No new snapshot of 5-CURRENT anymore? Date: Wed, 4 Aug 2004 06:24:04 -0700 (PDT) > I just tried to install 5.2-CURRENT-20040804-SESNAP snapshot using FTP > installation with floppies, but I failed. First of all, the sysinstall > have only one FTP URL of snapshots - the JP one. Secondly, it isn't > obvious what manual URL should be used. So I've tried following URLs: > > ftp://snapshots.se.freebsd.org > ftp://snapshots.se.freebsd.org/snapshots > ftp://snapshots.se.freebsd.org/snapshots/i386 > ftp://snapshots.se.freebsd.org/snapshots/i386/5.2-CURRENT-20040804-SESNAP > > No one did work and I always got the same error message about that > sysinstall can't find the '5.2-CURRENT' distribution on the FTP server. > Should it look for the '5.2-CURRENT-20040804-SESNAP' distribution > instead? It looks like a build bug. When I looked at a sniffer dump I > saw that sysinstall tried to find the '5.2-CURRENT' directory, not the > '5.2-CURRENT-20040804-SESNAP' one. Can you fix it? Did you try to set 'Options' - 'Release Name' to '5.2-CURRENT-20040804-SESNAP' in sysinstall menu? sysinstall tries to find necessary files using it. Maybe default value is '5.2-CURRENT'. -- CHOI Junho KFUG FreeBSD Project Web Data Bank Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:08:14 2004 Return-Path: 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 EFFF616A4CE for ; Wed, 4 Aug 2004 14:08:14 +0000 (GMT) Received: from web50701.mail.yahoo.com (web50701.mail.yahoo.com [206.190.38.99]) by mx1.FreeBSD.org (Postfix) with SMTP id 7876A43D45 for ; Wed, 4 Aug 2004 14:08:14 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20040804140813.42845.qmail@web50701.mail.yahoo.com> Received: from [68.40.135.37] by web50701.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 07:08:13 PDT Date: Wed, 4 Aug 2004 07:08:13 -0700 (PDT) From: Kim Culhan To: dwhite@gumbysoft.com In-Reply-To: <20040803112008.Q15648@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: snapshots@snapshots.se.FreeBSD.org Subject: fyi: snap from 080404 will not boot 'no /boot/loader' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:08:15 -0000 --- Doug White wrote: > On Tue, 3 Aug 2004, Kim Culhan wrote: > > > > > Greetings- > > > > Just an fyi here.. The latest snap, 080304, from > > snapshots.se.FreeBSD.org did not install a bootable system here. > > This looks like the boot2 breakage. I think a fix was committed > not too > long ago and its possible the snapshot server hadn't picked it up > in time. > You might try tomorrow's. The snap 5.2-CURRENT-20040804-SESNAP.iso does: F1 [hit enter or wait..] invalid partition invalid partition no /boot/loader FreeBSD/i386 boot Default: 0:ad(0,`)/kernel fyi.. tnx -kim __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:49:28 2004 Return-Path: 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 F284616A4CF for ; Wed, 4 Aug 2004 14:49:27 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7389D43D53 for ; Wed, 4 Aug 2004 14:49:27 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i74EnQRx083143; Wed, 4 Aug 2004 15:49:26 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i74EnQdA083142; Wed, 4 Aug 2004 15:49:26 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i74Ec8Ve045460; Wed, 4 Aug 2004 15:38:08 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408041438.i74Ec8Ve045460@grimreaper.grondar.org> To: Maxim Konovalov In-Reply-To: Your message of "Wed, 04 Aug 2004 18:28:59 +0400." <20040804182454.H33888@mp2.macomnet.net> Date: Wed, 04 Aug 2004 15:38:08 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: "Robin P. Blanchard" cc: current@FreeBSD.ORG Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:49:28 -0000 Maxim Konovalov writes: > On Wed, 4 Aug 2004, 10:22-0400, Robin P. Blanchard wrote: > > > > > [snip] > > linking kernel.debug > > mp_machdep.o(.text+0x705): In function `init_secondary': > > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > > `mem_range_AP_init' > > *** Error code 1 > > cat >> your_kernel_config_file < device mem > device null > device zero > EOF Only the first one. "device mem" M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:49:28 2004 Return-Path: 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 260A816A4CE; Wed, 4 Aug 2004 14:49:28 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD1043D66; Wed, 4 Aug 2004 14:49:27 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i74EnQr5083148; Wed, 4 Aug 2004 15:49:26 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i74EnQZr083147; Wed, 4 Aug 2004 15:49:26 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i74Ee7iU045498; Wed, 4 Aug 2004 15:40:07 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408041440.i74Ee7iU045498@grimreaper.grondar.org> To: Scott Long In-Reply-To: Your message of "Wed, 04 Aug 2004 08:24:45 MDT." <4110F1AD.9000203@freebsd.org> Date: Wed, 04 Aug 2004 15:40:07 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: "Robin P. Blanchard" cc: current@FreeBSD.ORG Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:49:28 -0000 Scott Long writes: > Robin P. Blanchard wrote: > > > [snip] > > linking kernel.debug > > mp_machdep.o(.text+0x705): In function `init_secondary': > > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > > `mem_range_AP_init' > > *** Error code 1 > > > > > > You need to include 'device mem' in your kernel config. Look at > src/UPDATING and the GENERIC config file for devices that were recently > added. And I have a fix to stop the break. I'll commit it in a couple of hours. The above breakage is my fault - apologies! M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 19:05:03 2004 Return-Path: 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 B9D2E16A4CE; Wed, 4 Aug 2004 19:05:03 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F48B43D3F; Wed, 4 Aug 2004 19:05:03 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 086962FC; Wed, 4 Aug 2004 23:04:02 +0400 (MSD) Received: from localhost (ppp-dialup-4.atcom.spb.ru [213.182.168.4]) by ns.atcom.spb.ru (Postfix) with ESMTP id 5CC7F34; Wed, 4 Aug 2004 23:04:00 +0400 (MSD) Date: Wed, 4 Aug 2004 23:03:21 +0400 From: Toxa To: Maxime Henrion , anholt@FreeBSD.org, current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040804190321.GA747@laptoxa.toxa.lan> Mail-Followup-To: Maxime Henrion , anholt@FreeBSD.org, current@freebsd.org References: <20040803184218.GA16698@laptoxa.toxa.lan> <20040804092719.E838@DaeMoN.InTraNeT.CESAR.OrG.BR> <4110F366.5030307@webonaut.com> <20040804144757.GI13608@elvis.mu.org> <41110B43.1050501@webonaut.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <41110B43.1050501@webonaut.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 Subject: Re: radeon.ko doesn't load on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:05:03 -0000 On Wed, Aug 04, 2004 at 06:13:55PM +0200, Franz Klammer wrote: > > the patch works! > > i removed the devices mem and mgadrm vom kernel config and build the > new kernel with -DNOCLEAN. hopefully this was correct enough for testing. > > franz. the same with radeon.ko. "suddenly everything works" :-) we're waiting for commit ;-) -- Anton A. Karpov #-------------------------------------------------- "Anyone who quotes me in their sig is an idiot." Rusty Russell. #-------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 23:59:14 2004 Return-Path: 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 5D58216A4CE for ; Wed, 4 Aug 2004 23:59:14 +0000 (GMT) Received: from mx1.originative.co.uk (freebsd.gotadsl.co.uk [81.6.249.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E489643D5C for ; Wed, 4 Aug 2004 23:59:13 +0000 (GMT) (envelope-from paul@mx1.originative.co.uk) Received: by mx1.originative.co.uk (Postfix, from userid 1000) id BDBCB1556B; Thu, 5 Aug 2004 00:59:30 +0100 (BST) Date: Thu, 5 Aug 2004 00:59:30 +0100 From: Paul Richards To: current@freebsd.org Message-ID: <20040804235929.GB740@myrddin.originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 Subject: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:59:14 -0000 I can't start X anymore it complains about being unable to mmap /dev/vga. I can't find anywhere in the code that creates /dev/vga, anyone have any clues? From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 00:57:21 2004 Return-Path: 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 3D30A16A4CF; Thu, 5 Aug 2004 00:57:21 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6438443D49; Thu, 5 Aug 2004 00:57:20 +0000 (GMT) (envelope-from schwabe@uni-paderborn.de) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 357203D2C; Thu, 5 Aug 2004 02:57:18 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-208-247.arcor-ip.net [213.23.208.247]) by coruscant.rfc1149.org (Postfix) with ESMTP id 2A3D73D15; Thu, 5 Aug 2004 02:57:13 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 317084088; Thu, 5 Aug 2004 02:57:09 +0200 (CEST) To: David Wolfskill From: Arne Schwabe In-Reply-To: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> (David Wolfskill's message of "Wed, 4 Aug 2004 14:00:25 -0700 (PDT)") References: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> Date: Thu, 05 Aug 2004 02:57:09 +0200 Message-ID: <867jseieqi.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.1 required=5.0 tests=BAYES_00,RCVD_IN_DSBL, RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: njl@freebsd.org cc: current@freebsd.org Subject: Re: Challenge getting touchpad to work since src/sys/isa/psm.c 1.71 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:57:21 -0000 David Wolfskill writes: > Sorry about the delay; right around the time of the commit, I was having > some thermal issues with my laptop (a Dell Inspiron 5000e). I believe > those are fixed now -- it's gone through 5 days, each of which has > involved a "buildworld cycle" for each of -STABLE & -CURRENT, without > incident. > > But I'm now having trouble getting a "touchpad tap" to be recognized as > a press/release of a mouse button in -CURRENT; I believe that the recent > commit to src/sys/isa/psm.c 1.71 is involved. > > I normally run in -STABLE (booted from slice 1), and access the mouse > via moused; the resulting command line is > > /usr/sbin/moused -3 -p /dev/psm0 -t auto > > Thus, in -STABLE, tapping the touchpad is equivalent to a press/release > of the left mouse button (button 1); press/release for the right button > is button 3, and both the left & right button "chorded" are used to > simulate the middle button (button 2). > > Until the above-cited commit, this was also the case in -CURRENT. > > In an attempt to discover a bit more, I fired up moused without the -3 > flag, but with the -f ("foreground") and -d ("debug") flags, so I could > see what the packets were when each event occurred. I see some > differences between any two of them, but I'm managing to fail to see how > those differences map to src/sys/sys/mouse.h's assignments. > > Event First generated packet (hex) > Press/release left button 83 00 00 00 00 00 00 7f > Press/release right button 86 00 00 00 00 00 00 7f > Press/release both buttons 82 00 00 00 00 00 00 7f > Touchpad tap 87 00 00 00 00 00 00 7f > > That leftmost byte is to be mapped by src/sys/sys/mouse.h thus: > > /* button */ > #define MOUSE_BUTTON1DOWN 0x0001 /* left */ > #define MOUSE_BUTTON2DOWN 0x0002 /* middle */ > #define MOUSE_BUTTON3DOWN 0x0004 /* right */ > #define MOUSE_BUTTON4DOWN 0x0008 > #define MOUSE_BUTTON5DOWN 0x0010 > #define MOUSE_BUTTON6DOWN 0x0020 > #define MOUSE_BUTTON7DOWN 0x0040 > #define MOUSE_BUTTON8DOWN 0x0080 > #define MOUSE_MAXBUTTON 31 > #define MOUSE_STDBUTTONS 0x0007 /* buttons 1-3 */ > #define MOUSE_EXTBUTTONS 0x7ffffff8 /* the others (28 of them!) */ > #define MOUSE_BUTTONS (MOUSE_STDBUTTONS | MOUSE_EXTBUTTONS) > > > which seems a little confusing: moused is apparently reporting the > touchpad tap as all 3 buttons being down. > > Perhaps a bit stranger, the device is now probed as having 3 buttons, > vs. the 2 that are seen in -STABLE or that were seen in -CURRENT prior > to the commit. > > Here's a cut/paste of the probe messages from recent -CURRENT, with > PSM_DEBUG=1: > > Aug 4 11:22:31 localhost kernel: psm0: unable to allocate IRQ > Aug 4 11:22:31 localhost kernel: psmcpnp0 irq 12 on acpi0 > Aug 4 11:22:31 localhost kernel: psm0: current command byte:0047 > Aug 4 11:22:31 localhost kernel: Synaptics Touchpad: > Aug 4 11:22:31 localhost kernel: Version: 4.3 > Aug 4 11:22:31 localhost kernel: Model id: 88 58 a1 > Aug 4 11:22:31 localhost kernel: infoRot180: 1 > Aug 4 11:22:31 localhost kernel: infoPortrait: 0 > Aug 4 11:22:31 localhost kernel: infoSensor: 8 > Aug 4 11:22:31 localhost kernel: infoHardware: 44 > Aug 4 11:22:31 localhost kernel: infoNewAbs: 1 > Aug 4 11:22:31 localhost kernel: capPen: 0 > Aug 4 11:22:31 localhost kernel: infoSimplC: 1 > Aug 4 11:22:31 localhost kernel: infoGeometry: 1 > Aug 4 11:22:31 localhost kernel: Capability Bytes: 55 47 55 > Aug 4 11:22:31 localhost kernel: Mode byte set by BIOS: 41 > Aug 4 11:22:31 localhost kernel: psm0: found Synaptics Touchpad > Aug 4 11:22:31 localhost kernel: psm0: irq 12 on atkbdc0 > Aug 4 11:22:31 localhost kernel: psm0: [GIANT-LOCKED] > Aug 4 11:22:31 localhost kernel: psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons > Aug 4 11:22:31 localhost kernel: psm0: config:00000000, flags:00000000, packet size:6 > Aug 4 11:22:31 localhost kernel: psm0: syncmask:c0, syncbits:80 > > > Anyone have clues? I'm not married to the idea of using moused. I > tried running X without moused (telling X to access the mouse directly), > and I managed to get the same behavior. > If you only use X you could use synaptics xfree driver that has its parsing of the touchpad codes, you have to change in freebsd_mouse.h the sysctl definition to match /usr/include/sys/mouse.h. iirc after that: gmake synaptics_drv.o cp synaptics_drv.o /usr/X11R6/lib/X11/modules (I am not sure about the X11 Path) Otherwise you could simply change the line in /sys/isa/psm.c /* If it is a Synaptics, byte 2 is 0x47. */ if (status[1] != 0x47) return (FALSE); to something like !=0x666; so that the synaptics touchpad is recognized as a touchpad. (Behavior like before the patch) When I have time again I will look over the psm synaptics parsing to make it better. Arne From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 07:10:32 2004 Return-Path: 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 D6F2916A4CE; Thu, 5 Aug 2004 07:10:32 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D3B43D46; Thu, 5 Aug 2004 07:10:32 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i757AOnq089345; Thu, 5 Aug 2004 08:10:24 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i757AO5h089344; Thu, 5 Aug 2004 08:10:24 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i757A29G052643; Thu, 5 Aug 2004 08:10:02 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408050710.i757A29G052643@grimreaper.grondar.org> To: Robert Watson In-Reply-To: Your message of "Wed, 04 Aug 2004 20:31:31 EDT." Date: Thu, 05 Aug 2004 08:10:02 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: FreeBSD Current cc: markm@FreeBSD.ORG cc: Jeremy Chadwick Subject: Re: kernel build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:10:33 -0000 Robert Watson writes: > > On Wed, 4 Aug 2004, Robert Watson wrote: > > > The problem appears to be that 'mem_range_softc' is defined in > > mp_machdep.c, which means you can't build a non-SMP i386 kernel because > > the symbol is undefined. We probably need to move the declaration to > > machdep.c or the like. > > I've committed this change and things now appear to build. Might take a > couple of minutes to propagate to cvsup, etc. Thanks Robert. Colour me very confused. :-) I built 4 cases in testing; SMP/UP cross Module/NoModule. All worked. What did I miss? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 07:36:01 2004 Return-Path: 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 EBFFD16A4CE; Thu, 5 Aug 2004 07:36:01 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66F5843D2F; Thu, 5 Aug 2004 07:36:01 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i757ZRVH000749; Thu, 5 Aug 2004 08:35:27 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i757ZRxe000748; Thu, 5 Aug 2004 08:35:27 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i757XiGC053052; Thu, 5 Aug 2004 08:33:44 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408050733.i757XiGC053052@grimreaper.grondar.org> To: Sam Leffler In-Reply-To: Your message of "Wed, 04 Aug 2004 21:39:52 PDT." <200408042139.52577.sam@errno.com> Date: Thu, 05 Aug 2004 08:33:44 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 cc: markm@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: Robert Watson Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:36:02 -0000 Sam Leffler writes: > Virtually all performance-sensitive installations will disable entropy > gathering through fast paths. I've suggested for a long time that this sort > of collection should be enabled only under dire circumstances and never by > default. Regardless the last time I looked at the entropy harvesting it used > a model where entropy was unilateraly sent for harvest and discarded when too > plentiful. I term this the "push model". I've advocated a "pull model" > where the PRNG requests entropy when a low water mark is hit and/or a hybrid > scheme where producers have some sort of flow control or feedback mechanism. Yarrow is not conducive to "water-mark" type flow-control, but I'm looking at replacing Yarrow with Fortuna (code at an advanced stage). This should improve things all-round. > Everything that goes on inside the PRNG is a separate issue. *nod* M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:25:22 2004 Return-Path: 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 974D716A4CF for ; Thu, 5 Aug 2004 13:25:22 +0000 (GMT) Received: from gvmail.vine.co.za (gvmail.vine.co.za [196.36.190.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A25C43D2D for ; Thu, 5 Aug 2004 13:25:21 +0000 (GMT) (envelope-from shaun@vine.co.za) Received: from localhost (localhost [127.0.0.1]) by gvmail.vine.co.za (Postfix) with ESMTP id 81D7822CC72 for ; Thu, 5 Aug 2004 15:25:18 +0200 (SAST) Received: from gvmail.vine.co.za ([127.0.0.1]) by localhost (gvmail.vine.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98102-09 for ; Thu, 5 Aug 2004 15:25:16 +0200 (SAST) Received: by gvmail.vine.co.za (Postfix, from userid 101) id CA9B722CC6F; Thu, 5 Aug 2004 15:25:16 +0200 (SAST) Date: Thu, 5 Aug 2004 15:25:16 +0200 From: Shaun Courtney To: current@freebsd.org Message-ID: <20040805132516.GB98622@gvmail.vine.co.za> Mail-Followup-To: Shaun Courtney , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1i X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Thu, 05 Aug 2004 13:47:15 +0000 Subject: gvinum resetconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:25:22 -0000 Hi All, I'm looking for some help with geom_vinum (gvinum) and the resetconf command. I've moved some disk around but they still keep the old gvinum configuration. i've tried resetconfig aka vinum but it just returns to the prompt ;( Can I dd the disk to wipe out the geom_vinum config information. I've seup geom_vinum similar to the Robert A. Van Valzah article, except I'm running 5.2-CURRENT as of yesterday. I have had /dev/gvinum/root; /dev/gvinum/swap and /dev/gvinum/usr up and running. I've also tried using vinum to resetconfig and create to try and clear... not luck... Thanks. Shaun Courtney -- Grapevine Interactive Research and Development +27 82 371 2046 +27 21 702 3333 From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:48:56 2004 Return-Path: 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 9A84316A4CE for ; Thu, 5 Aug 2004 13:48:56 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3990143D53 for ; Thu, 5 Aug 2004 13:48:56 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.201.221]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040805134855.OUFL24490.out014.verizon.net@[10.0.3.231]>; Thu, 5 Aug 2004 08:48:55 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Maxim Konovalov In-Reply-To: <20040805071554.C37076@mp2.macomnet.net> References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D52@EBE1.gc.nat> <20040804182454.H33888@mp2.macomnet.net> <1091672302.698.9.camel@RabbitsDen> <20040805071554.C37076@mp2.macomnet.net> Content-Type: text/plain Message-Id: <1091713704.698.16.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 09:48:25 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [141.153.201.221] at Thu, 5 Aug 2004 08:48:55 -0500 cc: freebsd-current@freebsd.org Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:48:56 -0000 On Wed, 2004-08-04 at 23:16, Maxim Konovalov wrote: > On Wed, 4 Aug 2004, 22:18-0400, Alexandre "Sunny" Kovalenko wrote: > > > On Wed, 2004-08-04 at 10:28, Maxim Konovalov wrote: > > > On Wed, 4 Aug 2004, 10:22-0400, Robin P. Blanchard wrote: > > > > > > > > > > > [snip] > > > > linking kernel.debug > > > > mp_machdep.o(.text+0x705): In function `init_secondary': > > > > /usr/src/sys/i386/i386/mp_machdep.c:518: undefined reference to > > > > `mem_range_AP_init' > > > > *** Error code 1 > > > > > > cat >> your_kernel_config_file < > > device mem > > > device null > > > device zero > > > EOF > > Is this really necessary? > > System below cvsup'ed and built on Aug 3 22:47 EST > > > > RabbitsDen# grep mem /sys/i386/conf/AVERATEC > > options SYSVSHM #SYSV-style shared memory > > RabbitsDen# kldstat > > Id Refs Address Size Name > > 1 25 0xc0400000 473d7c kernel > > 2 1 0xc0874000 5e9c snd_via8233.ko > > 3 9 0xc087a000 2b0c8 usb.ko > > 4 1 0xc08a6000 3b4c ulpt.ko > > 5 1 0xc08aa000 40b0 ums.ko > > 6 1 0xc08b2000 3254 powernow_k7.ko > > 7 1 0xc08b6000 2f90 uplcom.ko > > 8 3 0xc08b9000 406c ucom.ko > > 9 1 0xc08be000 38a8 ubsa.ko > > 10 1 0xc08c2000 bc6c ng_ubt.ko > > 11 1 0xc08ce000 2d58 dcons_crom.ko > > 12 2 0xc08d1000 14d20 firewire.ko > > 13 2 0xc08e6000 39e8 dcons.ko > > 14 1 0xc08ea000 1ce4 io.ko > > 15 1 0xc08ec000 2a8c mem.ko > > 16 1 0xc1e5e000 a000 ntfs.ko > > 17 1 0xc1eb1000 6000 linprocfs.ko > > 18 1 0xc1eb7000 1a000 linux.ko > > RabbitsDen# > > http://freebsd.rambler.ru/bsdmail/cvs-src_curr/msg00134.html Ah, I see... it is necessary if you are building SMP kernel. Thanks for the pointer. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 13:56:59 2004 Return-Path: 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 27C6116A4CE for ; Thu, 5 Aug 2004 13:56:59 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B8743D41 for ; Thu, 5 Aug 2004 13:56:58 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.201.221]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040805135657.LHAK23440.out009.verizon.net@[10.0.3.231]>; Thu, 5 Aug 2004 08:56:57 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Mikko =?ISO-8859-1?Q?Ty=F6l=E4j=E4rvi?= In-Reply-To: <20040804230815.R695@sotec.home> References: <200408042100.i74L0PiQ056577@bunrab.catwhisker.org> <1091671902.698.4.camel@RabbitsDen> <20040804230815.R695@sotec.home> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1091714186.698.20.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 09:56:27 -0400 Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [141.153.201.221] at Thu, 5 Aug 2004 08:56:57 -0500 cc: freebsd-current@freebsd.org Subject: Re: Challenge getting touchpad to work since src/sys/isa/psm.c 1.71 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:56:59 -0000 On Thu, 2004-08-05 at 02:10, Mikko Työläjärvi wrote: > On Wed, 4 Aug 2004, Alexandre "Sunny" Kovalenko wrote: > > > On Wed, 2004-08-04 at 17:00, David Wolfskill wrote: > >> Sorry about the delay; right around the time of the commit, I was having > >> some thermal issues with my laptop (a Dell Inspiron 5000e). I believe > >> those are fixed now -- it's gone through 5 days, each of which has > >> involved a "buildworld cycle" for each of -STABLE & -CURRENT, without > >> incident. > >> > >> But I'm now having trouble getting a "touchpad tap" to be recognized as > >> a press/release of a mouse button in -CURRENT; I believe that the recent > >> commit to src/sys/isa/psm.c 1.71 is involved. > > Rolling psm.c back to 1.70 restores tapping behavior of the touchpad on > > my AVERATEC 3150H. Unfortunately with 200+ lines of diff, I could not > > come up with the better idea at the moment. > > > > I can test patches or try out settings if necessary. > > Here is what I'm using: > > $.02, > /Mikko > > --- psm.c.orig Wed Aug 4 22:34:32 2004 > +++ psm.c Wed Aug 4 22:34:38 2004 > @@ -103,6 +103,13 @@ > #define PSM_INPUT_TIMEOUT 2000000 /* 2 sec */ > #endif > > +#ifndef PSM_TAP_TIMEOUT > +#define PSM_TAP_TIMEOUT 125000 > +#endif > +#ifndef PSM_TAP_THRESHOLD > +#define PSM_TAP_THRESHOLD 25 > +#endif > + > /* end of driver specific options */ > > #define PSM_DRIVER_NAME "psm" > @@ -181,6 +188,8 @@ > struct cdev *bdev; > int lasterr; > int cmdcount; > + struct timeval taptimeout; /* (Synaptics) width of a "tap" pulse */ > + int zmax; /* (Synaptics) pressure measured during tap */ > }; > static devclass_t psm_devclass; > #define PSM_SOFTC(unit) ((struct psm_softc*)devclass_get_softc(psm_devclass, unit)) > @@ -2531,11 +2540,20 @@ > } else { > sc->flags |= PSM_FLAGS_FINGERDOWN; > } > - > + sc->zmax = imax(z, sc->zmax); > sc->xold = x0; > sc->yold = y0; > } else { > sc->flags &= ~PSM_FLAGS_FINGERDOWN; > + sc->flags &= ~PSM_FLAGS_FINGERDOWN; > + if (sc->zmax > PSM_TAP_THRESHOLD > + && timevalcmp(&sc->lastsoftintr, &sc->taptimeout, <=)) { > + ms.button |= MOUSE_BUTTON1DOWN; > + } > + sc->zmax = 0; > + sc->taptimeout.tv_sec = PSM_TAP_TIMEOUT / 1000000; > + sc->taptimeout.tv_usec = PSM_TAP_TIMEOUT % 1000000; > + timevaladd(&sc->taptimeout, &sc->lastsoftintr); > } > z = 0; > break; I was not able to apply this patch to psm.c 1.71. There is another patch from Philip Paeps, which applied cleanly, and I am going to test it shortly. Thank you. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:12:29 2004 Return-Path: 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 DBE3D16A4CE for ; Thu, 5 Aug 2004 14:12:29 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FBF43D1D for ; Thu, 5 Aug 2004 14:12:28 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i75ECQF1071608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Aug 2004 18:12:27 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i75ECQZA071607 for current@freebsd.org; Thu, 5 Aug 2004 18:12:26 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Thu, 5 Aug 2004 18:12:26 +0400 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20040805141226.GA71575@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: xmms crashes CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:12:30 -0000 I've got lots of reboots today, playing Audio CD in IDE CD-ROM with xmms. My kernel date is 1 Aug. Hardware is IBM Thinkpad with acd0: DVDROM at ata1-master PIO4 Haven't caught backtrace or core yet. But the panic is: instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07656bc frame pointer = 0x10:0xc07656c4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07655c4 frame pointer = 0x10:0xc07655cc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07654cc frame pointer = 0x10:0xc07654d4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07653d4 frame pointer = 0x10:0xc07653dc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07652dc frame pointer = 0x10:0xc07652e4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07651e4 frame pointer = 0x10:0xc07651ec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc07650ec frame pointer = 0x10:0xc07650f4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764ff4 frame pointer = 0x10:0xc0764ffc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764efc frame pointer = 0x10:0xc0764f04 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764e04 frame pointer = 0x10:0xc0764e0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764d0c frame pointer = 0x10:0xc0764d14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764c14 frame pointer = 0x10:0xc0764c1c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764b1c frame pointer = 0x10:0xc0764b24 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764a24 frame pointer = 0x10:0xc0764a2c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc076492c frame pointer = 0x10:0xc0764934 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc0764834 frame pointer = 0x10:0xc076483c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc055b780 stack pointer = 0x10:0xc076473c frame pointer = 0x10:0xc0764744 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = IOPL = 0 current process = 612 (xmms) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:22:04 2004 Return-Path: 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 1CCAC16A4CE for ; Thu, 5 Aug 2004 14:22:04 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3CC343D4C for ; Thu, 5 Aug 2004 14:22:03 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i75EKj8B034346; Thu, 5 Aug 2004 10:20:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i75EKiGS034343; Thu, 5 Aug 2004 10:20:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 5 Aug 2004 10:20:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Paul Richards In-Reply-To: <20040804235929.GB740@myrddin.originative.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:22:04 -0000 On Thu, 5 Aug 2004, Paul Richards wrote: > I can't start X anymore it complains about being unable to mmap > /dev/vga. > > I can't find anywhere in the code that creates /dev/vga, anyone have any > clues? Are you using the XiG X11 server? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:25:29 2004 Return-Path: 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 59E6E16A4CE; Thu, 5 Aug 2004 14:25:29 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C5E343D54; Thu, 5 Aug 2004 14:25:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i75EPNeB066113; Thu, 5 Aug 2004 10:25:23 -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.12.11/8.12.11) with ESMTP id i75EPNYK098244; Thu, 5 Aug 2004 10:25:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68E357303F; Thu, 5 Aug 2004 10:25:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040805142523.68E357303F@freebsd-current.sentex.ca> Date: Thu, 5 Aug 2004 10:25:23 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:25:29 -0000 TB --- 2004-08-05 14:16:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-05 14:16:02 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-05 14:16:02 - cleaning the sandbox TB --- 2004-08-05 14:17:17 - checking out the source tree TB --- 2004-08-05 14:17:17 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-05 14:17:17 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-05 14:25:23 - patching the sources TB --- 2004-08-05 14:25:23 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-05 14:25:23 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/powerpc.diff TB --- 2004-08-05 14:25:23 - WARNING: /usr/bin/patch returned exit code 2 TB --- 2004-08-05 14:25:23 - ERROR: failed to apply patch to source tree TB --- 2004-08-05 14:25:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:28:42 2004 Return-Path: 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 C3BC516A4CE; Thu, 5 Aug 2004 14:28:42 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E9343D39; Thu, 5 Aug 2004 14:28:42 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id E817A50BA9; Thu, 5 Aug 2004 23:28:40 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id ABF2150B6C; Thu, 5 Aug 2004 23:28:39 +0900 (JST) Date: Thu, 05 Aug 2004 23:28:39 +0900 Message-ID: <7mu0vhmzfs.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <7mvffxn2mn.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:28:42 -0000 At Thu, 5 Aug 2004 09:43:41 -0400 (EDT), Robert Watson wrote: > Could you try the attached patch? This modifies the IPv6 code to match > the IPv4 code in passing in the "inpcbinfo" reference for a protocol, > rather than just its inpcb list. This allows in6_pcbnotify() to lock the > structure before walking it. It also acquires the per-pcb locks before > notifying each pcb of an event. Can I have more patch? cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/netinet/tcp_subr.c /usr/src/sys/netinet/tcp_subr.c: In function `tcp6_ctlinput': /usr/src/sys/netinet/tcp_subr.c:1241: warning: passing arg 1 of `in6_pcbnotify' from incompatible pointer type /usr/src/sys/netinet/tcp_subr.c:1251: warning: passing arg 1 of `in6_pcbnotify' from incompatible pointer type -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:31:52 2004 Return-Path: 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 BB74316A4CF for ; Thu, 5 Aug 2004 14:31:52 +0000 (GMT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B30543D69 for ; Thu, 5 Aug 2004 14:31:52 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.201.221]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040805143151.UMQJ26805.out003.verizon.net@[10.0.3.231]> for ; Thu, 5 Aug 2004 09:31:51 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <20040805071236.GA595@loge.nixsys.be> References: <20040805071236.GA595@loge.nixsys.be> Content-Type: text/plain Message-Id: <1091716279.698.15.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 10:31:20 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [141.153.201.221] at Thu, 5 Aug 2004 09:31:51 -0500 Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:31:52 -0000 On Thu, 2004-08-05 at 03:12, Philip Paeps wrote: > Hi gang :-) > > Since the original synaptics support was added to psm, there have been some > reports of malfunctions and missing magic. I've tried to fix all that, but > it's still work in progress. > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > So far, I've had one report of a panic, possibly related to an extra gadget > chained through the the touchpad. If you're extra masochistic, and your > laptop has one of these extra gadgets, you might like to remove the #if 0 > around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. > > Please report successes and failures :-) > > - Philip This patch restored "single tap" = "left button click" functionality on my AVERATEC 3150H. However, "double tap and drag" = "hold left button and move the mouse" is still missing. It is working with psm.c 1.70. Also, I have (possibly subjective) feeling that something happened with the resolution -- if with psm.c 1.70 I ca successfully tap into "clear transaction" box in gnucash (relatively small target on the relatively busy screen) about 9 times out of 10, with 1.71 + your patch it is about 50/50. Please, note I am not proposing to discuss shortcomings of the user interface in gnucash, but merely use it as my private test of mouse sensitivity. I will have to go do some paid work now, but I can test patches or produce debug output later tonight if necessary. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:32:51 2004 Return-Path: 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 DA47816A4CE; Thu, 5 Aug 2004 14:32:51 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9825843D2F; Thu, 5 Aug 2004 14:32:51 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [127.0.0.1] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id DC9683BD10; Thu, 5 Aug 2004 10:32:50 -0400 (EDT) Message-ID: <4112454D.7000507@criticalmagic.com> Date: Thu, 05 Aug 2004 10:33:49 -0400 From: Richard Coleman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200408042139.52577.sam@errno.com> In-Reply-To: <200408042139.52577.sam@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:32:52 -0000 Sam Leffler wrote: > gathering through fast paths. I've suggested for a long time that > this sort of collection should be enabled only under dire > circumstances and never by default. Regardless the last time I > looked at the entropy harvesting it used a model where entropy was > unilateraly sent for harvest and discarded when too plentiful. I > term this the "push model". I've advocated a "pull model" where the > PRNG requests entropy when a low water mark is hit and/or a hybrid > scheme where producers have some sort of flow control or feedback > mechanism. > > Everything that goes on inside the PRNG is a separate issue. > > Sam In general, by using a push model, you open yourself up to the possibility that the attacker could exhaust the entropy at just the right time so he can control what entropy is harvested on the next run of the PRNG. But in this case, we might be able to get away with it, since the PRNG is still cryptographically strong even when there is no new entropy flowing into the system (as long at the attacker doesn't know the initial state of the pool). Rekeying and reseeding the pool are primarily to give you forward security and to recover if the entropy pool has been compromised. But a push system is still better if it doesn't impact performance too much. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:42:10 2004 Return-Path: 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 5F3CD16A4CE for ; Thu, 5 Aug 2004 14:42:10 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86EDB43D5F for ; Thu, 5 Aug 2004 14:42:09 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i75Eg7X0071941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Aug 2004 18:42:08 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i75Eg6fh071940; Thu, 5 Aug 2004 18:42:06 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Thu, 5 Aug 2004 18:42:06 +0400 From: Gleb Smirnoff To: Paul Richards Message-ID: <20040805144206.GA71924@cell.sick.ru> References: <20040804235929.GB740@myrddin.originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040804235929.GB740@myrddin.originative.co.uk> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:42:10 -0000 On Thu, Aug 05, 2004 at 12:59:30AM +0100, Paul Richards wrote: P> I can't start X anymore it complains about being unable to mmap P> /dev/vga. I have /dev/io and /dev/mem disappered in today's CURRENT :) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:58:19 2004 Return-Path: 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 1DF5816A4CE for ; Thu, 5 Aug 2004 14:58:19 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CBB043D60 for ; Thu, 5 Aug 2004 14:58:18 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 2A10141F5; Thu, 5 Aug 2004 10:52:55 -0400 (EDT) Message-ID: <41124C8B.2060902@tellme3times.com> Date: Thu, 05 Aug 2004 11:04:43 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4110F5AE.6030403@tellme3times.com> <20040804.212242.112819552.imp@bsdimp.com> In-Reply-To: <20040804.212242.112819552.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:58:19 -0000 M. Warner Losh wrote: > >You misunerstand what's actually happening. There's no case in the >tree where two drivers are attached, at the same time, to the same >device node. There's only one set of pointers. However, with USB, >there can be reasons why multiple things can attach to the same >driver. The usb code tries to do smart things for devices that have >multiple configurations. > >With USB and multi-function devices, here's the code that we use: > > /* First try with device specific drivers. */ > probe and attach driver with a config # of -1 (usegeneric = 0) > return if successful > /* Next try with interface drivers. */ > foreach valid configuration > foreach interface > probe and attach driver > /* Finally try the generic driver. */ > probe and attach driver with a config # of -1 (usegeneric = 1) > return if successful > >I'm not familiar with the specific instance of ulpt and unlpt. > > You are right I do not understand. All I know is that when the system boots, at some point a test is done to see if their are USB devices. If devices exist then attach drivers. What I am trying to determine is why my multifunction printer/scanner receives only one of the two drivers. Is it because the printer does not respond properly? Is it because the printer is not defined? I have many questions here. I looked in the following and just see the code for that specific device. It does not test for multifunction devices. I do not see any code that follows the logic above. src/sys/dev/usb/ulpt.c src/sys/dev/usb/uscanner.c src/sys/dev/usb/usbdevs If you can point me in the right direction, or to some documents on USB driver writing I will try to figure this out. Any help would be appreciated. I will get this to work because I need both and the effort required to switch is just not convenient. Chris From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 15:01:39 2004 Return-Path: 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 D012C16A4CE for ; Thu, 5 Aug 2004 15:01:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 902E543D45 for ; Thu, 5 Aug 2004 15:01:39 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i75F0KnR035243; Thu, 5 Aug 2004 11:00:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i75F0Kpl035240; Thu, 5 Aug 2004 11:00:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 5 Aug 2004 11:00:20 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7mu0vhmzfs.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:01:39 -0000 On Thu, 5 Aug 2004, Jun Kuriyama wrote: > At Thu, 5 Aug 2004 09:43:41 -0400 (EDT), > Robert Watson wrote: > > Could you try the attached patch? This modifies the IPv6 code to match > > the IPv4 code in passing in the "inpcbinfo" reference for a protocol, > > rather than just its inpcb list. This allows in6_pcbnotify() to lock the > > structure before walking it. It also acquires the per-pcb locks before > > notifying each pcb of an event. > > Can I have more patch? ==== //depot/user/rwatson/netperf/sys/netinet/tcp_subr.c#17 - /home/rwatson/p4/rwatson_netperf/sys/netinet/tcp_subr.c ==== @@ -1236,7 +1236,7 @@ bzero(&th, sizeof(th)); m_copydata(m, off, sizeof(*thp), (caddr_t)&th); - in6_pcbnotify(&tcb, sa, th.th_dport, + in6_pcbnotify(&tcbinfo, sa, th.th_dport, (struct sockaddr *)ip6cp->ip6c_src, th.th_sport, cmd, NULL, notify); @@ -1247,7 +1247,7 @@ inc.inc_isipv6 = 1; syncache_unreach(&inc, &th); } else - in6_pcbnotify(&tcb, sa, 0, (const struct sockaddr *)sa6_src, + in6_pcbnotify(&tcbinfo, sa, 0, (const struct sockaddr *)sa6_src, 0, cmd, NULL, notify); } #endif /* INET6 */ From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 15:03:08 2004 Return-Path: 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 1ABD616A4D0; Thu, 5 Aug 2004 15:03:08 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A8943D46; Thu, 5 Aug 2004 15:03:06 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.28.83] (ppp83-237-28-83.pppoe.mtu-net.ru [83.237.28.83]) (authenticated bits=0) by cpanel.ezone.ru (8.13.1/8.12.11) with ESMTP id i75F2spP052480; Thu, 5 Aug 2004 19:03:00 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41124C19.3030207@mcsi.pp.ru> Date: Thu, 05 Aug 2004 19:02:49 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040720 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Philip Paeps References: <20040805071236.GA595@loge.nixsys.be> In-Reply-To: <20040805071236.GA595@loge.nixsys.be> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:03:08 -0000 Philip Paeps wrote: > Hi gang :-) > > Since the original synaptics support was added to psm, there have been some > reports of malfunctions and missing magic. I've tried to fix all that, but > it's still work in progress. > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > So far, I've had one report of a panic, possibly related to an extra gadget > chained through the the touchpad. If you're extra masochistic, and your > laptop has one of these extra gadgets, you might like to remove the #if 0 > around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. > > Please report successes and failures :-) Thanks, Philip! On ASUS L5 it works perfect! Tapping, double-tapping, scroll-up and scroll-down buttons now work as expected in X. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 15:37:13 2004 Return-Path: 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 4961016A4CE; Thu, 5 Aug 2004 15:37:13 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9484743D67; Thu, 5 Aug 2004 15:37:12 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 6CFAC50B1C; Fri, 6 Aug 2004 00:37:11 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 607AE50B13; Fri, 6 Aug 2004 00:37:09 +0900 (JST) Date: Fri, 06 Aug 2004 00:37:09 +0900 Message-ID: <7msmb1mw9m.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <7mu0vhmzfs.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:37:13 -0000 At Thu, 5 Aug 2004 11:00:20 -0400 (EDT), Robert Watson wrote: > ==== //depot/user/rwatson/netperf/sys/netinet/tcp_subr.c#17 - /home/rwatson/p4/rwatson_netperf/sys/netinet/tcp_subr.c ==== Thanks! Previous kernel is paniced several working hours after booting, so I'm not sure how I can reproduce it. And unfortunatelly, shutdown -r cannot reboot that box even from serial console. I'll do hard reset tomorrow morning at office... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 15:51:19 2004 Return-Path: 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 C742E16A4CE; Thu, 5 Aug 2004 15:51:19 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F07243D2F; Thu, 5 Aug 2004 15:51:19 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i75FpG5H072345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Aug 2004 19:51:17 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i75FpGHi072344; Thu, 5 Aug 2004 19:51:16 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Thu, 5 Aug 2004 19:51:16 +0400 From: Gleb Smirnoff To: Robert Watson Message-ID: <20040805155116.GA72274@cell.sick.ru> References: <20040805141226.GA71575@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: xmms crashes CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:51:19 -0000 On Thu, Aug 05, 2004 at 10:19:51AM -0400, Robert Watson wrote: R> What function is at 0xc055b780? You can use addr2line or gdb -k to work R> that out, I believe. /usr/src/sys/kern/subr_kdb.c:228 0xc055b780 is in kdb_enter (/usr/src/sys/kern/subr_kdb.c:228). 223 if (kdb_dbbe != NULL && kdb_active == 0) { 224 if (msg != NULL) 225 printf("KDB: enter: %s\n", msg); 226 breakpoint(); 227 } 228 } 229 230 /* 231 * Initialize the kernel debugger interface. 232 */ R> Also, it would be interesting to "options KDB_TRACE" can get a trace in R> this panic... I'll try. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 15:53:58 2004 Return-Path: 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 85C5E16A4CE; Thu, 5 Aug 2004 15:53:58 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D6343D5A; Thu, 5 Aug 2004 15:53:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i75FrsWi099350 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 5 Aug 2004 08:53:55 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: Richard Coleman Date: Thu, 5 Aug 2004 08:53:14 -0700 User-Agent: KMail/1.6.1 References: <200408042139.52577.sam@errno.com> <4112454D.7000507@criticalmagic.com> In-Reply-To: <4112454D.7000507@criticalmagic.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408050853.14374.sam@errno.com> cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:53:58 -0000 On Thursday 05 August 2004 07:33 am, Richard Coleman wrote: > Sam Leffler wrote: > > gathering through fast paths. I've suggested for a long time that > > this sort of collection should be enabled only under dire > > circumstances and never by default. Regardless the last time I > > looked at the entropy harvesting it used a model where entropy was > > unilateraly sent for harvest and discarded when too plentiful. I > > term this the "push model". I've advocated a "pull model" where the > > PRNG requests entropy when a low water mark is hit and/or a hybrid > > scheme where producers have some sort of flow control or feedback > > mechanism. > > > > Everything that goes on inside the PRNG is a separate issue. > > > > Sam > > In general, by using a push model, you open yourself up to the possibility > that the attacker could exhaust the entropy at just the right time so he > can control what entropy is harvested on the next run of the PRNG. But in > this case, we might be able to get away with it, since the PRNG is still > cryptographically strong even when there is no new entropy flowing into the > system (as long at the attacker doesn't know the initial state of the > pool). Rekeying and reseeding the pool are primarily to give you forward > security and to recover if the entropy pool has been compromised. > > But a push system is still better if it doesn't impact performance too > much. Push vs pull and exhaustion depends on your system config which is why I hedged with "or a hybrid scheme". If a system has a reasonable h/w entropy source it should be able to pull enough entropy on demand to keep everyone happy. I know this to be true for at least 4 crypto parts that include a h/w RNG. On systems like this you want to just shutdown all other forms of entropy gathering unless you're paranoid about having a single source of entropy. Sam From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 16:03:15 2004 Return-Path: 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 6C47816A4CE; Thu, 5 Aug 2004 16:03:15 +0000 (GMT) Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0150443D45; Thu, 5 Aug 2004 16:03:15 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.161.100.95]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040805160314.NGPA14383.out010.verizon.net@[192.168.1.3]>; Thu, 5 Aug 2004 11:03:14 -0500 Message-ID: <41125A3D.2040806@mac.com> Date: Thu, 05 Aug 2004 12:03:09 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [68.161.100.95] at Thu, 5 Aug 2004 11:03:13 -0500 cc: Sam Leffler cc: freebsd-current@FreeBSD.ORG cc: Mark Murray Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:03:15 -0000 Robert Watson wrote: > On Thu, 5 Aug 2004, Mark Murray wrote: [ ...snip Sam's comments about push versus pull models of harvesting entropy... ] >> Yarrow is not conducive to "water-mark" type flow-control, but I'm >> looking at replacing Yarrow with Fortuna (code at an advanced stage). >> This should improve things all-round. > > Could we do the rate limiting on the sender side, then, by making a > guestimate at a maximum useful entropy rate? [ ... ] > I.e., add a "entropy_gathered" int that uses a unlocked read to test for > non-zero, and is decremented while holding one of the harvesting mutexes > if it's non-zero. Reset it in a callout a few times a second, and set it > to some small value, like 4. This will result in the gathering of some > entropy each second, but not so much that it seriously hits the packet > delivery path in higher workloads. For what it's worth, this sounds like a pretty good approach to me. Given that Yarrow maintains an estimate of the amount of entropy available, it ought to be easy to use that to decide whether "4" or some other value is appropriate. If the entropy pool is "full", leave entropy_gathered == 0, or perhaps set it to a small value as Robert suggests so that we're still churning a few random bits into the pool. If entropy is being used, set entropy_gathered equal to some bigger value which is appropriate for the how much new entropy the pool would like to get over the next interval. Furthermore, the code which does the entropy gathering might even choose to pay attention to how much entropy is desired and alter their sensitivity a bit (ie, how many of the least-significant bits from a timestamp based on the interval between when the last two packets were received are trusted to be "random"). [ This part is a good candidate for a sysctl, so those who are concerned about the purity of their entropy can choose that the entropy harvesting code be pessimistic, whereas others who just want /dev/random to output reasonably random stuff without much overhead can choose to get just that, instead. ] Perhaps change the name from entropy_gathered to entropy_wanted? That seems to best describe what it's being used for... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 16:03:54 2004 Return-Path: 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 66A9416A4CF for ; Thu, 5 Aug 2004 16:03:54 +0000 (GMT) Received: from mars.siad.net (h-69-3-214-122.lsanca54.covad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 280FA43D45 for ; Thu, 5 Aug 2004 16:03:54 +0000 (GMT) (envelope-from don@siad.net) Received: from siad.net (h-69-3-214-124.lsanca54.covad.net [69.3.214.124]) by mars.siad.net (8.12.11/8.12.11) with ESMTP id i75G5Iaw071195 for ; Thu, 5 Aug 2004 09:05:18 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <41125A5B.2010706@siad.net> Date: Thu, 05 Aug 2004 12:03:39 -0400 From: "Don L. Belcher" User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en, fr MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:03:54 -0000 Don L. Belcher wrote: > > > Don L. Belcher wrote: > >> >> >> M. Warner Losh wrote: >> >>> In message: <20040627080615.P31366@carver.gumbysoft.com> >>> Doug White writes: >>> : On Sat, 26 Jun 2004, Don L. Belcher wrote: >>> : : > I seem to have lost my fxp card in current ( It was working >>> about 1 or 2 >>> : > months ago ). If somebody could point out to me what code I >>> should be >>> : > looking at, I would appreciate it. >>> : > >>> : > I provided pciconf info attachments, one from release 4 the >>> other from >>> : > current. >>> : : Hm, pci bus 3 seems to have vanished. Have you tried a BIOS update? >>> >> The BIOS is the latest. >> >>> >>> Alternatively, since I'm joining the thread late, do you have a >>> cardbus bridge? >>> >>> >> This is a Gateway SOLO 9500 laptiop, the fxp is a mini pci card. >> > I forgot to answer the question, yes it has a cardbus bridge OS pulled in for date=2004.04.24.00.00.00 stops working OS pulled in for date=2004.04.23.00.00.00 stops works I assume this means a change on April 23 aggravates this problem? When looking for changes on this date I could not find anything. relevant part of dmesg from non working version: pcib3: at device 6.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x3000-0x3fff pcib3: memory decode 0xf0600000-0xf07fffff pcib3: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.4.0 \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.8.0 ACPI PCI link before setting link priority: ACPI PCI link before fixup for boot-disabled links: ACPI PCI link after fixup for boot-disabled links: ACPI PCI link arbitrated configuration: \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.4.0 \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.8.0 pci3: on pcib3 pci3: physical bus=3 pcm0: port 0x4000-0x40ff irq 5 at device 8.0 on pci2 pcm0: failed to enable memory mapping! relevant part of dmesg from working version in April: pcib3: at device 6.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x3000-0x3fff pcib3: memory decode 0xf0600000-0xf07fffff pcib3: prefetched decode 0xfff00000-0xfffff ---- initial configuration ------------------------ \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.4.0 \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.8.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.4.0 \\_SB_.PCI0.LPC0.LNKB irq 10: [ 10] low,level,sharable 3.8.0 pci3: on pcib3 pci3: physical bus=3 map[10]: type 1, range 32, base f0600000, size 12, enabled map[14]: type 4, range 32, base 00003400, size 6, enabled map[18]: type 1, range 32, base f0700000, size 20, enabled pcib3: matched entry for 3.4.INTA (src \\_SB_.PCI0.LPC0.LNKB) pcib3: slot 4 INTA is routed to irq 10 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=3, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f0601000, size 8, enabled map[14]: type 4, range 32, base 00003800, size 3, enabled map[18]: type 4, range 32, base 00003000, size 8, enabled pcib3: matched entry for 3.8.INTA (src \\_SB_.PCI0.LPC0.LNKB) pcib3: slot 8 INTA is routed to irq 10 found-> vendor=0x11c1, dev=0x0448, revid=0x01 bus=3, slot=8, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=10 powerspec 2 supports D0 D2 D3 current D0 fxp0: port 0x3400-0x343f mem 0xf0700000-0xf07fffff,0xf0600000-0xf0600fff irq 10 at device 4.0 on pci3 pcib3: device fxp0 requested decoded memory range 0xf0600000-0xf0600fff pcib2: device fxp0 requested decoded memory range 0xf0600000-0xf0600fff fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 1668 1100 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 16:04:26 2004 Return-Path: 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 EA75D16A4CE for ; Thu, 5 Aug 2004 16:04:26 +0000 (GMT) Received: from smtp-bedford.mitre.org (smtp-bedford-x.mitre.org [192.160.51.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE1143D5A for ; Thu, 5 Aug 2004 16:04:26 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with SMTP id i75G4PI22036 for ; Thu, 5 Aug 2004 12:04:25 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id BA845BF82 for ; Thu, 5 Aug 2004 12:04:25 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id i75G4PP21980 for ; Thu, 5 Aug 2004 12:04:25 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub2.mitre.org with SMTP id 4004978; Thu, 05 Aug 2004 12:04:18 -0400 Message-ID: <41125A82.7070302@mitre.org> Date: Thu, 05 Aug 2004 12:04:18 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SiI3112a possible workaround? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:04:27 -0000 I was searching the net today and I came across this little gem in a Linux mailing list: http://www.uwsg.iu.edu/hypermail/linux/kernel/0307.3/1349.html Notably: 1) As some others suggested on the list, the problem with very slow transfer and timeouts if you try to enable DMA, can be fixed by the following lines in an appropriate rc file: hdparm -X66 -d1 /dev/hda echo "max_kb_per_request:15" > /proc/ide/hdX/settings (repeat for both drives, e.g. hde and hdg). As I have one of these unfortunate controllers, I was wondering if it is possible to do something like this in FreeBSD? sysctl doesn't seem to have anything and I'm not sure what to look for in the sources. Does FreeBSD have any sort of analog to the above hdparm command? From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 16:04:35 2004 Return-Path: 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 BF97916A4DA; Thu, 5 Aug 2004 16:04:35 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2076343D49; Thu, 5 Aug 2004 16:04:35 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id CA91D530C; Thu, 5 Aug 2004 18:04:33 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id CB7605308; Thu, 5 Aug 2004 18:04:28 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 60242B872; Thu, 5 Aug 2004 18:04:28 +0200 (CEST) To: FreeBSD Tinderbox References: <20040805142523.68E357303F@freebsd-current.sentex.ca> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 05 Aug 2004 18:04:28 +0200 In-Reply-To: <20040805142523.68E357303F@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Thu, 5 Aug 2004 10:25:23 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: powerpc@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:04:36 -0000 FreeBSD Tinderbox writes: > TB --- 2004-08-05 14:25:23 - patching the sources > TB --- 2004-08-05 14:25:23 - cd /home/tinderbox/sandbox/CURRENT/powerpc/p= owerpc/src > TB --- 2004-08-05 14:25:23 - /usr/bin/patch -f -s -i/home/tinderbox/sandb= ox/powerpc.diff > TB --- 2004-08-05 14:25:23 - WARNING: /usr/bin/patch returned exit code = 2=20 > TB --- 2004-08-05 14:25:23 - ERROR: failed to apply patch to source tree Sorry, I forgot to make sure the patch was relative to src. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 17:07:11 2004 Return-Path: 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 C7BCD16A4CE for ; Thu, 5 Aug 2004 17:07:11 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8765D43D41 for ; Thu, 5 Aug 2004 17:07:11 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (c-24-21-18-195.client.comcast.net[24.21.18.195]) by comcast.net (sccrmhc11) with SMTP id <20040805170705011000fg4ge>; Thu, 5 Aug 2004 17:07:10 +0000 From: Eric Anholt To: Geoff Speicher In-Reply-To: <20040805131628.GA47734@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <411152D8.2050305@alumni.rice.edu><41115679.2030300@freebsd.org> <20040804220718.GA99590@sirius.speicher.org> <1091658373.893.15.camel@leguin> <20040805131628.GA47734@sirius.speicher.org> Content-Type: text/plain Message-Id: <1091725623.911.10.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 10:07:04 -0700 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:07:11 -0000 On Thu, 2004-08-05 at 06:16, Geoff Speicher wrote: > On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > > > Geoff Speicher wrote: > > > > > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. I > > > > >tried everything I could to get usable threaded apps under XFree86, but > > > > >my Athlon XP rebooted every time I tried to run kdm, Firefox, etc. > > > > > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. Rolling > > > > >back to July 1 was the only thing that worked for me. > > > > > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION did > > > > seem to help this for me, but then it might have been a coincidence. > > > > Incidentally, what video drivers are you using? > > > > > > Snippets from /var/log/XFree86.0.log: > > > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = 0x5159) > > > (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > > (II) Module radeon: vendor="The XFree86 Project" > > > compiled for 4.3.0, module version = 4.0.1 > > > Module class: XFree86 Video Driver > > > ABI class: XFree86 Video Driver, version 0.6 > > > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > > (II) RADEON(0): Direct rendering enabled > > > > Does this happen without using threaded apps? More specifically, does > > it continue if you disable DRI in your X config? If so, please send me > > your dmesg. > > Hey, disabling DRI did the trick. Aside from things being remarkably > slow, it's remarkably stable. ;) Threaded X apps or no, I'm running > a July 19 kernel with no instant reboots. PREEMPTION disabled, > WITNESS enabled (I misspoke in another message when I said WITNESS was > disabled---apparently I fiddled more than I had remembered). Toggling > DRI back on and restarting X/kdm reboots immediately. While you didn't send your dmesg, I'm betting that you've got VIA 8377 AGP. We're misconfiguring it, it seems. I'm working on a patch, please watch http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/69953 for a fix. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 17:11:22 2004 Return-Path: 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 0AB6316A4CE for ; Thu, 5 Aug 2004 17:11:22 +0000 (GMT) Received: from av9-2-sn1.fre.skanova.net (av9-2-sn1.fre.skanova.net [81.228.11.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990CB43D54 for ; Thu, 5 Aug 2004 17:11:21 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av9-2-sn1.fre.skanova.net (Postfix, from userid 502) id F11E837E81; Thu, 5 Aug 2004 19:11:20 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av9-2-sn1.fre.skanova.net (Postfix) with ESMTP id DF2D137E5E; Thu, 5 Aug 2004 19:11:20 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id BD8D237E47; Thu, 5 Aug 2004 19:11:20 +0200 (CEST) From: "Daniel Eriksson" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Thu, 5 Aug 2004 19:11:22 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <411127F0.6080407@DeepCore.dk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org cc: 'Ville-Pertti Keinonen' Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:11:22 -0000 S=F8ren Schmidt wrote: > > I just applied your patch to clean sources dated=20 > 2004.08.04.13.00.00 and ran > > some tests. Everything seems to be working as it should=20 > (just like after the > > serialization patch from Ville-Pertti that I tried=20 > earlier). I will continue > > running with this patch applied to see if it stays stable. >=20 > Good! please keep me posted! Unfortunately the machine disconnected one of the SATA discs earlier = today. It did so out-of-the-blue, because there was no activity at all on = either of the two discs other than the SMART monitor. Aug 5 11:45:47 fortify kernel: ad20: WARNING - removed from = configuration Aug 5 11:45:47 fortify kernel: ata10-master: FAILURE - unknown CMD = (0xb0) timed out Aug 5 11:45:47 fortify smartd[882]: Device: /dev/ad20, not capable of = SMART self-check No other interesting messages in the log. The channel was, as usual, completely locked after this and it took an extended power-off (2 min) = to unlock it (I really don't know what is up with that). Once the channel was unlocked it booted up but page-faulted in the = middle of detecting the attached discs (another reboot took care of that problem, = not sure if the page fault info is interesting at all, but here it is): [...] ad16: 114473MB [232581/16/63] at ata8-master = UDMA100 ad18: 26059MB [52946/16/63] at ata9-master UDMA66 ad20: 239372MB [486344/16/63] at ata10-master SATA150 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x24 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0580904 stack pointer =3D 0x10:0xdd6e5c1c frame pointer =3D 0x10:0xdd6e5c44 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 35 (swi5: clock sio) [thread 100036] Stopped at propagate_priority+0x84: movl 0x24(%eax),%eax db> trace propagate_priority(c2734420,c078a9a0,c056f8a9,c0790780,c26e47d0) at propagate_priority+0x84 turnstile_wait(c2735bc0,c078e960,c078a9a0,0,c27440ac) at turnstile_wait+0x31c _mtx_lock_sleep(c078e960,c2734420,0,0,0) at _mtx_lock_sleep+0xe8 softclock(0,0,ffffffff,ffffbfff,ffffffff) at softclock+0x248 ithread_loop(c26d0080,dd6e5d48,ffffffff,ffffffff,ffffffff) at ithread_loop+0x1a8 fork_exit(c05439c0,c26d0080,dd6e5d48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xdd6e5d7c, ebp =3D 0 --- It should have looked something like this: [...] ad16: 114473MB [232581/16/63] at ata8-master = UDMA100 ad18: 26059MB [52946/16/63] at ata9-master UDMA66 ad20: 239372MB [486344/16/63] at ata10-master SATA150 ad22: 238475MB [484521/16/63] at ata11-master = SATA150 ar0: 476950MB [60802/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad5 at ata2-slave ar1: 478744MB [61031/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad7 at ata3-slave ar2: 388962MB [49585/255/63] status: READY subdisks: disk0 READY on ad9 at ata4-slave disk1 READY on ad8 at ata4-master ar3: 228946MB [29186/255/63] status: READY subdisks: disk0 READY on ad15 at ata7-slave disk1 READY on ad16 at ata8-master Waiting 5 seconds for SCSI devices to settle [...] I have switched back to the patch from Ville-Pertti that serializes the controller for now, to see if that is more stable. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 17:20:43 2004 Return-Path: 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 1511416A4CE for ; Thu, 5 Aug 2004 17:20:43 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E54843D53 for ; Thu, 5 Aug 2004 17:20:42 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i75HKgD3051583; Thu, 5 Aug 2004 13:20:42 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i75HKf3C051582; Thu, 5 Aug 2004 13:20:41 -0400 (EDT) (envelope-from geoff) Date: Thu, 5 Aug 2004 13:20:41 -0400 From: Geoff Speicher To: Eric Anholt Message-ID: <20040805172041.GB47734@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040804203456.GA46377@parodius.com> <411152D8.2050305@alumni.rice.edu> <20040804213319.GB98953@sirius.speicher.org> <41115679.2030300@freebsd.org> <20040804220718.GA99590@sirius.speicher.org> <1091658373.893.15.camel@leguin> <20040805131628.GA47734@sirius.speicher.org> <1091725623.911.10.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091725623.911.10.camel@leguin> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:20:43 -0000 On Thu, Aug 05, 2004 at 10:07:04AM -0700, Eric Anholt wrote: > On Thu, 2004-08-05 at 06:16, Geoff Speicher wrote: > > On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > > > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > > > > > > > Snippets from /var/log/XFree86.0.log: > > > > > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = 0x5159) > > > > (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > > > (II) Module radeon: vendor="The XFree86 Project" > > > > compiled for 4.3.0, module version = 4.0.1 > > > > Module class: XFree86 Video Driver > > > > ABI class: XFree86 Video Driver, version 0.6 > > > > > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > > > (II) RADEON(0): Direct rendering enabled > > > > > > Does this happen without using threaded apps? More specifically, does > > > it continue if you disable DRI in your X config? If so, please send me > > > your dmesg. > > > > Hey, disabling DRI did the trick. Aside from things being remarkably > > slow, it's remarkably stable. ;) Threaded X apps or no, I'm running > > a July 19 kernel with no instant reboots. PREEMPTION disabled, > > WITNESS enabled (I misspoke in another message when I said WITNESS was > > disabled---apparently I fiddled more than I had remembered). Toggling > > DRI back on and restarting X/kdm reboots immediately. > > While you didn't send your dmesg, I'm betting that you've got VIA 8377 > AGP. We're misconfiguring it, it seems. I'm working on a patch, please > watch http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/69953 for a fix. Sorry, I thought you wanted the dmesg if and only if the reboots continued with DRI disabled. You guessed right: agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Geoff From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 17:34:15 2004 Return-Path: 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 41A8E16A4CE for ; Thu, 5 Aug 2004 17:34:15 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id D549243D1D for ; Thu, 5 Aug 2004 17:34:14 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i75HYCa0083050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Aug 2004 10:34:12 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i75HYCDG083049 for current@freebsd.org; Thu, 5 Aug 2004 10:34:12 -0700 (PDT) (envelope-from jdc) Date: Thu, 5 Aug 2004 10:34:12 -0700 From: Jeremy Chadwick To: FreeBSD Current List Message-ID: <20040805173412.GA82994@parodius.com> Mail-Followup-To: FreeBSD Current List References: <4109B4EF.605@samsco.org> <20040730152119.GA43119@freefall.freebsd.org> <20040805062728.GA58762@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805062728.GA58762@freefall.freebsd.org> User-Agent: Mutt/1.5.6i Subject: Re: HEADS UP! boot2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:34:15 -0000 All, This commit works great. I also tested boot0sio (just for fun), works fine as well. Greatly appreciated; and a big thanks to Matt Dillon (as usual). :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Thu, Aug 05, 2004 at 06:27:28AM +0000, Alexander Kabaev wrote: > On Fri, Jul 30, 2004 at 03:21:19PM +0000, Alexander Kabaev wrote: > > On Thu, Jul 29, 2004 at 08:39:43PM -0600, Scott Long wrote: > > > All, > > > > > > The GCC 3.4 import seems to have broken the boot2 loader on at least > > > i386. This doesn't affect normal world and kernel builds and installs, > > > but does affect writing new bootblocks via the disklabel program. You > > > should refrain from doing this until it gets fixed. It's being looked > > > into right now. > > > > > > Scott > > > > Commit below made boot2 usable again. > > As suggested by Matt Dillon, the problems were caused by imcompletely > zeroed out BSS. I merged approproate fixes from DragonflyBSD in commit > below. Success/failure reports from people affected are appreciated. > > kann 2004-08-05 06:00:05 UTC > > FreeBSD src repository > > Modified files: > sys/boot/i386/boot2 boot1.S > sys/boot/i386/btx/lib btxcsu.s > Log: > Move boot2 BSS zeroing into btx startup code out of boot1. boot1 does not > have clear idea on boot2 BSS size and leaves portion of it not zeroed out. > btxcsu.s is in much better position for this job. > > Obtained from: DragonflyBSD (with minor adjustments) > > Revision Changes Path > 1.29 +0 -4 src/sys/boot/i386/boot2/boot1.S > 1.4 +9 -1 src/sys/boot/i386/btx/lib/btxcsu.s > > _______________________________________________ > 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 Aug 5 17:35:40 2004 Return-Path: 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 DF3DE16A4CE for ; Thu, 5 Aug 2004 17:35:39 +0000 (GMT) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E30AF43D58 for ; Thu, 5 Aug 2004 17:35:36 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from laptop (81-178-89-169.dsl.pipex.com [81.178.89.169]) by pengo.systems.pipex.net (Postfix) with SMTP id 328C24C0007A for ; Thu, 5 Aug 2004 18:35:31 +0100 (BST) Message-ID: <00e601c47b12$7b469eb0$f800000a@laptop> From: "Markie" To: "FreeBSD Current" References: <00f401c47653$fc8cb720$f800000a@laptop> Date: Thu, 5 Aug 2004 18:34:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: 5.2.1-R panic still occurs on a recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:35:40 -0000 ----- Original Message ----- From: "Markie" To: "FreeBSD Current" Sent: Friday, July 30, 2004 5:40 PM Subject: Re: 5.2.1-R panic still occurs on a recent -CURRENT | Here's the vmstat logs tar'd then gzipped. The filenames indicate the time of | the 'snapshot' in the format of: | | vmstat.day.month.year.hour (year was probably very unnecessary but oh well :-) | | ----- Original Message ----- | From: "Markie" | To: "FreeBSD Current" | Sent: Friday, July 30, 2004 1:46 AM | Subject: 5.2.1-R panic still occurs on a recent -CURRENT | | | | Hi all. | | | | You may or may not remember I was having trouble with 5.2.1-R giving me random | | panics along the lines of panic: kmem_malloc(4096): kmem_map too small: xxxx | | total allocated. It was suggested that I updated to CURRENT to see if the | issue | | had been fixed. | | | | Well, my server just rebooted. The strange thing is though I didn't get a | | crashdump this time... and it did a background fsck on / aswell, which was | | really nice because it booted up so quickly. Is it safe though? I thought | bgfsck | | wasn't allowed on / yet? | | | | I can't remember who replied last time but I was told to log vmstat -mz every | | hour incase of memory leaks, so I have alot of vmstat hourly files if that | might | | determine the cause of my panic. I also logged netstat -m but if that isn't | any | | help then I can just get rid of all those. | | | | I also noticed something in the logs not long (or right before) it paniced | this | | time: | | | | Jul 30 01:19:57 bone kernel: arpresolve: can't allocate llinfo for | | xxx.xxx.xxx.xxxrt | | Jul 30 01:19:58 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not | | allocate llinfo | | Jul 30 01:19:58 bone kernel: arpresolve: can't allocate llinfo for | | xxx.xxx.xxx.xxxrt | | Jul 30 01:19:58 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not | | allocate llinfo | | Jul 30 01:19:58 bone kernel: arpresolve: can't allocate llinfo for | | xxx.xxx.xxx.xxxrt | | Jul 30 01:19:59 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not | | allocate llinfo | | Jul 30 01:19:59 bone kernel: arpresolve: can't allocate llinfo for | | xxx.xxx.xxx.xxxrt | | Jul 30 01:20:00 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not | | allocate llinfo | | | | Alot of those. Not sure what it means exactly but could it be related in any | | way? | | | | What do you suggest I do? Would you like to take a look at these vmstat files? | | | | Thanks in advance. | | | | P.S Any ideas why it might not have saved a core dump this time? All I got was | | "Jul 30 01:21:39 bone savecore: no dumps found" I have dumpdev set in rc.conf | | too. Maybe it didn't panic but spontaneously rebooted, perhaps because of a | | change in -CURRENT? Or is spontaneous rebooting hardware problems? | | | -------------------------------------------------------------------------------- | _______________________________________________ | 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" | Any ideas? No one else seems to have a problem with this panic randomly appearing but me... :-S Need some more info? From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 17:37:55 2004 Return-Path: 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 1190116A4CE; Thu, 5 Aug 2004 17:37:55 +0000 (GMT) Received: from mx1.originative.co.uk (freebsd.gotadsl.co.uk [81.6.249.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D2843D3F; Thu, 5 Aug 2004 17:37:52 +0000 (GMT) (envelope-from paul@mx1.originative.co.uk) Received: by mx1.originative.co.uk (Postfix, from userid 1000) id 9247D15575; Thu, 5 Aug 2004 18:38:09 +0100 (BST) Date: Thu, 5 Aug 2004 18:38:09 +0100 From: paul@freebsd.org To: Gleb Smirnoff Message-ID: <20040805173808.GC740@myrddin.originative.co.uk> References: <20040804235929.GB740@myrddin.originative.co.uk> <20040805144206.GA71924@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805144206.GA71924@cell.sick.ru> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:37:55 -0000 On Thu, Aug 05, 2004 at 06:42:06PM +0400, Gleb Smirnoff wrote: > On Thu, Aug 05, 2004 at 12:59:30AM +0100, Paul Richards wrote: > P> I can't start X anymore it complains about being unable to mmap > P> /dev/vga. > > I have /dev/io and /dev/mem disappered in today's CURRENT :) Yeah, same happened to me but I fixed that and now X complains about /dev/vga. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 17:58:33 2004 Return-Path: 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 427C316A4CE; Thu, 5 Aug 2004 17:58:33 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0D4243D45; Thu, 5 Aug 2004 17:58:32 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i75HwWFd060540; Thu, 5 Aug 2004 10:58:32 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i75HwWcW060539; Thu, 5 Aug 2004 10:58:32 -0700 (PDT) (envelope-from david) Date: Thu, 5 Aug 2004 10:58:32 -0700 (PDT) From: David Wolfskill Message-Id: <200408051758.i75HwWcW060539@bunrab.catwhisker.org> To: freebsd-current@freebsd.org, philip@freebsd.org In-Reply-To: <20040805071236.GA595@loge.nixsys.be> Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:58:33 -0000 >Date: Thu, 5 Aug 2004 09:12:36 +0200 >From: Philip Paeps >To: freebsd-current@freebsd.org >Subject: [PLEASE TEST] Better support for Synaptics Touchpads >Sender: owner-freebsd-current@freebsd.org >Since the original synaptics support was added to psm, there have been some >reports of malfunctions and missing magic. I've tried to fix all that, but >it's still work in progress. >If you happen to own a laptop with a synaptics touchpad, please help test: > OK; I'm running it now (and I have PSM_DEBUG set to 1 in the kernel). >So far, I've had one report of a panic, possibly related to an extra gadget >chained through the the touchpad. If you're extra masochistic, and your >laptop has one of these extra gadgets, you might like to remove the #if 0 >around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. >Please report successes and failures :-) Nothing extra attached; no panics. I confirm Alexandre "Sunny" Kovalenko's results -- single touchpad tap acts as left mouse button press/release event, but double-tap-and-drag doesn't seem to work so well. Double- and triple-taps themselves seem OK, though. [My test was trying to quit from ical: I can click on the "File" button, but as soon as the mouse leaves the area of that button, the drop-down menu that showed up, and that includes the "Exit" selection, disappears.] It is definitely a large step in a positive direction -- thanks! :-) Peace, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 18:10:10 2004 Return-Path: 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 35F9616A4CE for ; Thu, 5 Aug 2004 18:10:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7329743D3F for ; Thu, 5 Aug 2004 18:10:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 44CC81FFDD6 for ; Thu, 5 Aug 2004 20:10:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 5A17D1FFDD4; Thu, 5 Aug 2004 20:10:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C79E61539E; Thu, 5 Aug 2004 18:09:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BCA2C15384 for ; Thu, 5 Aug 2004 18:10:00 +0000 (UTC) Date: Thu, 5 Aug 2004 18:10:00 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: can see my reboot command idle 22 minutes :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:10:10 -0000 Hi, have a 1 year old 5.1-RELEASE system with SCSI and one 120GB IDE disk. The IDE disk got used for daily dumps since january. Tonight I got this error: kernel: ad0: READ command timeout tag=0 serv=0 - resetting kernel: ata0: resetting devices .. serial console had been unuseable at that point but sshing/telnetting onto the system still worked. A dump had still been running. kill -9 didn't help much nor did reboot. The reboot simply hung other services terminated so no longer been able to telnet onto the machine. Hands on resetted the machine and it got up booting fine, serial console worked. It started background fsck and I went away. 45 minutes later fsck simply hang, had not been able to kill -9 it. this time dmesg showed: ad0: WRITE command timeout tag=0 serv=0 - resetting ata0: resetting devices .. Stopped some services by hand and did some funny things, commented out the ide disk in /etc.fstab and typed reboot. Well the machine ist still up an running: bz@machine: {107} w 7:58PM up 1:06, 6 users, load averages: 0.05, 0.16, 0.08 USER TTY FROM LOGIN@ IDLE WHAT bz p0 shell 7:30PM 26 ls -l /dump/ bz p1 shell 7:32PM 25 sync bz p2 shell 7:33PM 22 reboot ^^^^^^^^^^ bz p3 shell 7:39PM 11 atacontrol reinit 0 .. bz p5 shell 7:47PM - w see the reboot there :(( I can still log in by ssh, do funny things but everything accessing the IDE disk simply hangs... Unfortunately this is 5.1-RELEASE so no machine# sysctl debug.enter_debugger=ddb sysctl: unknown oid 'debug.enter_debugger' hands on again ... -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 18:15:42 2004 Return-Path: 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 684B216A4CE for ; Thu, 5 Aug 2004 18:15:42 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A3D43D46 for ; Thu, 5 Aug 2004 18:15:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id F418C72DF2; Thu, 5 Aug 2004 11:15:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F2A3A72DB5; Thu, 5 Aug 2004 11:15:41 -0700 (PDT) Date: Thu, 5 Aug 2004 11:15:41 -0700 (PDT) From: Doug White To: Mark Murray In-Reply-To: <200408041438.i74Ec8Ve045460@grimreaper.grondar.org> Message-ID: <20040805111517.D36982@carver.gumbysoft.com> References: <200408041438.i74Ec8Ve045460@grimreaper.grondar.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Robin P. Blanchard" cc: current@FreeBSD.ORG Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:15:42 -0000 On Wed, 4 Aug 2004, Mark Murray wrote: > > cat >> your_kernel_config_file < > device mem > > device null > > device zero > > EOF > > Only the first one. "device mem" Some stuff might want "device io" too :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 18:29:56 2004 Return-Path: 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 E4FA416A4CE for ; Thu, 5 Aug 2004 18:29:55 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF6B243D60 for ; Thu, 5 Aug 2004 18:29:55 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i75ITtU1084768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Aug 2004 11:29:55 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i75ITtp0084767 for current@freebsd.org; Thu, 5 Aug 2004 11:29:55 -0700 (PDT) (envelope-from jdc) Date: Thu, 5 Aug 2004 11:29:55 -0700 From: Jeremy Chadwick To: FreeBSD current mailing list Message-ID: <20040805182955.GA84646@parodius.com> Mail-Followup-To: FreeBSD current mailing list References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: can see my reboot command idle 22 minutes :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:29:56 -0000 You should probably update the system ASAP. Soren has made major improvements to the ATA layer, and may in fact address any issues you're having in the past. Is the IDE disk an IBM/Hitachi drive per chance? I've seen this happen on them. It's a known ""feature"", which (from what I understand) was supposed to be removed in later models, but I haven't bothered to check. Also: after upgrading, consider installing ports/sysutils/smartmontools and enabling SMART on the drive/in the BIOS. You may have a drive that's going bad -- IDE isn't known for reliability these days. Hope this helps. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Thu, Aug 05, 2004 at 06:10:00PM +0000, Bjoern A. Zeeb wrote: > Hi, > > have a 1 year old 5.1-RELEASE system with SCSI and one 120GB IDE > disk. > > The IDE disk got used for daily dumps since january. > Tonight I got this error: > > kernel: ad0: READ command timeout tag=0 serv=0 - resetting > kernel: ata0: resetting devices .. > > serial console had been unuseable at that point but sshing/telnetting > onto the system still worked. > > A dump had still been running. kill -9 didn't help much nor did > reboot. The reboot simply hung other services terminated so no longer > been able to telnet onto the machine. > > Hands on resetted the machine and it got up booting fine, serial > console worked. It started background fsck and I went away. > > 45 minutes later fsck simply hang, had not been able to kill -9 > it. > > this time dmesg showed: > ad0: WRITE command timeout tag=0 serv=0 - resetting > ata0: resetting devices .. > > Stopped some services by hand and did some funny things, > commented out the ide disk in /etc.fstab and typed reboot. > > Well the machine ist still up an running: > > bz@machine: {107} w > 7:58PM up 1:06, 6 users, load averages: 0.05, 0.16, 0.08 > USER TTY FROM LOGIN@ IDLE WHAT > bz p0 shell 7:30PM 26 ls -l /dump/ > bz p1 shell 7:32PM 25 sync > bz p2 shell 7:33PM 22 reboot > ^^^^^^^^^^ > bz p3 shell 7:39PM 11 atacontrol reinit 0 > .. > bz p5 shell 7:47PM - w > > see the reboot there :(( > > I can still log in by ssh, do funny things but everything accessing > the IDE disk simply hangs... > > > Unfortunately this is 5.1-RELEASE so no > machine# sysctl debug.enter_debugger=ddb > sysctl: unknown oid 'debug.enter_debugger' > > > hands on again ... > > -- > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > _______________________________________________ > 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 Aug 5 18:33:27 2004 Return-Path: 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 EEDC216A4CE for ; Thu, 5 Aug 2004 18:33:27 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADDFE43D53 for ; Thu, 5 Aug 2004 18:33:27 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (sccrmhc11) with ESMTP id <20040805183326011000gisje>; Thu, 5 Aug 2004 18:33:26 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) i75IXX1N073540 for ; Thu, 5 Aug 2004 14:33:34 -0400 (EDT) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost)i75IXX3I073539 for freebsd-current@freebsd.org; Thu, 5 Aug 2004 14:33:33 -0400 (EDT) (envelope-from rodrigc) Date: Thu, 5 Aug 2004 14:33:33 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20040805183333.GA73498@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Installing cdevsw_add(), cdevsw_remove() man pages in -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:33:28 -0000 Hi, According to: http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html cdevsw_add() and cdevsw_remove() were removed in 500104. If so, is there any point in installing man pages for these functions? --- share/man/man9/Makefile.orig Thu Aug 5 14:32:04 2004 +++ share/man/man9/Makefile Thu Aug 5 14:32:18 2004 @@ -34,8 +34,6 @@ BUS_SETUP_INTR.9 \ byteorder.9 \ cd.9 \ - cdevsw_add.9 \ - cdevsw_remove.9 \ condvar.9 \ contigmalloc.9 \ copy.9 \ -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 19:01:39 2004 Return-Path: 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 EA6A416A4CE for ; Thu, 5 Aug 2004 19:01:39 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F7443D58 for ; Thu, 5 Aug 2004 19:01:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DA1E972DF2; Thu, 5 Aug 2004 12:01:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D509172DB5; Thu, 5 Aug 2004 12:01:39 -0700 (PDT) Date: Thu, 5 Aug 2004 12:01:39 -0700 (PDT) From: Doug White To: Jason Andresen In-Reply-To: <41125A82.7070302@mitre.org> Message-ID: <20040805115935.H36982@carver.gumbysoft.com> References: <41125A82.7070302@mitre.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: SiI3112a possible workaround? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:01:40 -0000 On Thu, 5 Aug 2004, Jason Andresen wrote: > hdparm -X66 -d1 /dev/hda > echo "max_kb_per_request:15" > /proc/ide/hdX/settings > (repeat for both drives, e.g. hde and hdg). > > As I have one of these unfortunate controllers, I was wondering if it is > possible to do something like this in FreeBSD? sysctl doesn't seem to > have anything and I'm not sure what to look for in the sources. Does > FreeBSD have any sort of analog to the above hdparm command? 'atacontrol mode' allows you to set the speeds on a per-device basis. For the max_kb_per_request thing, thre isnt' a way to set that that I know of, but it might be something that we could quirk in the driver. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 19:27:10 2004 Return-Path: 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 1A3CC16A4CE for ; Thu, 5 Aug 2004 19:27:10 +0000 (GMT) Received: from web20225.mail.yahoo.com (web20225.mail.yahoo.com [216.136.227.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 0EA4B43D55 for ; Thu, 5 Aug 2004 19:27:10 +0000 (GMT) (envelope-from tonymontanadea@yahoo.com) Message-ID: <20040805192710.55375.qmail@web20225.mail.yahoo.com> Received: from [68.36.189.179] by web20225.mail.yahoo.com via HTTP; Thu, 05 Aug 2004 12:27:10 PDT Date: Thu, 5 Aug 2004 12:27:10 -0700 (PDT) From: Tony Montana To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: no text in gnome after portuprade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:27:10 -0000 No text under icons or under folders or in actual text files after doing a portupgrade. any ideas how to correct this problem? __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 19:41:14 2004 Return-Path: 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 4E62316A4CE for ; Thu, 5 Aug 2004 19:41:14 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C14D743D31 for ; Thu, 5 Aug 2004 19:41:13 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from erda.home.paeps.cx (erda.home.paeps.cx [IPv6:2001:838:37f:10::1]) by gateway.nixsys.be (Postfix) with ESMTP id 6D6746C for ; Thu, 5 Aug 2004 21:41:12 +0200 (CEST) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [10.0.0.2]) by erda.home.paeps.cx (Postfix) with ESMTP id E8A1020E3 for ; Thu, 5 Aug 2004 21:41:04 +0200 (CEST) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) i75JfBpO027416 for ; Thu, 5 Aug 2004 21:41:11 +0200 (CEST) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.12.11/8.12.11/Submit) id i75JfBDC027415 for freebsd-current@freebsd.org; Thu, 5 Aug 2004 21:41:11 +0200 (CEST) (envelope-from philip) Date: Thu, 5 Aug 2004 21:41:11 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20040805194111.GA23030@fasolt.home.paeps.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <20040805071236.GA595@loge.nixsys.be> <200408051758.i75HwWcW060539@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408051758.i75HwWcW060539@bunrab.catwhisker.org> X-Date-in-Rome: Nonis Augusis MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:41:14 -0000 On 2004-08-05 10:58:32 (-0700), David Wolfskill wrote: > Philip Paeps wrote: > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > > > OK; I'm running it now (and I have PSM_DEBUG set to 1 in the kernel). > > > Please report successes and failures :-) > > Nothing extra attached; no panics. Something tells me the panic was phk saw was caused by the bit I if'ed out. Now if someone with extra gadgets could confirm that... > I confirm Alexandre "Sunny" Kovalenko's results -- single touchpad tap acts > as left mouse button press/release event, but double-tap-and-drag doesn't > seem to work so well. Double- and triple-taps themselves seem OK, though. The 'double-tap-and-drag' is not yet implemented. I'm still working on that, as well as on 'virtual scrolling' and 'tossing' the pointer. > [My test was trying to quit from ical: I can click on the "File" button, > but as soon as the mouse leaves the area of that button, the drop-down menu > that showed up, and that includes the "Exit" selection, disappears.] Do you notice any improvement when you run moused with '-a 0.75' or similar? I'm trying to decide how much to slow the acceleration down by default. I'm seeing good results with 0.75 but I was having good results with the current default too. Maybe I'm just handy? *grin* > It is definitely a large step in a positive direction -- thanks! :-) Good to know :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Anything you try to fix will take longer and cost more than you thought. From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 20:03:24 2004 Return-Path: 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 8A7BF16A4CE; Thu, 5 Aug 2004 20:03:24 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D46C43D62; Thu, 5 Aug 2004 20:03:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i75K3IlM069898; Thu, 5 Aug 2004 15:03:18 -0500 (CDT) (envelope-from dan) Date: Thu, 5 Aug 2004 15:03:18 -0500 From: Dan Nelson To: freebsd-current@freebsd.org Message-ID: <20040805200317.GA6978@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-threads@freebsd.org Subject: Fatal trap 12 in kern_ptrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:03:24 -0000 Recently I've been seeing libpthreaded processes just hang suddenly. ps shows them in the STOPped state, and ps -H shows that all threads are idle except for one, which is waiting on a lock (I've seen ufs and wait on different occasions). Killing the process results in an instant system freeze. I tried gdb'ing one this time, and was rewarded with the following trap: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 03 fault virtual address = 0x44 fault code = supervisor write, page not present instruction pointer = 0x8:0xc058ae4c stack pointer = 0x10:0xdef5db84 frame pointer = 0x10:0xdef5dc04 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 63683 (gdb) At this point the system froze so I couldn't get a full stack trace, but: $ addr2line -f -e kernel.debug 0xc058ae4c kern_ptrace ../../../kern/sys_process.c:659 658 if (saved_pid <= PID_MAX) { 659 p->p_xthread->td_flags &= ~TDF_XSIG; 660 p->p_xthread->td_xsig = data; It looks like p_xthread is null when it shouldn't be. This is an Aug 02 kernel, so no PREEMPTION. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 20:08:46 2004 Return-Path: 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 8A6B216A4CF for ; Thu, 5 Aug 2004 20:08:46 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF65E43D1F for ; Thu, 5 Aug 2004 20:08:45 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B536D1FF9A6 for ; Thu, 5 Aug 2004 22:08:44 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id B2CA41FF931; Thu, 5 Aug 2004 22:08:42 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id E8E1E15384; Thu, 5 Aug 2004 20:06:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E646315329 for ; Thu, 5 Aug 2004 20:06:15 +0000 (UTC) Date: Thu, 5 Aug 2004 20:06:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: <20040805182955.GA84646@parodius.com> Message-ID: References: <20040805182955.GA84646@parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: Re: can see my reboot command idle 22 minutes :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:08:46 -0000 On Thu, 5 Aug 2004, Jeremy Chadwick wrote: > You should probably update the system ASAP. Soren has made major > improvements to the ATA layer, and may in fact address any issues > you're having in the past. I know. ARP and all that. Machine hadn't been updated for other reasons. > Is the IDE disk an IBM/Hitachi drive per chance? I've seen this No, Maxtor imho. > Hope this helps. this had not been the problem (though triggered the other one maybe). The problem had been that though multiuser worked quite fine, the kernel didn't mannage to get the reboot done. even a kill -INT 1 didn't reboot the machine. I could just type ahead for another few minutes until I killed some of the hanging sutdown scripts and my ssh and then only hands on helped again. kill -INT 1 is supposed to reboot even if kill -TSTP 1 does not work ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 20:29:58 2004 Return-Path: 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 A302E16A4CE for ; Thu, 5 Aug 2004 20:29:58 +0000 (GMT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D754F43D45 for ; Thu, 5 Aug 2004 20:29:57 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1Bsos8-00075D-03; Thu, 05 Aug 2004 22:29:56 +0200 Received: from Andro-Beta.Leidinger.net (Zeu2WvZfgesjtPE98AhJW56ZRW0inKwj-i8Q7xtSVSDL7+1sKdH00z@[217.229.213.98]) by fmrl01.sul.t-online.com with esmtp id 1Bsorv-1IEhma0; Thu, 5 Aug 2004 22:29:43 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i75KTmRH080444 for ; Thu, 5 Aug 2004 22:29:48 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 5 Aug 2004 22:30:27 +0200 From: Alexander Leidinger To: current@freebsd.org Message-Id: <20040805223027.7df0732b@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: Zeu2WvZfgesjtPE98AhJW56ZRW0inKwj-i8Q7xtSVSDL7+1sKdH00z@t-dialin.net Subject: IPSEC broken (FAST_IPSEC works)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:29:58 -0000 Hi, I've replaced a 4.10 server with a 5-current (Jul 18, without PREEMPTION, with MSIZE=512) one. Both have the same IPSEC config (kernel, setkey, racoon, gif). But the 5-current one isn't able to transfer data over the VPN (no ping, no telnet to a port on a host on the other side of the tunnel). Racoon is able to negotiate a connection: ---snip--- # setkey -D No SAD entries. # ping host_behind_b: [waiting long enough, but no output] [ctrl-c] # setkey -D a b esp mode=tunnel spi=3635833369(0xd8b66a19) reqid=0(0x00000000) E: 3des-cbc 11d159c7 53846874 895eacfd 66074dc4 36350ac2 f09fe17a A: hmac-md5 bf041de9 225ebf60 dac19d00 23653b39 seq=0x00000002 replay=4 flags=0x00000000 state=mature created: Aug 5 22:10:27 2004 current: Aug 5 22:10:30 2004 diff: 3(s) hard: 300(s) soft: 240(s) last: Aug 5 22:10:28 2004 hard: 0(s) soft: 0(s) current: 272(bytes) hard: 0(bytes) soft: 0(bytes) allocated: 2 hard: 0 soft: 0 sadb_seq=1 pid=561 refcnt=2 b a esp mode=tunnel spi=116056914(0x06eae352) reqid=0(0x00000000) E: 3des-cbc 053d94f1 edef8617 69d25dca e69ec7db ad3c9a1a 0838a24c A: hmac-md5 04d024d9 96b2c61e 6ecc79e4 f2393bc4 seq=0x00000000 replay=4 flags=0x00000000 state=mature created: Aug 5 22:10:27 2004 current: Aug 5 22:10:30 2004 diff: 3(s) hard: 300(s) soft: 240(s) last: hard: 0(s) soft: 0(s) current: 0(bytes) hard: 0(bytes) soft: 0(bytes) allocated: 0 hard: 0 soft: 0 sadb_seq=0 pid=561 refcnt=1 ---snip--- tcpdump while doing a "ping host_behind_b": ---snip--- 21:43:53.966704 IP a.500 > b.500: isakmp: phase 2/others ? oakley-quick[E] 21:43:55.112454 IP b.500 > a.500: isakmp: phase 2/others ? oakley-quick[E] 21:43:55.120021 IP a.500 > b.500: isakmp: phase 2/others ? oakley-quick[E] 21:44:55.331956 IP b.500 > a.500: isakmp: phase 2/others ? inf[E] 21:47:14.475946 IP a > b: ESP(spi=0x754e1e4d,seq=0x1) 21:47:14.484644 IP b > a: ESP(spi=0x03a777cb,seq=0x1) 21:47:15.483319 IP a > b: ESP(spi=0x754e1e4d,seq=0x2) 21:47:15.489887 IP b > a: ESP(spi=0x03a777cb,seq=0x2) 21:47:16.493331 IP a > b: ESP(spi=0x754e1e4d,seq=0x3) 21:47:16.499916 IP b > a: ESP(spi=0x03a777cb,seq=0x3) 21:47:17.503348 IP a > b: ESP(spi=0x754e1e4d,seq=0x4) 21:47:17.514614 IP b > a: ESP(spi=0x03a777cb,seq=0x4) 21:47:18.513362 IP a > b: ESP(spi=0x754e1e4d,seq=0x5) 21:47:18.520057 IP b > a: ESP(spi=0x03a777cb,seq=0x5) 21:47:56.970054 IP a.500 > b.500: isakmp: phase 2/others ? oakley-quick[E] 21:47:58.115081 IP b.500 > a.500: isakmp: phase 2/others ? oakley-quick[E] 21:47:58.122636 IP a.500 > b.500: isakmp: phase 2/others ? oakley-quick[E] 21:49:00.330423 IP b.500 > a.500: isakmp: phase 2/others ? inf[E] 21:53:00.318424 IP b.500 > a.500: isakmp: phase 2/others ? inf[E] ---snip--- tcpdump on the gif interface shows nothing. "netstat -s -p ipsec" reports: ---snip--- ipsec: 106 inbound packets processed successfully 0 inbound packets violated process security policy 0 inbound packets with no SA available 0 invalid inbound packets 0 inbound packets failed due to insufficient memory 0 inbound packets failed getting SPI 0 inbound packets failed on AH replay check 0 inbound packets failed on ESP replay check 0 inbound packets considered authentic 0 inbound packets failed on authentication ESP input histogram: 3des-cbc: 106 102 outbound packets processed successfully 0 outbound packets violated process security policy 5 outbound packets with no SA available 0 invalid outbound packets 0 outbound packets failed due to insufficient memory 0 outbound packets with no route ESP output histogram: 3des-cbc: 102 7526 SPD cache lookups 3235 SPD cache misses ---snip--- A kernel with FAST_IPSEC instead of IPSEC works as expected (ping reports the round trip time, tcpdump shows traffic on the gif interface and a quick test with telnet to a port on host_behind_b shows the expected output). The system is supposed to go into production soon, so I can't guarantee I can do "expensive" tests if someone comes up with a patch or needs some data which is only available if IPSEC instead of FAST_IPSEC is used. Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 20:36:50 2004 Return-Path: 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 7A6BC16A4CE for ; Thu, 5 Aug 2004 20:36:50 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B4443D1F for ; Thu, 5 Aug 2004 20:36:49 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from le.vpn.univie.ac.at (le.vpn.univie.ac.at [131.130.222.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i75Kaaha128462; Thu, 5 Aug 2004 22:36:40 +0200 Date: Thu, 5 Aug 2004 22:36:40 +0200 (CEST) From: Lukas Ertl To: Shaun Courtney In-Reply-To: <20040805132516.GB98622@gvmail.vine.co.za> Message-ID: <20040805223500.C821@korben.in.tern> References: <20040805132516.GB98622@gvmail.vine.co.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: current@FreeBSD.org Subject: Re: gvinum resetconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:36:50 -0000 On Thu, 5 Aug 2004, Shaun Courtney wrote: > I'm looking for some help with geom_vinum (gvinum) and the resetconf > command. I've moved some disk around but they still keep the old gvinum > configuration. i've tried resetconfig aka vinum but it just returns to > the prompt ;( 'resetconfig' needs to be implemented first (no, I'm not lazy, I just spent two days in a row to build my new kitchen, and I'm still not finished yet :-/). You can wipe the config by doing 'dd if=/dev/zero of=/dev/ad0s1e bs=32k count=10' (but only, when geom_vinum isn't loaded). cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:17:47 2004 Return-Path: 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 5F5E016A4D9 for ; Thu, 5 Aug 2004 21:17:47 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A2043D58 for ; Thu, 5 Aug 2004 21:17:46 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i75LHbU0094229; Thu, 5 Aug 2004 23:17:43 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4112A3EC.3040005@DeepCore.dk> Date: Thu, 05 Aug 2004 23:17:32 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Andresen References: <41125A82.7070302@mitre.org> In-Reply-To: <41125A82.7070302@mitre.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: SiI3112a possible workaround? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:17:47 -0000 Jason Andresen wrote: > I was searching the net today and I came across this little gem in a > Linux mailing list: > > http://www.uwsg.iu.edu/hypermail/linux/kernel/0307.3/1349.html > > Notably: > > 1) As some others suggested on the list, the problem with very slow > transfer and timeouts if you try to enable DMA, can be fixed by the > following lines in an appropriate rc file: > > hdparm -X66 -d1 /dev/hda > echo "max_kb_per_request:15" > /proc/ide/hdX/settings > (repeat for both drives, e.g. hde and hdg). > > As I have one of these unfortunate controllers, I was wondering if it is > possible to do something like this in FreeBSD? sysctl doesn't seem to > have anything and I'm not sure what to look for in the sources. Does > FreeBSD have any sort of analog to the above hdparm command? The ATA driver already limits transfers to 8K on the older stepping of that bugridden silicon. Could you please mail me the complete output of a dmesg and the output of pciconf -l ? I've newer been able to reproduce this problem so I'd like to know what exact HW causes this so we can try a workaround if possible... BTW you should definitly try to update your install to the latest -current as I've just committed some race fixes that might help you on that chip as well... -Søren From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:20:28 2004 Return-Path: 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 501E516A4CF; Thu, 5 Aug 2004 21:20:28 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E8F443D67; Thu, 5 Aug 2004 21:20:28 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id C909E2CBCE; Thu, 5 Aug 2004 16:20:27 -0500 (CDT) Date: Thu, 5 Aug 2004 16:20:25 -0500 From: Craig Boston To: Paul Mather Message-ID: <20040805212025.GA28645@nowhere> Mail-Followup-To: Craig Boston , Paul Mather , Lukas Ertl , freebsd-current@FreeBSD.org References: <20040726191107.B10DD16A513@hub.freebsd.org> <1091130224.99074.55.camel@zappa.Chelsea-Ct.Org> <20040729215647.F625@korben.in.tern> <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:20:28 -0000 FWIW, root-on-gvinum seems to be working on my test server here. Swapping over it also passes basic stress testing (dd from zero to null with very large block sizes). The system does seem to be quite a bit slower than before, but that may be related to having PREEMPTION disabled (this is an SMP system). I'll see how it responds once that whole situation is resolved. win2ktest# gvinum l 3 drives: D drive3 State: up /dev/da0s1e A: 0/8675 MB (0%) D drive2 State: up /dev/ad2s1e A: 0/8675 MB (0%) D drive1 State: up /dev/ad0s1e A: 0/8675 MB (0%) 5 volumes: V root State: up Plexes: 3 Size: 128 MB V swap State: up Plexes: 1 Size: 1024 MB V usr State: up Plexes: 1 Size: 14 GB V var State: up Plexes: 1 Size: 512 MB V tmp State: up Plexes: 1 Size: 256 MB 7 plexes: P root.p0 C State: up Subdisks: 1 Size: 128 MB P root.p1 C State: up Subdisks: 1 Size: 128 MB P root.p2 C State: up Subdisks: 1 Size: 128 MB P swap.p0 R5 State: up Subdisks: 3 Size: 1024 MB P usr.p0 R5 State: up Subdisks: 3 Size: 14 GB P var.p0 R5 State: up Subdisks: 3 Size: 512 MB P tmp.p0 R5 State: up Subdisks: 3 Size: 256 MB 15 subdisks: S root.p0.s0 State: up D: drive1 Size: 128 MB S root.p1.s0 State: up D: drive2 Size: 128 MB S root.p2.s0 State: up D: drive3 Size: 128 MB S swap.p0.s0 State: up D: drive1 Size: 512 MB S swap.p0.s1 State: up D: drive2 Size: 512 MB S swap.p0.s2 State: up D: drive3 Size: 512 MB S usr.p0.s0 State: up D: drive1 Size: 7651 MB S usr.p0.s1 State: up D: drive2 Size: 7651 MB S usr.p0.s2 State: up D: drive3 Size: 7651 MB S var.p0.s0 State: up D: drive1 Size: 256 MB S var.p0.s1 State: up D: drive2 Size: 256 MB S var.p0.s2 State: up D: drive3 Size: 256 MB S tmp.p0.s0 State: up D: drive1 Size: 128 MB S tmp.p0.s1 State: up D: drive2 Size: 128 MB S tmp.p0.s2 State: up D: drive3 Size: 128 MB -- Craig From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:22:32 2004 Return-Path: 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 D2B1316A4CE; Thu, 5 Aug 2004 21:22:32 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B7E943D39; Thu, 5 Aug 2004 21:22:32 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from cinci.rr.com (cvg-65-27-179-132.cinci.rr.com [65.27.179.132]) i75LMTJW012597; Thu, 5 Aug 2004 17:22:29 -0400 (EDT) Message-ID: <4112A516.1000907@cinci.rr.com> Date: Thu, 05 Aug 2004 17:22:30 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl References: <20040805132516.GB98622@gvmail.vine.co.za> <20040805223500.C821@korben.in.tern> In-Reply-To: <20040805223500.C821@korben.in.tern> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@freebsd.org Subject: Re: gvinum resetconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:22:32 -0000 Lukas Ertl wrote: > On Thu, 5 Aug 2004, Shaun Courtney wrote: > >> I'm looking for some help with geom_vinum (gvinum) and the resetconf >> command. I've moved some disk around but they still keep the old gvinum >> configuration. i've tried resetconfig aka vinum but it just returns to >> the prompt ;( > > > 'resetconfig' needs to be implemented first (no, I'm not lazy, I just > spent two days in a row to build my new kitchen, and I'm still not > finished yet :-/). > > You can wipe the config by doing 'dd if=/dev/zero of=/dev/ad0s1e bs=32k > count=10' (but only, when geom_vinum isn't loaded). > Is it is possible to remove individual device definitions (EX: drive a device /dev/adx)? I was playing around with a bunch of vnode disks which I've since gotten rid of, but the drive defs are still saved in the config of my real disks. Thanks, Mike From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:55:02 2004 Return-Path: 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 A2AAE16A4CE for ; Thu, 5 Aug 2004 21:55:02 +0000 (GMT) Received: from mail.lambertfam.org (www.lambertfam.org [216.223.208.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43E0343D31 for ; Thu, 5 Aug 2004 21:55:02 +0000 (GMT) (envelope-from lambert@lambertfam.org) Received: from localhost (localhost [127.0.0.1]) by mail.lambertfam.org (Postfix) with ESMTP id 3EB4834D99 for ; Thu, 5 Aug 2004 17:54:59 -0400 (EDT) Received: from mail.lambertfam.org ([127.0.0.1]) by localhost (www.lambertfam.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71168-10 for ; Thu, 5 Aug 2004 17:54:57 -0400 (EDT) Received: from laptop.lambertfam.org (ns.tcworks.com [65.66.76.10]) by mail.lambertfam.org (Postfix) with ESMTP id AFC8634D70 for ; Thu, 5 Aug 2004 17:54:57 -0400 (EDT) Received: by laptop.lambertfam.org (Postfix, from userid 1001) id DA217C245; Thu, 5 Aug 2004 16:54:55 -0500 (CDT) Date: Thu, 5 Aug 2004 16:54:54 -0500 From: Scott Lambert To: freebsd-current@freebsd.org Message-ID: <20040805215453.GA741@laptop.lambertfam.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20040805192710.55375.qmail@web20225.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805192710.55375.qmail@web20225.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at lambertfam.org Subject: Re: no text in gnome after portuprade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:55:02 -0000 On Thu, Aug 05, 2004 at 12:27:10PM -0700, Tony Montana wrote: > No text under icons or under folders or in actual text > files after doing a portupgrade. any ideas how to > correct this problem? When this happenned to me, I forced a portupgrade of some font related package, IIRC. You could always use the big hammer: portupgrade -fr gnome* I may have used the big hammer myself. My gnome stuff seems to have been updated about all on about the same day. Hmm, scrollkeeper is jogging my memory. Something was messed up with the permissions of the /var/db/scroollkeeper stuff or maybe it was a corruption of some sort. When I was watching what happenned with portupgrade and backtracking the ports that failed it all came back to scrollkeeper somehow. I think I blew away some of the files in /var/db/scroolkeeper/TOC then portupgrade -f'd scroolkeeper. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:01:15 2004 Return-Path: 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 93D5316A4D6 for ; Thu, 5 Aug 2004 22:01:15 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C0FC43D55 for ; Thu, 5 Aug 2004 22:01:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4390 invoked from network); 5 Aug 2004 22:01:15 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Aug 2004 22:01:14 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i75M0vUY044456; Thu, 5 Aug 2004 18:01:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 5 Aug 2004 17:47:53 -0400 User-Agent: KMail/1.6 References: <20040801101216.3e70610f.wmoran@potentialtech.com> In-Reply-To: <20040801101216.3e70610f.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408051747.53816.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Bill Moran cc: current@FreeBSD.org Subject: Re: Watchdog timeouts with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:01:15 -0000 On Sunday 01 August 2004 10:12 am, Bill Moran wrote: > Just cvsupped current and rebuilt everything last night (July 31) and I > get watchdog timeouts on my NIC when ACPI is enabled. All seems to work > well with ACPI turned off. > > dmesg is attached. Email me if there's any more information I can collect > to help get this working better. I'm not subscribed to current@, so > send it direct. Try ACPI with apic diesbled (set hint.apic.0.disabled=1 at the loader prompt), it appears that your MP Table is busted so you aren't using the apic when you don't use ACPI. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:01:15 2004 Return-Path: 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 950B916A4EA for ; Thu, 5 Aug 2004 22:01:15 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D1A943D58 for ; Thu, 5 Aug 2004 22:01:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4390 invoked from network); 5 Aug 2004 22:01:15 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Aug 2004 22:01:14 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i75M0vUY044456; Thu, 5 Aug 2004 18:01:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 5 Aug 2004 17:47:53 -0400 User-Agent: KMail/1.6 References: <20040801101216.3e70610f.wmoran@potentialtech.com> In-Reply-To: <20040801101216.3e70610f.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408051747.53816.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Bill Moran cc: current@FreeBSD.org Subject: Re: Watchdog timeouts with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:01:15 -0000 On Sunday 01 August 2004 10:12 am, Bill Moran wrote: > Just cvsupped current and rebuilt everything last night (July 31) and I > get watchdog timeouts on my NIC when ACPI is enabled. All seems to work > well with ACPI turned off. > > dmesg is attached. Email me if there's any more information I can collect > to help get this working better. I'm not subscribed to current@, so > send it direct. Try ACPI with apic diesbled (set hint.apic.0.disabled=1 at the loader prompt), it appears that your MP Table is busted so you aren't using the apic when you don't use ACPI. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:01:25 2004 Return-Path: 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 3743316A507 for ; Thu, 5 Aug 2004 22:01:25 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D1D43D2D for ; Thu, 5 Aug 2004 22:01:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9355 invoked from network); 5 Aug 2004 22:01:24 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Aug 2004 22:01:24 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i75M0vUZ044456; Thu, 5 Aug 2004 18:01:12 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, robert@mpe.mpg.de Date: Thu, 5 Aug 2004 17:50:51 -0400 User-Agent: KMail/1.6 References: <200408021427.i72ERsg6056692@robert2.mpe-garching.mpg.de> In-Reply-To: <200408021427.i72ERsg6056692@robert2.mpe-garching.mpg.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408051750.51484.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: kernel panic when accessing digi serial multi io. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:01:25 -0000 On Monday 02 August 2004 10:27 am, Klaus Robert Suetterlin wrote: > Dear all, > > I use a Digi Xem (16 serial ports) with FreeBSD Current. > > geclab2# kldload digi > digi0 mem 0xb0800000-0xb0bfffff irq 30 at device 4.0 on pci0 > digi0: Digiboard PCI PC/Xem ASIC, 16 ports found > > This worked ok until I updated last week. > > geclab2# uname -a > FreeBSD geclab2.cips.mpg.de 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Thu Jul 29 > 17:14:49 CEST 2004 krs@geclab2.cips.mpg.de:/usr/obj/usr/src/sys/GECLAB2 > i386 > > Now every time I access any serial port on the digi I get a kernel > panic. My normal (sio0, sio1) serial ports work ok. It's not > always the same panic but always about mutexes or Giant etc. Here > is one as an example: > > geclab2# cu -l /dev/ttyD0.2 > panicpanic: process 530(cu):2 holds Giant but isn't blocked on a lock > > KDB: enter: panic > [thread 100006] > Stopped at kdb_enter+0x2b: nop > db> where > kdb_enter(c0632982) at kdb_enter+0x2b > panic(c063567d,212,c20be83c,2,c0642312) at panic+0xbb > propagate_priority(c1de3840,c068cc70,c0688aa0,c1de3840,c1dd8340) at > propagate_pr iority+0x142 > turnstile_wait(c1dd8340,c0688aa0,c20bd2c0,c0688aa0,2,c0631d0e,212) at > turnstile_ wait+0x2de > _mtx_lock_sleep(c0688aa0,0,c06302e4,21f) at _mtx_lock_sleep+0x11b > _mtx_lock_flags(c0688aa0,0,c06302e4,21f) at _mtx_lock_flags+0x83 > ithread_loop(c1de0b80,d8f6bd48,c1de0b80,c04ae198,0) at ithread_loop+0x11c > fork_exit(c04ae198,c1de0b80,d8f6bd48) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd8f6bd7c, ebp = 0 --- Do you have an SMP machine? If so, does adding 'options NO_ADAPTIVE_MUTEXES' to your kernel fix the panic? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:01:27 2004 Return-Path: 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 3144716A530 for ; Thu, 5 Aug 2004 22:01:27 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EBCD43D54 for ; Thu, 5 Aug 2004 22:01:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 32397 invoked from network); 5 Aug 2004 22:01:26 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Aug 2004 22:01:24 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i75M0vUa044456; Thu, 5 Aug 2004 18:01:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 5 Aug 2004 17:59:53 -0400 User-Agent: KMail/1.6 References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> In-Reply-To: <20040805050422.GA41201@cat.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408051759.53079.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:01:27 -0000 On Thursday 05 August 2004 01:04 am, Tim Robbins wrote: > Is there any particular reason why atomic_load_acq_*() and > atomic_store_rel_*() are implemented with CMPXCHG and XCHG instead of > MOV on i386/amd64 UP? Actually, using mov instead of lock xchg for store_rel reduced performance in some benchmarks Scott ran on an SMP machine, I'm guessing due to the higher latency of locks becoming available to other CPUs. I'm still waiting for benchmark results on UP to see if the change should be made under #ifndef SMP or some such. > Also, could we use MFENCE/LFENCE/SFENCE in combination with MOV on > SMP systems instead of LOCK CMPXCHG / (implied LOCK) XCHG? MFENCE and LFENCE only exist on the P4. SFENCE only exists on P3+, so to do so you'd lose the ability to run on PII's and earlier. Also, if you use more than SFENCE you lose PIII's. Note that amd64 could probably be changed though since they might all have fences, in which case that might be something to benchmark on both UP and SMP to see what kind of difference it makes. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:02:26 2004 Return-Path: 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 95B5316A4CE for ; Thu, 5 Aug 2004 22:02:26 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8B8A43D1F for ; Thu, 5 Aug 2004 22:02:25 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) i75M0LUv086302; Thu, 5 Aug 2004 18:00:22 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Scott Lambert In-Reply-To: <20040805215453.GA741@laptop.lambertfam.org> References: <20040805192710.55375.qmail@web20225.mail.yahoo.com> <20040805215453.GA741@laptop.lambertfam.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2oDPU5mPwlHH4SuNA1L2" Organization: MarcusCom, Inc. Message-Id: <1091743346.739.48.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 18:02:26 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-current@freebsd.org Subject: Re: no text in gnome after portuprade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:02:26 -0000 --=-2oDPU5mPwlHH4SuNA1L2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-08-05 at 17:54, Scott Lambert wrote: > On Thu, Aug 05, 2004 at 12:27:10PM -0700, Tony Montana wrote: > > No text under icons or under folders or in actual text > > files after doing a portupgrade. any ideas how to > > correct this problem? >=20 > When this happenned to me, I forced a portupgrade of some font related > package, IIRC. You could always use the big hammer: >=20 > portupgrade -fr gnome* >=20 > I may have used the big hammer myself. My gnome stuff seems to have > been updated about all on about the same day. >=20 > Hmm, scrollkeeper is jogging my memory. Something was messed up with > the permissions of the /var/db/scroollkeeper stuff or maybe it was > a corruption of some sort. When I was watching what happenned with > portupgrade and backtracking the ports that failed it all came back > to scrollkeeper somehow. I think I blew away some of the files in > /var/db/scroolkeeper/TOC then portupgrade -f'd scroolkeeper. This problem is almost always related to binaries being linked to multiple versions of pango. A portupgrade -rf pango should clean things up. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-2oDPU5mPwlHH4SuNA1L2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBEq5yb2iPiv4Uz4cRAiFFAKCuabPV5wCAIWRSaM5GoihbDTr2TQCePCdn /WQVVn+GGuePX78zYV8yPoI= =8ULH -----END PGP SIGNATURE----- --=-2oDPU5mPwlHH4SuNA1L2-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:17:42 2004 Return-Path: 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 3C14F16A4CE; Thu, 5 Aug 2004 22:17:42 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9134443D3F; Thu, 5 Aug 2004 22:17:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i75MGpWH008311; Thu, 5 Aug 2004 16:16:51 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4112B184.8010303@samsco.org> Date: Thu, 05 Aug 2004 16:15:32 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <200408051759.53079.jhb@FreeBSD.org> In-Reply-To: <200408051759.53079.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:17:42 -0000 John Baldwin wrote: > On Thursday 05 August 2004 01:04 am, Tim Robbins wrote: > >>Is there any particular reason why atomic_load_acq_*() and >>atomic_store_rel_*() are implemented with CMPXCHG and XCHG instead of >>MOV on i386/amd64 UP? > > > Actually, using mov instead of lock xchg for store_rel reduced performance in > some benchmarks Scott ran on an SMP machine, I'm guessing due to the higher > latency of locks becoming available to other CPUs. I'm still waiting for > benchmark results on UP to see if the change should be made under #ifndef SMP > or some such. > > >>Also, could we use MFENCE/LFENCE/SFENCE in combination with MOV on >>SMP systems instead of LOCK CMPXCHG / (implied LOCK) XCHG? > > > MFENCE and LFENCE only exist on the P4. SFENCE only exists on P3+, so to do > so you'd lose the ability to run on PII's and earlier. Also, if you use more > than SFENCE you lose PIII's. Note that amd64 could probably be changed > though since they might all have fences, in which case that might be > something to benchmark on both UP and SMP to see what kind of difference it > makes. > We always have the ability to define PENTIUM2_CPU, PENTIUM3_CPU, and PENTIUM4_CPU cpu types in the kernel and then ifdef the code appropriately (and ship with the lowest common denominator like we do for I386/I486/I586/I686.) Scott From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:24:23 2004 Return-Path: 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 07A5316A4CE for ; Thu, 5 Aug 2004 22:24:23 +0000 (GMT) Received: from hourri.hittite.isp.9tel.net (hourri.hittite.isp.9tel.net [62.62.156.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA81843D2D for ; Thu, 5 Aug 2004 22:24:22 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [192.168.0.2] (unknown [84.97.151.249]) by hourri.hittite.isp.9tel.net (Postfix) with ESMTP id 7290C15767C for ; Fri, 6 Aug 2004 00:32:55 +0200 (CEST) Message-ID: <4112B393.6020603@wanadoo.fr> Date: Fri, 06 Aug 2004 00:24:19 +0200 From: Martin MATO User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: txcsum seems not working with my 3com 3c905 TX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: martin.mato@wanadoo.fr 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 Aug 2004 22:24:23 -0000 hayes# ifconfig xl0 xl0: flags=8843 mtu 1500 options=9 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::250:daff:fe42:fc4%xl0 prefixlen 64 scopeid 0x1 ether 00:50:da:42:0f:c4 media: Ethernet autoselect (100baseTX ) status: active the tx checksum offloading is not enabled y default at boot and : ifconfig xl0 txcsum give me this message: hayes# ifconfig xl0 txcsum ifconfig: txcsum: Invalid argument nota: the rxcsum and -rxcsum flags are working, and -txcsum has no error messages any ideas? From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:37:44 2004 Return-Path: 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 098DE16A4CE for ; Thu, 5 Aug 2004 22:37:44 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FF643D2D for ; Thu, 5 Aug 2004 22:37:43 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bsqrm-00040C-00; Fri, 06 Aug 2004 00:37:42 +0200 Received: from [84.128.128.41] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Bsqrm-0003d1-00; Fri, 06 Aug 2004 00:37:42 +0200 From: Max Laier To: freebsd-current@freebsd.org, martin.mato@wanadoo.fr Date: Fri, 6 Aug 2004 00:35:40 +0200 User-Agent: KMail/1.6.2 References: <4112B393.6020603@wanadoo.fr> In-Reply-To: <4112B393.6020603@wanadoo.fr> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_DZrEB2FFNbufC0H"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408060035.47409.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: txcsum seems not working with my 3com 3c905 TX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:37:44 -0000 --Boundary-02=_DZrEB2FFNbufC0H Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 06 August 2004 00:24, Martin MATO wrote: > hayes# ifconfig xl0 > xl0: flags=3D8843 mtu 1500 > options=3D9 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > inet6 fe80::250:daff:fe42:fc4%xl0 prefixlen 64 scopeid 0x1 > ether 00:50:da:42:0f:c4 > media: Ethernet autoselect (100baseTX ) > status: active > > > the tx checksum offloading is not enabled y default at boot and : > ifconfig xl0 txcsum > give me this message: > > hayes# ifconfig xl0 txcsum > ifconfig: txcsum: Invalid argument > > > nota: the rxcsum and -rxcsum flags are working, and -txcsum has no > error messages > > > any ideas? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_xl.c#rev1.168 : "Disable hardware TX checksumming for 3c905 series chips, as we have solid reports that it is buggy *and* that it slows down transmit speed." =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 --Boundary-02=_DZrEB2FFNbufC0H Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBErZDXyyEoT62BG0RAuyXAJsGhUJqLpbx6/cpYg+CuEJJ9urJkACeOY2B euTTLTPigynHJlUvKuRiHMA= =APeu -----END PGP SIGNATURE----- --Boundary-02=_DZrEB2FFNbufC0H-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 00:55:15 2004 Return-Path: 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 95C3416A4CE; Fri, 6 Aug 2004 00:55:15 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E2D43D48; Fri, 6 Aug 2004 00:55:10 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id CCFDC50B3D; Fri, 6 Aug 2004 09:55:09 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 77E9E50B20; Fri, 6 Aug 2004 09:55:08 +0900 (JST) Date: Fri, 06 Aug 2004 09:55:08 +0900 Message-ID: <7mr7qlm6fn.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <7mvffxn2mn.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: panic: mutex inp not owned at /usr/src/sys/netinet/tcp_output.c:140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:55:15 -0000 I rebooted with your patch, and it lives over an hour. Just FYI. BTW, can this console message help you? I'm testing NFS over IPv6 again, but it looks Alfred did not fix yet... ----- suser: thread 0xc06d5fe0 (0 swapper) != curthread 0xc34bd6e0 (37 swi5: clock sio) KDB: stack backtrace: kdb_backtrace(c0677dd1,c06d5fe0,0,c06d5f6c,c34bd6e0,25,c34bcd70) at kdb_backtrace+0x29 suser(c06d5fe0) at suser+0x4f udp6_output(c3af37bc,c49c7300,0,0,c06d5fe0) at udp6_output+0x5b udp6_send(c3d83c58,0,c49c7300,0,0) at udp6_send+0x168 nfs_timer(0) at nfs_timer+0x212 softclock(0) at softclock+0x17a ithread_loop(c345fc00,de94ed48,c345fc00,c04dcecc,0) at ithread_loop+0x124 fork_exit(c04dcecc,c345fc00,de94ed48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 ----- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 00:57:38 2004 Return-Path: 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 8904216A4CE; Fri, 6 Aug 2004 00:57:38 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1960843D48; Fri, 6 Aug 2004 00:57:38 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id ABE1950B3D; Fri, 6 Aug 2004 09:57:28 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 4A46A50B20; Fri, 6 Aug 2004 09:57:27 +0900 (JST) Date: Fri, 06 Aug 2004 09:57:27 +0900 Message-ID: <7mpt65m6bs.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Alfred Perlstein In-Reply-To: <20040714154647.GA95729@elvis.mu.org> References: <7mk6xey51w.wl@black3.imgsrc.co.jp> <7m8ydqvuaq.wl@black3.imgsrc.co.jp> <20040713211029.GU95729@elvis.mu.org> <7m3c3usz38.wl@black3.imgsrc.co.jp> <20040714154647.GA95729@elvis.mu.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Jun Kuriyama cc: Current cc: rwatson@FreeBSD.org Subject: Re: NFS over IPv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:57:38 -0000 At Wed, 14 Jul 2004 08:46:47 -0700, Alfred Perlstein wrote: > > At Tue, 13 Jul 2004 14:10:29 -0700, > > Alfred Perlstein wrote: > > > Are you still experiencing this problem with today's kernel? > > > > I've checked with 2004.07.13.07.10.00 kernel (with simokawa's dcons > > fix), but problem is still exist. > > > > I tried with your vfs.nfs.reconnects sysctl statistics, and it's value > > is incremented in every seconds during trying to save a file on NFS. > > Ok, I'll have a patch for you soon. I don't understand why an NFS > RPC is taking forever though. Any news about this? Should we back out relevant changes before code freeze? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 01:58:06 2004 Return-Path: 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 827D016A4CE; Fri, 6 Aug 2004 01:58:06 +0000 (GMT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42AD443D54; Fri, 6 Aug 2004 01:58:06 +0000 (GMT) (envelope-from ijliao@FreeBSD.csie.NCTU.edu.tw) Received: from localhost (unknown [127.0.0.1]) by FreeBSD.csie.NCTU.edu.tw (Postfix) with ESMTP id A01F9106C05; Fri, 6 Aug 2004 09:58:01 +0800 (CST) Received: from FreeBSD.csie.NCTU.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.NCTU.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35828-02; Fri, 6 Aug 2004 09:58:00 +0800 (CST) Received: by FreeBSD.csie.NCTU.edu.tw (Postfix, from userid 1041) id A4C69106BF3; Fri, 6 Aug 2004 09:58:00 +0800 (CST) Date: Fri, 6 Aug 2004 09:58:00 +0800 From: Ying-Chieh Liao To: Gleb Smirnoff Message-ID: <20040806015800.GA35894@freebsd.csie.nctu.edu.tw> References: <20040804235929.GB740@myrddin.originative.co.uk> <20040805144206.GA71924@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20040805144206.GA71924@cell.sick.ru> X-Operating-System: FreeBSD 4.10-STABLE i386 X-PGP-Key-Location: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x11C02382 X-PGP-Key-Fingerprint: 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382 User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Paul Richards Subject: Re: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:58:06 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On =A5|, 8 05, 2004 at 18:42:06 +0400, Gleb Smirnoff wrote: > On Thu, Aug 05, 2004 at 12:59:30AM +0100, Paul Richards wrote: > P> I can't start X anymore it complains about being unable to mmap > P> /dev/vga. > I have /dev/io and /dev/mem disappered in today's CURRENT :) me too add "device io" in kernel config helps me create /dev/io add "link ttyv0 vga" helps me create /dev/vga but I still dont have /dev/mem and X.org complains about "cannot mmap /dev/vga" --=20 The sooner you start to code, the longer the program will take. --- Roy Carlson --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBEuWorMYBZRHAI4IRAsjnAKDo8NGpD1hc6O6J52AFtsWDQ9z3xACgraJR vmgTEHpg4hV+AxfjKVzrTIE= =Bxt5 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 02:31:06 2004 Return-Path: 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 22E6A16A4CE; Fri, 6 Aug 2004 02:31:06 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AE5043D3F; Fri, 6 Aug 2004 02:31:05 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 9B1EB6520C; Fri, 6 Aug 2004 03:31:03 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 99675-04; Fri, 6 Aug 2004 03:31:03 +0100 (BST) Received: from empiric.dek.spc.org (dhcp94.icir.org [192.150.187.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 4397B651FC; Fri, 6 Aug 2004 03:30:58 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id ECD1962C8; Thu, 5 Aug 2004 19:30:55 -0700 (PDT) Date: Thu, 5 Aug 2004 19:30:55 -0700 From: Bruce M Simpson To: John Baldwin Message-ID: <20040806023055.GC20148@empiric.icir.org> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, Tim Robbins , Scott Long References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <200408051759.53079.jhb@FreeBSD.org> <4112B184.8010303@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4112B184.8010303@samsco.org> cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 02:31:06 -0000 On Thu, Aug 05, 2004 at 04:15:32PM -0600, Scott Long wrote: > >>Is there any particular reason why atomic_load_acq_*() and > >>atomic_store_rel_*() are implemented with CMPXCHG and XCHG instead of > >>MOV on i386/amd64 UP? Have a look at Linux. They ended up doing a runtime self-modifying kernel hack so they could ship generic kernels which used the appropriate locking instructions on each x86 family CPU. BMS From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 03:06:27 2004 Return-Path: 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 CB37D16A4CE; Fri, 6 Aug 2004 03:06:27 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDC543D5F; Fri, 6 Aug 2004 03:06:27 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i7636Or8096127 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 5 Aug 2004 23:06:25 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i7636HNp003319; Thu, 5 Aug 2004 23:06:18 -0400 (EDT) From: Paul Mather To: Craig Boston In-Reply-To: <20040805212025.GA28645@nowhere> References: <20040726191107.B10DD16A513@hub.freebsd.org> <1091130224.99074.55.camel@zappa.Chelsea-Ct.Org> <20040729215647.F625@korben.in.tern> <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> <20040805212025.GA28645@nowhere> Content-Type: text/plain Message-Id: <1091761575.860.22.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 23:06:16 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:06:27 -0000 On Thu, 2004-08-05 at 17:20, Craig Boston wrote: > FWIW, root-on-gvinum seems to be working on my test server here. > Swapping over it also passes basic stress testing (dd from zero to null > with very large block sizes). I've been using root-on-gvinum on my system for the past couple of days (I switched over entirely once I discovered the "missing plexes during boot" was no longer an issue). I've found it to be reliable---even in the face of one or two lockups (which were nvidia.ko, not gvinum, related). I've been stressing it, too (which is fairly easy on my Pentium II-300 setup:). The only time I've had a problem is when I last built a kernel (today, actually) and forgot to build geom_vinum.ko manually. Needless to say, the next boot failed to find my root partition due to the missing kernel module. Luckily, rebooting using /boot/kernel.old allowed me to build and install geom_vinum.ko and boot my new kernel successfully. > The system does seem to be quite a bit slower than before, but that may > be related to having PREEMPTION disabled (this is an SMP system). I'll > see how it responds once that whole situation is resolved. I mentioned on freebsd-current that round-robin reads don't seem to be supported by geom_vinum, yet. (Lukas confirmed this is yet to be done.) In my system, all reads are from one drive of my mirror, unlike with the old vinum. Perhaps this is partially the cause of the relative slowness you're seeing? It'd be great to see GEOM vinum go into 5.3, and hence be adopted for 5-STABLE. Great work, Lukas! Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 16:05:21 2004 Return-Path: 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 018D716A4CF; Thu, 5 Aug 2004 16:05:21 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CFD43D64; Thu, 5 Aug 2004 16:05:20 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i75G5DVa059123; Thu, 5 Aug 2004 17:05:14 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i75G5Dvq059121; Thu, 5 Aug 2004 17:05:13 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i75G4BFe056682; Thu, 5 Aug 2004 17:04:11 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408051604.i75G4BFe056682@grimreaper.grondar.org> To: Sam Leffler In-Reply-To: Your message of "Thu, 05 Aug 2004 08:53:14 PDT." <200408050853.14374.sam@errno.com> Date: Thu, 05 Aug 2004 17:04:10 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Fri, 06 Aug 2004 11:47:48 +0000 cc: Robert Watson cc: freebsd-current@FreeBSD.ORG cc: Richard Coleman Subject: Re: So much entropy it's coming out of our ears? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:05:21 -0000 Sam Leffler writes: > > But a push system is still better if it doesn't impact performance too > > much. > > Push vs pull and exhaustion depends on your system config which is why I > hedged with "or a hybrid scheme". If a system has a reasonable h/w entropy > source it should be able to pull enough entropy on demand to keep everyone > happy. I know this to be true for at least 4 crypto parts that include a h/w > RNG. On systems like this you want to just shutdown all other forms of > entropy gathering unless you're paranoid about having a single source of > entropy. I'm thinking about a hybrid system right now. This is the very early stages of my thinking, so its a bit raw. The harvest queue has "nearly full" and "nearly empty" marks. At "nearly full" the harvesters get turned off, and at "nearly empty" they get turned back on. The Yarrow thread is throttled so that it only does work (including turning back on the harvesting) when its output is being read. Or something. I'm scared of getting into insecure states, so I want to think about this. I need to check that this doesn't break the Yarrow design (or the up-and-coming Fortuna design). I think it doesn't. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 18:30:10 2004 Return-Path: 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 E696416A500 for ; Thu, 5 Aug 2004 18:30:10 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3927943D46 for ; Thu, 5 Aug 2004 18:30:10 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i75IU9jv061035; Thu, 5 Aug 2004 19:30:09 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i75IU9Ao061034; Thu, 5 Aug 2004 19:30:09 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i75ISblb057656; Thu, 5 Aug 2004 19:28:37 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408051828.i75ISblb057656@grimreaper.grondar.org> To: Doug White In-Reply-To: Your message of "Thu, 05 Aug 2004 11:15:41 PDT." <20040805111517.D36982@carver.gumbysoft.com> Date: Thu, 05 Aug 2004 19:28:37 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Fri, 06 Aug 2004 11:47:48 +0000 cc: "Robin P. Blanchard" cc: current@FreeBSD.ORG Subject: Re: Unable to build recent kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:30:11 -0000 Doug White writes: > On Wed, 4 Aug 2004, Mark Murray wrote: > > > > cat >> your_kernel_config_file < > > device mem > > > device null > > > device zero > > > EOF > > > > Only the first one. "device mem" > > Some stuff might want "device io" too :) The question asked "what do I need to add to fix the breakage?". "device io" was never broken, and the triple-quoted answer above was in part erroneous. "device zero" has never existed. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 03:35:00 2004 Return-Path: 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 251B816A4CE for ; Fri, 6 Aug 2004 03:35:00 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F88543D7D for ; Fri, 6 Aug 2004 03:34:59 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by mproxy.gmail.com with SMTP id 75so31933rnl for ; Thu, 05 Aug 2004 20:34:55 -0700 (PDT) Received: by 10.38.24.64 with SMTP id 64mr42154rnx; Thu, 05 Aug 2004 20:34:55 -0700 (PDT) Message-ID: Date: Fri, 6 Aug 2004 11:34:55 +0800 From: Jiawei Ye To: Ying-Chieh Liao In-Reply-To: <20040806015800.GA35894@freebsd.csie.nctu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040804235929.GB740@myrddin.originative.co.uk> <20040806015800.GA35894@freebsd.csie.nctu.edu.tw> cc: Gleb Smirnoff cc: current@freebsd.org cc: Paul Richards Subject: Re: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:35:00 -0000 On Fri, 6 Aug 2004 09:58:00 +0800, Ying-Chieh Liao wrote: > me too > add "device io" in kernel config helps me create /dev/io > add "link ttyv0 vga" helps me create /dev/vga > but I still dont have /dev/mem > and X.org complains about "cannot mmap /dev/vga" I kldload mem,io,null in loader.conf. It is weird that the modules are not loaded on-the-fly. Jiawei Ye From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 03:46:02 2004 Return-Path: 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 4B1E016A4CE; Fri, 6 Aug 2004 03:46:02 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA64A43D2D; Fri, 6 Aug 2004 03:46:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i763jEgQ009139; Thu, 5 Aug 2004 21:45:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4112FE79.4020007@samsco.org> Date: Thu, 05 Aug 2004 21:43:53 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <200408051759.53079.jhb@FreeBSD.org> In-Reply-To: <200408051759.53079.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 03:46:02 -0000 John Baldwin wrote: > On Thursday 05 August 2004 01:04 am, Tim Robbins wrote: > >>Is there any particular reason why atomic_load_acq_*() and >>atomic_store_rel_*() are implemented with CMPXCHG and XCHG instead of >>MOV on i386/amd64 UP? > > > Actually, using mov instead of lock xchg for store_rel reduced performance in > some benchmarks Scott ran on an SMP machine, I'm guessing due to the higher > latency of locks becoming available to other CPUs. I'm still waiting for > benchmark results on UP to see if the change should be made under #ifndef SMP > or some such. > Your patch appears to slightly pessimize UP as well and SMP. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 05:31:29 2004 Return-Path: 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 6FEE816A4CE for ; Fri, 6 Aug 2004 05:31:29 +0000 (GMT) Received: from rip.psg.com (splat.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56D1B43D60 for ; Fri, 6 Aug 2004 05:31:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsxKC-0002MH-VV for freebsd-current@freebsd.org; Fri, 06 Aug 2004 05:31:29 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BsxK9-0001QL-Oo for freebsd-current@freebsd.org; Thu, 05 Aug 2004 19:31:25 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16659.6061.369420.562800@roam.psg.com> Date: Thu, 5 Aug 2004 19:31:25 -1000 To: FreeBSD Current Subject: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:31:29 -0000 i386 -curent as of yesterday jpilot configured for /dev/uvisor Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 Aug 5 19:29:36 foux kernel: ucom0: init failed, TIMEOUT Aug 5 19:29:36 foux kernel: device_attach: ucom0 attach returned 6 Aug 5 19:29:36 foux kernel: uhub1: port 2, set config at addr 2 failed Aug 5 19:29:36 foux kernel: uhub1: device problem, disabling port 2 any clues appreciated randy From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 06:02:21 2004 Return-Path: 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 32A8916A4CE for ; Fri, 6 Aug 2004 06:02:21 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DC143D45 for ; Fri, 6 Aug 2004 06:02:20 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7662KRX008847 for ; Thu, 5 Aug 2004 23:02:20 -0700 Message-ID: <41131EEC.4050909@root.org> Date: Thu, 05 Aug 2004 23:02:20 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: PLEASE TEST: acpi pci irq routing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:02:21 -0000 I've committed some initial changes to PCI irq routing with ACPI. Please cvsup and test if you have had problems with irqs with acpi enabled in the past. Especially if you have to disable acpi and/or apic to boot, please test. If your BIOS has problems, it will generate a printf. To go back to the old behavior, uncomment the #define at the top of acpi_pci_link.c and recompile. Thanks, Nate From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 06:59:56 2004 Return-Path: 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 781B116A4CE; Fri, 6 Aug 2004 06:59:56 +0000 (GMT) Received: from VARK.homeunix.com (adsl-69-107-119-143.dsl.pltn13.pacbell.net [69.107.119.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AB9A43D4C; Fri, 6 Aug 2004 06:59:56 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.11/8.12.10) with ESMTP id i7670JGO016683; Fri, 6 Aug 2004 00:00:19 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.11/8.12.10/Submit) id i7670Ijm016682; Fri, 6 Aug 2004 00:00:18 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Fri, 6 Aug 2004 00:00:18 -0700 From: David Schultz To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" Message-ID: <20040806070018.GA16530@VARK.homeunix.com> Mail-Followup-To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" , Dan Nelson , freebsd-current@FreeBSD.ORG, Scott Long , Paul Seniura References: <20040729144205.6ABEF5CA2@techpc04.okladot.state.ok.us> <20040729164738.523C85CA2@techpc04.okladot.state.ok.us> <20040729174420.GA9911@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Scott Long cc: freebsd-current@FreeBSD.ORG cc: Dan Nelson cc: Paul Seniura Subject: Re: about the gcc 3.4.x problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:59:56 -0000 On Fri, Jul 30, 2004, Dag-Erling Smrgrav wrote: > Dan Nelson writes: > > And that's not a problem. There there are just X thousand lines of code in > > /usr/src that have never been tested with -Os. That's the only reason that > > -Os and -O2 are not "officially" supported. > > Not true, -O2 is supported. > > > I have built worlds using -O2 > > with absolutely no problems for a few years. > > I doubt it - until earlier this year, the world wouldn't even build > with -O2. It has built for quite a while with -DNO_WERROR. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 07:20:54 2004 Return-Path: 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 7371D16A4CF; Fri, 6 Aug 2004 07:20:54 +0000 (GMT) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9417B43D64; Fri, 6 Aug 2004 07:20:53 +0000 (GMT) (envelope-from stephanb@whacky.net) Received: from [192.168.1.104] (152.14.static.dsl.luna.net [217.77.152.14]) (authenticated bits=0) by erg.verweg.com (8.12.11/8.12.11) with ESMTP id i767KTor056725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 6 Aug 2004 09:20:29 +0200 (CEST) (envelope-from stephanb@whacky.net) X-Authentication-Warning: erg.verweg.com: Host 152.14.static.dsl.luna.net [217.77.152.14] claimed to be [192.168.1.104] Message-ID: <41133137.3020102@whacky.net> Date: Fri, 06 Aug 2004 09:20:23 +0200 From: Stephan van Beerschoten User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040725) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ying-Chieh Liao References: <20040804235929.GB740@myrddin.originative.co.uk> <20040805144206.GA71924@cell.sick.ru> <20040806015800.GA35894@freebsd.csie.nctu.edu.tw> In-Reply-To: <20040806015800.GA35894@freebsd.csie.nctu.edu.tw> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-3.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on erg.verweg.com cc: Gleb Smirnoff cc: current@freebsd.org cc: Paul Richards Subject: Re: /dev/vga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 07:20:54 -0000 Ying-Chieh Liao wrote: >On å››, 8 05, 2004 at 18:42:06 +0400, Gleb Smirnoff wrote: > > >>On Thu, Aug 05, 2004 at 12:59:30AM +0100, Paul Richards wrote: >>P> I can't start X anymore it complains about being unable to mmap >>P> /dev/vga. >>I have /dev/io and /dev/mem disappered in today's CURRENT :) >> >> > >me too >add "device io" in kernel config helps me create /dev/io >add "link ttyv0 vga" helps me create /dev/vga >but I still dont have /dev/mem >and X.org complains about "cannot mmap /dev/vga" > > Are you really surprised linking ttyv0 to vga doesn't work? #kldload mem #kldload io With both of these modules, my X.org will start up without any complains. /dev/vga and /dev/mem are BOTH created through the mem module, how odly it may seem. What I would like to know is WHY these were modularized. I am happy the /dev/null module was reverted. To me that seemed like the most rediculous thing to do anyway as every UNIX system needs it. Therefore everyone would have needed to load the module by hand. What benefit would that give ? It seems to add more difficulty then it adds in functionality. Also, now I have to figure out a way to load these modules per default. btw, you can of course put 'device mem' and 'device io' in your kernel config, but I won't want to. /Stephan From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 08:30:07 2004 Return-Path: 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 5531616A4CE; Fri, 6 Aug 2004 08:30:07 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C2643D60; Fri, 6 Aug 2004 08:30:07 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [10.0.20.162] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id 80EC8B2; Fri, 6 Aug 2004 11:32:17 +0300 (EEST) Message-ID: <41134185.1090105@will.iki.fi> Date: Fri, 06 Aug 2004 11:29:57 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040708) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <200408051759.53079.jhb@FreeBSD.org> <4112B184.8010303@samsco.org> <20040806023055.GC20148@empiric.icir.org> In-Reply-To: <20040806023055.GC20148@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:30:07 -0000 Bruce M Simpson wrote: >Have a look at Linux. They ended up doing a runtime self-modifying kernel >hack so they could ship generic kernels which used the appropriate locking >instructions on each x86 family CPU. > > The idea of using self-modification to select locking modes (although for optional preemption, SMP and debugging rather than CPU model) is also described in a DEC Technical Journal article: http://research.compaq.com/wrl/DECarchives/DTJ/DTJF03/DTJF03SC.TXT I'm not sure whether the Linux implementation uses the same technique. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 08:31:30 2004 Return-Path: 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 8284E16A4CE; Fri, 6 Aug 2004 08:31:30 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C913D43D3F; Fri, 6 Aug 2004 08:31:29 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i768VRXg035560; Fri, 6 Aug 2004 09:31:27 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Fri, 6 Aug 2004 09:31:29 +0100 User-Agent: KMail/1.6.2 References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <4112B184.8010303@samsco.org> <20040806023055.GC20148@empiric.icir.org> In-Reply-To: <20040806023055.GC20148@empiric.icir.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408060931.29804.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: Bruce M Simpson cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:31:30 -0000 On Friday 06 August 2004 03:30, Bruce M Simpson wrote: > On Thu, Aug 05, 2004 at 04:15:32PM -0600, Scott Long wrote: > > >>Is there any particular reason why atomic_load_acq_*() and > > >>atomic_store_rel_*() are implemented with CMPXCHG and XCHG > > >> instead of MOV on i386/amd64 UP? > > Have a look at Linux. They ended up doing a runtime self-modifying > kernel hack so they could ship generic kernels which used the > appropriate locking instructions on each x86 family CPU. I also really like the way the kernel exports a page containing 'the best syscall sequence' for the current processor. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 09:56:44 2004 Return-Path: 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 A5D3616A4CE for ; Fri, 6 Aug 2004 09:56:44 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DD043D31 for ; Fri, 6 Aug 2004 09:56:44 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 66E42ACAE3; Fri, 6 Aug 2004 11:56:42 +0200 (CEST) Date: Fri, 6 Aug 2004 11:56:42 +0200 From: Pawel Jakub Dawidek To: Sam Lawrance Message-ID: <20040806095642.GC628@darkness.comp.waw.pl> References: <1091411071.922.20.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <1091411071.922.20.camel@dirk.no.domain> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: processes freezing when writing to gstripe'd device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:56:44 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 02, 2004 at 11:44:31AM +1000, Sam Lawrance wrote: +> I'm running current from around the 24th of July. About to build world +> to see if it makes any difference. +>=20 +> I am observing processes performing operations on a gstripe device +> freeze in state 'bufwait'. An 'rm' process is stuck right now. The rest +> of the system is fine. +>=20 +> The devices are two vnode backed md devices which I created just for +> testing. The same thing occurred using two freebsd partitions of size +> 15G each (not slices). +>=20 +> NAME: test_cd.stripe +> geom name: test_cd.stripe +> mediasize: 10231808 (9.8M) +> sectorsize: 512 +> mode: r1w1e0 +> state: UP +> status: total=3D2, online=3D2 +> providers: md3 md2 +> type: automatic +> stripesize: 4096 +> id: 1411913070 +>=20 +> What's the best way to look in to this? I can't attach to rm with gdb +> (it just ends up waiting for something). I can drop to kdb, but have no +> idea where to go from there. Ok, I found the bug in geom_stripe. Fix is committed, thanks for the report! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBE1XaForvXbEpPzQRAqqUAJ9IG+1uaYNHvmXuN64//79FU1FLdQCg1ccM qYZZ3JeYNUZ54/63+yQ9VIM= =k6Dy -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 10:52:40 2004 Return-Path: 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 6C89C16A4CE; Fri, 6 Aug 2004 10:52:40 +0000 (GMT) Received: from av3-1-sn1.fre.skanova.net (av3-1-sn1.fre.skanova.net [81.228.11.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 035CA43D5D; Fri, 6 Aug 2004 10:52:40 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn1.fre.skanova.net (Postfix, from userid 502) id CAE6F37FB0; Fri, 6 Aug 2004 12:52:38 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av3-1-sn1.fre.skanova.net (Postfix) with ESMTP id BA49437E63; Fri, 6 Aug 2004 12:52:38 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 90F1337E4A; Fri, 6 Aug 2004 12:52:38 +0200 (CEST) From: "Daniel Eriksson" To: , "'Lukas Ertl'" Date: Fri, 6 Aug 2004 12:52:42 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <1091761575.860.22.camel@zappa.Chelsea-Ct.Org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: RE: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:52:40 -0000 On the subject of gvinum status: Has anyone tried to verify the recovery capability of gvinum for RAID-5 arrays? I recently helped a friend set up a 4 disc RAID-5 array, and the other day he called me and wanted to know how to verify data integrity = in case of a disc problem. Since all 4 discs are SATA I suggested he would blast data at the array (which is exported as a Samba share) and then in = the middle of that pull one of the SATA cables out. With two other computers pushing data onto the Samba share, he pulled = one of the cables. The machine detected that the disc was gone and removed it = from the configuration. gvinum then noticed the missing disc, said it was = down and then reported the plex as degraded (which is exactly what I was expecting). However, instead of then continuing to run in degraded mode, = the machine page-faulted. I do not have any details about this page-fault, = but if my friend is the only one with this problem I can quite easily get = more details by trying it again (this time with KDB/DDB compiled in and me at = the console). Has anyone else tried this? Did it work? System: * ASUS P2B-DS, 2 x 700MHz P3, 1GB ECC mem * 4 x 120GB Maxtor SATA discs hooked up to a HighPoint RocketRAID 1540 (HPT374) * 5-CURRENT (from 2004.08.02 I think, so after preemption was disabled) /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 11:35:37 2004 Return-Path: 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 AC45816A4CE for ; Fri, 6 Aug 2004 11:35:37 +0000 (GMT) Received: from av1-2-sn1.fre.skanova.net (av1-2-sn1.fre.skanova.net [81.228.11.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6686343D2F for ; Fri, 6 Aug 2004 11:35:35 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn1.fre.skanova.net (Postfix, from userid 502) id 3C25E37F71; Fri, 6 Aug 2004 13:35:34 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av1-2-sn1.fre.skanova.net (Postfix) with ESMTP id 2D21D37E4B for ; Fri, 6 Aug 2004 13:35:34 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 18BA737E4B for ; Fri, 6 Aug 2004 13:35:34 +0200 (CEST) From: "Daniel Eriksson" To: Date: Fri, 6 Aug 2004 13:35:38 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Simple BDE disc encryption benchmark X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:35:37 -0000 Hi! I just ran a very simple benchmark on the GBDE disc encryption in CURRENT. The benchmark setup looked like this: * Slow machine (Celeron 366, 128MB mem) * 5-CURRENT from yesterday, running off of some old ATA disc * 2 x 9GB 10k rpm SCSI discs hooked up to an Adaptec 2940 The benchmark was to copy the /usr directory (copied from the ATA disc, 1.7GB) or a directory containing big files (/bigfiles, 1.7GB in 16 files created by 'dd if=3D/dev/random ...') from scsi disc 1 to scsi disc 2. I = ran each benchmark twice and took a simple average of the results. unencrypted to unencrypted: /usr : 697 real 10.6 user 235 sys (~50% idle) /bigfiles: 123 real 0.4 user 84 sys (~25% idle) unencrypted to encrypted: /usr : 1778 real 10.7 user 236 sys (~35% idle) /bigfiles: 379 real 0.4 user 82 sys (~10% idle) encrypted to encrypted: /usr : 1978 real 11.6 user 242 sys (~25% idle) /bigfiles: 615 real 0.4 user 80 sys (0% idle) The only time the CPU was completely busy was when copying /bigfiles = from encrypted to encrypted. My question is: Why does the it take so much longer when encryption is involved even though 'top' seems to think there are CPU cycles left to = burn? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 11:36:45 2004 Return-Path: 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 B747D16A4CE; Fri, 6 Aug 2004 11:36:45 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42F1543D5D; Fri, 6 Aug 2004 11:36:44 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.39.217] (ppp27D9.dyn.pacific.net.au [61.8.39.217]) i76BPwDS012693; Fri, 6 Aug 2004 21:26:00 +1000 From: Sam Lawrance To: Pawel Jakub Dawidek Content-Type: text/plain Message-Id: <1091792300.749.14.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 21:38:21 +1000 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: geom stripe/concat metadata suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:36:45 -0000 Would it be a good idea to store the device name, or something similar, in the metadata? For example, if I have a disk divided like this: |--------------ad0--------------| |-------------ad0s1-------------| |----ad0s1g-----|-----ad0s1d----| The metadata is written into the last sector, so when the stripe/concat classes are tasting they can't work out whether it belongs to ad0s1d, ad0s1 or ad0. I've had problems creating stripes and concats with this configuration. Regards Sam. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 11:49:37 2004 Return-Path: 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 A493B16A4CE for ; Fri, 6 Aug 2004 11:49:37 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CCDB43D2F for ; Fri, 6 Aug 2004 11:49:37 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id A818DACAF1; Fri, 6 Aug 2004 13:49:35 +0200 (CEST) Date: Fri, 6 Aug 2004 13:49:35 +0200 From: Pawel Jakub Dawidek To: Sam Lawrance Message-ID: <20040806114935.GD628@darkness.comp.waw.pl> References: <1091792300.749.14.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a2FkP9tdjPU2nyhF" Content-Disposition: inline In-Reply-To: <1091792300.749.14.camel@dirk.no.domain> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@FreeBSD.org Subject: Re: geom stripe/concat metadata suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:49:37 -0000 --a2FkP9tdjPU2nyhF Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 06, 2004 at 09:38:21PM +1000, Sam Lawrance wrote: +> Would it be a good idea to store the device name, or something similar, +> in the metadata? +>=20 +> For example, if I have a disk divided like this: +>=20 +> |--------------ad0--------------| +> |-------------ad0s1-------------| +> |----ad0s1g-----|-----ad0s1d----| +>=20 +> The metadata is written into the last sector, so when the stripe/concat +> classes are tasting they can't work out whether it belongs to ad0s1d, +> ad0s1 or ad0. +>=20 +> I've had problems creating stripes and concats with this configuration. Yes, this is a problem, but I'm not going to store provider's name in the metadata, because now, you just copy disk with 'dd' and your stripe still works. As a workaround you shouldn't use last sector on ad0s1d. If you don't want to change partition, you can use gnop(8) for this: # gstripe clear ad0s1d # gnop create -s `diskinfo ad0s1d | awk '{print $3 - 512}'` ad0s1d # gstripe label ad0s1d.nop But in such case it will not be automatically discovered at boot time. The best solution probably is to not use last disk sector... Hmm, when such conflict is detected I should probably destroy whole device, instead of configuring it from first component found. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --a2FkP9tdjPU2nyhF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBE3BPForvXbEpPzQRArvqAJsEjGwL9aAmWJMhyKB31IzYq0KTAgCg0DCf 9M7iPBW68J0wi5GpbLdCQTg= =xpgH -----END PGP SIGNATURE----- --a2FkP9tdjPU2nyhF-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 13:29:29 2004 Return-Path: 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 4BE1D16A4CE for ; Fri, 6 Aug 2004 13:29:29 +0000 (GMT) Received: from web20228.mail.yahoo.com (web20228.mail.yahoo.com [216.136.227.5]) by mx1.FreeBSD.org (Postfix) with SMTP id E2D2D43D41 for ; Fri, 6 Aug 2004 13:29:28 +0000 (GMT) (envelope-from tonymontanadea@yahoo.com) Message-ID: <20040806132928.30470.qmail@web20228.mail.yahoo.com> Received: from [68.36.189.179] by web20228.mail.yahoo.com via HTTP; Fri, 06 Aug 2004 06:29:28 PDT Date: Fri, 6 Aug 2004 06:29:28 -0700 (PDT) From: Tony Montana To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Portupgrade -rf pango re: gnome without text X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:29:29 -0000 I did portupgrade -rf pango as suggested for fixing the "no text in gnome" problem. After many many hours of it doing its thing, i do a startx and was initialy happy to see text under icons and on the taskbar. Tought problem was solved. To my dismay i go into some of the desktop preferences and several of the menus had no text!?!?! What in the world is going on here? I just did a portupgrade -rf gnome2 as was partialy suggested prior to the pango part and hopefully this will correct it but now i feel snakebitten by the system. Any thoughts on this? __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 13:38:08 2004 Return-Path: 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 6786D16A4CE; Fri, 6 Aug 2004 13:38:08 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C32343D75; Fri, 6 Aug 2004 13:38:08 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 69EFF2BFE8; Fri, 6 Aug 2004 08:38:06 -0500 (CDT) Date: Fri, 6 Aug 2004 08:38:06 -0500 From: Craig Boston To: Paul Mather Message-ID: <20040806133806.GA30900@nowhere> References: <20040726191107.B10DD16A513@hub.freebsd.org> <1091130224.99074.55.camel@zappa.Chelsea-Ct.Org> <20040729215647.F625@korben.in.tern> <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> <20040805212025.GA28645@nowhere> <1091761575.860.22.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091761575.860.22.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:38:08 -0000 On Thu, Aug 05, 2004 at 11:06:16PM -0400, Paul Mather wrote: > The only time I've had a problem is when I last built a kernel (today, > actually) and forgot to build geom_vinum.ko manually. Needless to say, > the next boot failed to find my root partition due to the missing kernel > module. Luckily, rebooting using /boot/kernel.old allowed me to build > and install geom_vinum.ko and boot my new kernel successfully. It would be nice if geom_vinum and gvinum could be hooked up to the build. There are quite a few people using them now and they seem to be "usable enough" (for CURRENT anyway). I don't think it would hurt anything as the user would still have to configure it manually -- it's not going to start stealing drives away from non-GEOM vinum I don't think. > I mentioned on freebsd-current that round-robin reads don't seem to be > supported by geom_vinum, yet. (Lukas confirmed this is yet to be > done.) In my system, all reads are from one drive of my mirror, unlike > with the old vinum. Perhaps this is partially the cause of the relative > slowness you're seeing? I wonder how this is handled in the RAID5 case, where you don't really have a choice. You either have to round robin read, or read all the drives and suffer the parity calculation penalty. /off to check the source... > It'd be great to see GEOM vinum go into 5.3, and hence be adopted for > 5-STABLE. Great work, Lukas! Agreed, I'm quite happy that I can swap over vinum again without md(4) hacks. Straight GEOM classes may eventually be more flexible, but for now vinum is still the simplest way to get volume management. Having a clean upgrade path from 4.x is a very good thing too. -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 15:09:23 2004 Return-Path: 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 0C63C16A4CE; Fri, 6 Aug 2004 15:09:23 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD3943D1F; Fri, 6 Aug 2004 15:09:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i76F9J7s092226; Fri, 6 Aug 2004 11:09:19 -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.12.11/8.12.11) with ESMTP id i76F9Mn7060060; Fri, 6 Aug 2004 11:09:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D33DA7303F; Fri, 6 Aug 2004 11:09:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040806150921.D33DA7303F@freebsd-current.sentex.ca> Date: Fri, 6 Aug 2004 11:09:21 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:09:23 -0000 TB --- 2004-08-06 14:40:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-06 14:40:06 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-06 14:40:06 - cleaning the sandbox TB --- 2004-08-06 14:41:25 - checking out the source tree TB --- 2004-08-06 14:41:25 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-06 14:41:25 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-06 14:49:15 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-06 14:49:15 - building world (CFLAGS=-O -pipe) TB --- 2004-08-06 14:49:15 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-06 14:49:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /tinderbox/CURRENT/ia64/ia64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:65: warning: redundant redeclaration of 'getaddrinfo' /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/netdb.h:244: warning: previous declaration of 'getaddrinfo' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:66: error: conflicting types for 'gai_strerror' /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/netdb.h:248: error: previous declaration of 'gai_strerror' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:66: error: conflicting types for 'gai_strerror' /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/netdb.h:248: error: previous declaration of 'gai_strerror' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:67: warning: redundant redeclaration of 'freeaddrinfo' /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/netdb.h:247: warning: previous declaration of 'freeaddrinfo' was here *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libbsnmp/libbsnmp. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libbsnmp. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-06 15:09:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-06 15:09:21 - ERROR: failed to build world TB --- 2004-08-06 15:09:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 15:21:18 2004 Return-Path: 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 B1BD416A4CE; Fri, 6 Aug 2004 15:21:18 +0000 (GMT) Received: from jk.homeunix.net (memnoch.CSUChico.EDU [132.241.67.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B4743D2D; Fri, 6 Aug 2004 15:21:18 +0000 (GMT) (envelope-from jk@jk.homeunix.net) Received: from jk.homeunix.net (localhost [127.0.0.1]) by jk.homeunix.net (8.13.1/8.13.0) with ESMTP id i76FJEUK026965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Aug 2004 08:19:14 -0700 (PDT) Received: (from warlock@localhost) by jk.homeunix.net (8.13.1/8.13.0/Submit) id i76FIJe7026964; Fri, 6 Aug 2004 08:18:19 -0700 (PDT) Date: Fri, 6 Aug 2004 08:18:19 -0700 From: John Kennedy To: Scott Long Message-ID: <20040806151819.GA26625@memnoch.jk.homeunix.net> References: <200408040743.i747hs3m000419@pooker.samsco.org> <20040804102101.5e0f4023.steve@sohara.org> <20040804.213508.117635370.imp@bsdimp.com> <4111ABFF.9050203@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4111ABFF.9050203@samsco.org> User-Agent: Mutt/1.4.2.1i X-jk-MailScanner: No infection found X-jk-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 6, autolearn=not spam, BAYES_00 -4.90) X-jk-MailScanner-From: warlock@jk.homeunix.net cc: re@freebsd.org cc: scottl@freebsd.org cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:21:18 -0000 On Wed, Aug 04, 2004 at 09:39:43PM -0600, Scott Long wrote: > Does the resulting world actually work? Can you install it via DESTDIR > to another disk and boot off of it? Just to follow up, I got a 5.2.1-RELEASE-p9 to compile 5-CURRENT and booted it (using DESTDIR into another partition). I was brain-farting on the additions I needed to make to passwd and group, so I didn't kick off the 2nd stage rebuild inside the 5-CURRENT environment yet, but I'm assuming that is fairly well tested. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 15:32:58 2004 Return-Path: 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 D8CD216A4CE; Fri, 6 Aug 2004 15:32:58 +0000 (GMT) Received: from smarthost.enta.net (smarthost.enta.net [195.74.97.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EEF843D53; Fri, 6 Aug 2004 15:32:58 +0000 (GMT) (envelope-from jacs@gnome.co.uk) Received: from smartsmtp.enta.net (smtp.enta.net [195.74.97.230]) by smarthost.enta.net (Postfix) with ESMTP id 0C66FF6A44; Fri, 6 Aug 2004 16:33:04 +0100 (BST) Received: from smtp.enta.net (localhost [127.0.0.1]) by smartsmtp.enta.net (8.12.3/8.12.3) with ESMTP id i76FXins027116; Fri, 6 Aug 2004 16:33:45 +0100 (BST) (envelope-from jacs@gnome.co.uk) Received: from hawk.gnome.co.uk (81-31-113-153.adsl.entanet.co.uk [81.31.113.153]) by smtp.enta.net (Postfix) with SMTP id 854C298762; Fri, 6 Aug 2004 16:33:44 +0100 (BST) Received: from [192.168.123.12] (hawk.gnome.co.uk [192.168.123.12]) by hawk.gnome.co.uk (8.12.10/8.12.10) with ESMTP id i76FWgWp007039; Fri, 6 Aug 2004 16:32:43 +0100 (BST) (envelope-from jacs@gnome.co.uk) From: Chris Stenton To: John Baldwin In-Reply-To: <200408051747.53816.jhb@FreeBSD.org> References: <20040801101216.3e70610f.wmoran@potentialtech.com> <200408051747.53816.jhb@FreeBSD.org> Content-Type: text/plain Message-Id: <1091806362.4482.40.camel@hawk.gnome.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 16:32:42 +0100 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.44 cc: Bill Moran cc: current@freebsd.org Subject: Re: Watchdog timeouts with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:32:59 -0000 John, Are there still outstanding ACPI issues? On my ASUS dual xeon motherboard I still can't use my onboard intel nic with ACPI enabled (under 5.2.1). Chris On Thu, 2004-08-05 at 22:47, John Baldwin wrote: > On Sunday 01 August 2004 10:12 am, Bill Moran wrote: > > Just cvsupped current and rebuilt everything last night (July 31) and I > > get watchdog timeouts on my NIC when ACPI is enabled. All seems to work > > well with ACPI turned off. > > > > dmesg is attached. Email me if there's any more information I can collect > > to help get this working better. I'm not subscribed to current@, so > > send it direct. > > Try ACPI with apic diesbled (set hint.apic.0.disabled=1 at the loader prompt), > it appears that your MP Table is busted so you aren't using the apic when you > don't use ACPI. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 15:34:51 2004 Return-Path: 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 6F83316A4CE for ; Fri, 6 Aug 2004 15:34:51 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD1043D45 for ; Fri, 6 Aug 2004 15:34:51 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id A8252ACB34; Fri, 6 Aug 2004 17:34:49 +0200 (CEST) Date: Fri, 6 Aug 2004 17:34:49 +0200 From: Pawel Jakub Dawidek To: Sam Lawrance Message-ID: <20040806153449.GH628@darkness.comp.waw.pl> References: <1091792300.749.14.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgApRN/oydYDdnYz" Content-Disposition: inline In-Reply-To: <1091792300.749.14.camel@dirk.no.domain> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@FreeBSD.org Subject: Re: geom stripe/concat metadata suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:34:51 -0000 --OgApRN/oydYDdnYz Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 06, 2004 at 09:38:21PM +1000, Sam Lawrance wrote: +> Would it be a good idea to store the device name, or something similar, +> in the metadata? +>=20 +> For example, if I have a disk divided like this: +>=20 +> |--------------ad0--------------| +> |-------------ad0s1-------------| +> |----ad0s1g-----|-----ad0s1d----| +>=20 +> The metadata is written into the last sector, so when the stripe/concat +> classes are tasting they can't work out whether it belongs to ad0s1d, +> ad0s1 or ad0. +>=20 +> I've had problems creating stripes and concats with this configuration. Ok, I decided to do it as an option, i.e. you'll be able to decide if you want to hardcode provider's name in metadata. Actually it is done already (in perforce), but I've to test it. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --OgApRN/oydYDdnYz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBE6UZForvXbEpPzQRAgI7AJ98QmRTeoMiGYAG3GzqxreV+nA32ACg79hH GDhBACrQJlfcyuN9gIju6pc= =d4Qa -----END PGP SIGNATURE----- --OgApRN/oydYDdnYz-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 15:37:10 2004 Return-Path: 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 ECA6116A4CE; Fri, 6 Aug 2004 15:37:09 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A38FB43D41; Fri, 6 Aug 2004 15:37:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i76Fb8OK025465; Fri, 6 Aug 2004 11:37:08 -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.12.11/8.12.11) with ESMTP id i76Fb8B7070984; Fri, 6 Aug 2004 11:37:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 947427303F; Fri, 6 Aug 2004 11:37:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040806153708.947427303F@freebsd-current.sentex.ca> Date: Fri, 6 Aug 2004 11:37:08 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:37:10 -0000 TB --- 2004-08-06 15:09:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-06 15:09:22 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-06 15:09:22 - cleaning the sandbox TB --- 2004-08-06 15:10:48 - checking out the source tree TB --- 2004-08-06 15:10:48 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-06 15:10:48 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-06 15:18:47 - patching the sources TB --- 2004-08-06 15:18:47 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-06 15:18:47 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/powerpc.diff TB --- 2004-08-06 15:18:47 - building world (CFLAGS=-O -pipe) TB --- 2004-08-06 15:18:47 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-06 15:18:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /tinderbox/CURRENT/powerpc/powerpc/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:65: warning: redundant redeclaration of 'getaddrinfo' /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/netdb.h:244: warning: previous declaration of 'getaddrinfo' was here /tinderbox/CURRENT/powerpc/powerpc/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:66: error: conflicting types for 'gai_strerror' /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/netdb.h:248: error: previous declaration of 'gai_strerror' was here /tinderbox/CURRENT/powerpc/powerpc/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:66: error: conflicting types for 'gai_strerror' /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/netdb.h:248: error: previous declaration of 'gai_strerror' was here /tinderbox/CURRENT/powerpc/powerpc/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.h:67: warning: redundant redeclaration of 'freeaddrinfo' /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/netdb.h:247: warning: previous declaration of 'freeaddrinfo' was here *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libbsnmp/libbsnmp. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libbsnmp. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-06 15:37:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-06 15:37:08 - ERROR: failed to build world TB --- 2004-08-06 15:37:08 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 16:06:13 2004 Return-Path: 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 327AD16A4CE for ; Fri, 6 Aug 2004 16:06:13 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D2943D3F for ; Fri, 6 Aug 2004 16:06:12 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 9348F8E for ; Fri, 6 Aug 2004 18:06:11 +0200 (CEST) Received: from loge.nixsys.be (localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i76G6AF9004382 for ; Fri, 6 Aug 2004 18:06:10 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i76G6ASZ004381 for freebsd-current@freebsd.org; Fri, 6 Aug 2004 18:06:10 +0200 (CEST) (envelope-from philip) Date: Fri, 6 Aug 2004 18:06:10 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20040806160610.GD803@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org References: <20040805071236.GA595@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805071236.GA595@loge.nixsys.be> X-Date-in-Rome: ante diem VIII Idius Augustas MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:06:13 -0000 On 2004-08-05 09:12:36 (+0200), Philip Paeps wrote: > If you happen to own a laptop with a synaptics touchpad, please help test: > > I updated the patch to be a bit cleaner. I also fixed the sensitivity issues many have reported. That fix also appears to (at least partly) solve the sticky issue. Still to do are more motions (double-tap-hold, toss, virtual scrolling) and proper support for guest devices. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. When a broken appliance is demonstrated for the repairman, it will work perfectly. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 16:21:53 2004 Return-Path: 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 CA0E316A4CE for ; Fri, 6 Aug 2004 16:21:53 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F2A43D46 for ; Fri, 6 Aug 2004 16:21:53 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id F20C13D1F; Fri, 6 Aug 2004 18:21:51 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-197-048.arcor-ip.net [213.23.197.48]) by coruscant.rfc1149.org (Postfix) with ESMTP id ACA443CA2 for ; Fri, 6 Aug 2004 18:21:49 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id D2ED64088; Fri, 6 Aug 2004 18:21:45 +0200 (CEST) To: freebsd-current@freebsd.org In-Reply-To: <20040805071236.GA595@loge.nixsys.be> (Philip Paeps's message of "Thu, 5 Aug 2004 09:12:36 +0200") References: <20040805071236.GA595@loge.nixsys.be> From: Arne Schwabe Date: Fri, 06 Aug 2004 18:21:45 +0200 Message-ID: <86n0188cfa.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:21:53 -0000 Philip Paeps writes: > Hi gang :-) > > Since the original synaptics support was added to psm, there have been some > reports of malfunctions and missing magic. I've tried to fix all that, but > it's still work in progress. > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > So far, I've had one report of a panic, possibly related to an extra gadget > chained through the the touchpad. If you're extra masochistic, and your > laptop has one of these extra gadgets, you might like to remove the #if 0 > around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. Not using the stick would be masochistic in my opinion ;) Anyway pressing buttons of the touchpad and moving the stick gives _strange_ effects but I think this time I motivate myself by not using the synaptics XFree86 driver, so either I fix it or my mouse is broken :) Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 16:22:42 2004 Return-Path: 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 B88D816A4CE for ; Fri, 6 Aug 2004 16:22:42 +0000 (GMT) Received: from ddardaar.mine.nu (bwo213.neoplus.adsl.tpnet.pl [83.29.238.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05AE643D1D for ; Fri, 6 Aug 2004 16:22:42 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by ddardaar.mine.nu (Postfix, from userid 1001) id 0CC2FA54E; Fri, 6 Aug 2004 18:22:46 +0200 (CEST) Date: Fri, 6 Aug 2004 18:22:45 +0200 From: Radek Kozlowski To: current@freebsd.org Message-ID: <20040806162245.GB55186@werd> References: <20040801204356.GE16779@werd> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20040801204356.GE16779@werd> User-Agent: Mutt/1.5.6i Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:22:42 -0000 On Sun, Aug 01, 2004 at 10:43:56PM +0200, Radek Kozlowski wrote: > I get a kernel panic on boot with today's CURRENT on my HP Pavilion > laptop (ACPI enabled). Copied by hand: > > [...] > ad0: 38154MB [77520/16/63] at ata0-master PIO4 > ATAPI_RESET time = 70us > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x3c > fault code = supervisor read, page not present > instrucion pointer = 0x8 :0xc044990e > stack pointer = 0x10 :0xc0c21c8c > frame pointer = 0x10 :0xc0c21cc0 > 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 = 0 (swapper) > [thread 0] > Stopped at ata-generic_transaction+0x80e: testb $0x1,0x3c(%eax) > db> trace > ata_generic_transaction(c1b25a8c,c1b25a8c,1f4,a,c1b25a8c) at > ata_generic_transaction+0x80e > ata_start(c1947c00,0,c06b906f,1,c1b25a8c) at ata_start+0x279 > ata_queue_request(c1b25a8c,0,101,0,e2d9) at ata_queue_request+0x1fc > ata_controlcmd(c1947ca8,8,0,0,0) at ata_controlcmd+0x8b > ata_identify_devices(c1947c00,1,c18418b0,c0705410,c0c21d80) at > ata_identify_devices+0x162 > ata_boot_attach(0,0,c0c21d80,c05181c6,0) at ata_boot_attach+0x2f > run_interrupt_driven_config_hooks(0,c1e000,c1ec00,c1e000,0) at > run_interrupt_driven_config_hooks+0x1c > mi_startup() at mi_startup+0x99 > begin() at begin+0x2c > > I wish there was a spell checker for things like this. > > Maybe this panic is in some way related to what I've previously reported > here: > http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-June/029440.html > > -Radek Would anyone care to comment on this? Thanks in advance. -Radek From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 16:27:23 2004 Return-Path: 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 ECA3016A4CE; Fri, 6 Aug 2004 16:27:23 +0000 (GMT) Received: from mps9.plala.or.jp (c152002.vh.plala.or.jp [210.150.152.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D799B43D41; Fri, 6 Aug 2004 16:27:22 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i169110.ap.plala.or.jp ([218.47.169.110]) by mps9.plala.or.jp with ESMTP <20040806162721.HAFW14825.mps9.plala.or.jp@i169110.ap.plala.or.jp>; Sat, 7 Aug 2004 01:27:21 +0900 Date: Sat, 07 Aug 2004 01:27:10 +0900 Message-ID: <86d624xme9.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: tjr@FreeBSD.org User-Agent: Wanderlust/2.11.30 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: current@FreeBSD.org Subject: broken wchar'd rev(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:27:24 -0000 in -CURRENT of 2004.08.03.22.37.09(from src-all/checkouts.cvs:.), rev(1) output is incorrect. Pay attention please to 0x00 before every newline. This does not occur on 4-STABLE and rev.c 1.6. /usr/src$ env - PATH=/bin:/usr/bin sh -c "ls|rev|hd" 00000000 54 48 47 49 52 59 50 4f 43 00 0a 53 52 45 4e 49 |THGIRYPOC..SRENI| 00000010 41 54 4e 49 41 4d 00 0a 65 6c 69 66 65 6b 61 4d |ATNIAM..elifekaM| 00000020 00 0a 31 63 6e 69 2e 65 6c 69 66 65 6b 61 4d 00 |..1cni.elifekaM.| 00000030 0a 45 4d 44 41 45 52 00 0a 47 4e 49 54 41 44 50 |.EMDAER..GNITADP| 00000040 55 00 0a 54 54 42 34 36 2e 47 4e 49 54 41 44 50 |U..TTB46.GNITADP| 00000050 55 00 0a 6e 69 62 00 0a 62 69 72 74 6e 6f 63 00 |U..nib..birtnoc.| 00000060 0a 6f 74 70 79 72 63 00 0a 63 74 65 00 0a 73 65 |.otpyrc..cte..se| 00000070 6d 61 67 00 0a 75 6e 67 00 0a 65 64 75 6c 63 6e |mag..ung..edulcn| 00000080 69 00 0a 6b 77 65 6e 5f 64 6c 72 6f 77 6c 6c 61 |i..kwen_dlrowlla| 00000090 74 73 6e 69 00 0a 6b 64 6c 6f 5f 64 6c 72 6f 77 |tsni..kdlo_dlrow| 000000a0 6c 6c 61 74 73 6e 69 00 0a 35 73 6f 72 65 62 72 |llatsni..5sorebr| 000000b0 65 6b 00 0a 62 69 6c 00 0a 63 65 78 65 62 69 6c |ek..bil..cexebil| 000000c0 00 0a 65 73 61 65 6c 65 72 00 0a 65 75 63 73 65 |..esaeler..eucse| 000000d0 72 00 0a 6e 69 62 73 00 0a 65 72 75 63 65 73 00 |r..nibs..eruces.| 000000e0 0a 65 72 61 68 73 00 0a 73 79 73 00 0a 73 6c 6f |.erahs..sys..slo| 000000f0 6f 74 00 0a 6e 69 62 2e 72 73 75 00 0a 6e 69 62 |ot..nib.rsu..nib| 00000100 73 2e 72 73 75 00 0a |s.rsu..| 00000107 From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:02:04 2004 Return-Path: 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 0DBF416A4CE; Fri, 6 Aug 2004 17:02:03 +0000 (GMT) Received: from robbins.dropbear.id.au (071.b.012.mel.iprimus.net.au [210.50.249.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6149D43D3F; Fri, 6 Aug 2004 17:02:03 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id C31EB4208; Sat, 7 Aug 2004 03:02:00 +1000 (EST) Date: Sat, 7 Aug 2004 03:02:00 +1000 From: Tim Robbins To: FUJISHIMA Satsuki Message-ID: <20040806170200.GA48860@cat.robbins.dropbear.id.au> References: <86d624xme9.wl%sf@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86d624xme9.wl%sf@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org Subject: Re: broken wchar'd rev(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:02:04 -0000 On Sat, Aug 07, 2004 at 01:27:10AM +0900, FUJISHIMA Satsuki wrote: > in -CURRENT of 2004.08.03.22.37.09(from src-all/checkouts.cvs:.), > > rev(1) output is incorrect. > Pay attention please to 0x00 before every newline. > This does not occur on 4-STABLE and rev.c 1.6. Oops. I've just fixed this in src/lib/libc/stdio/fgetwln.c 1.2. Tim From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:44:06 2004 Return-Path: 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 6DA7116A4CE; Fri, 6 Aug 2004 17:44:06 +0000 (GMT) Received: from mps5.plala.or.jp (c148240.vh.plala.or.jp [210.150.148.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C15A43D2D; Fri, 6 Aug 2004 17:44:05 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i169110.ap.plala.or.jp ([218.47.169.110]) by mps5.plala.or.jp with ESMTP <20040806174404.EJGQ11086.mps5.plala.or.jp@i169110.ap.plala.or.jp>; Sat, 7 Aug 2004 02:44:04 +0900 Date: Sat, 07 Aug 2004 02:43:53 +0900 Message-ID: <86brhoxiue.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: Tim Robbins In-Reply-To: <20040806170200.GA48860@cat.robbins.dropbear.id.au> References: <86d624xme9.wl%sf@FreeBSD.org> <20040806170200.GA48860@cat.robbins.dropbear.id.au> Mail-Followup-To: Tim Robbins , current@FreeBSD.org, FUJISHIMA Satsuki User-Agent: Wanderlust/2.11.30 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: broken wchar'd rev(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:44:06 -0000 At Sat, 7 Aug 2004 03:02:00 +1000, Tim Robbins wrote: > Oops. I've just fixed this in src/lib/libc/stdio/fgetwln.c 1.2. I confirmed it works as expected. Thank you! From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:46:48 2004 Return-Path: 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 766AE16A4CF for ; Fri, 6 Aug 2004 17:46:48 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F0543D2F for ; Fri, 6 Aug 2004 17:46:48 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7516 invoked from network); 6 Aug 2004 17:46:47 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Aug 2004 17:46:47 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i76HkJU9050210; Fri, 6 Aug 2004 13:46:45 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Scott Long Date: Fri, 6 Aug 2004 11:27:27 -0400 User-Agent: KMail/1.6 References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <200408051759.53079.jhb@FreeBSD.org> <4112FE79.4020007@samsco.org> In-Reply-To: <4112FE79.4020007@samsco.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408061127.27691.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Tim Robbins Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:46:48 -0000 On Thursday 05 August 2004 11:43 pm, Scott Long wrote: > John Baldwin wrote: > > On Thursday 05 August 2004 01:04 am, Tim Robbins wrote: > >>Is there any particular reason why atomic_load_acq_*() and > >>atomic_store_rel_*() are implemented with CMPXCHG and XCHG instead of > >>MOV on i386/amd64 UP? > > > > Actually, using mov instead of lock xchg for store_rel reduced > > performance in some benchmarks Scott ran on an SMP machine, I'm guessing > > due to the higher latency of locks becoming available to other CPUs. I'm > > still waiting for benchmark results on UP to see if the change should be > > made under #ifndef SMP or some such. > > Your patch appears to slightly pessimize UP as well and SMP. Hmm, well so much for LOCK XCHG being evil then I guess. This points out that we should really benchmark the *FENCE changes to see if they help or hurt as well before committing them. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:46:52 2004 Return-Path: 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 66C3916A4CF for ; Fri, 6 Aug 2004 17:46:52 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EB9E43D31 for ; Fri, 6 Aug 2004 17:46:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7648 invoked from network); 6 Aug 2004 17:46:52 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Aug 2004 17:46:51 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i76HkJUB050210; Fri, 6 Aug 2004 13:46:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 6 Aug 2004 13:12:42 -0400 User-Agent: KMail/1.6 References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040805131628.GA47734@sirius.speicher.org> <1091725623.911.10.camel@leguin> In-Reply-To: <1091725623.911.10.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408061312.42650.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Geoff Speicher cc: Eric Anholt cc: current@FreeBSD.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:46:52 -0000 On Thursday 05 August 2004 01:07 pm, Eric Anholt wrote: > On Thu, 2004-08-05 at 06:16, Geoff Speicher wrote: > > On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > > > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > > > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > > > > Geoff Speicher wrote: > > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. > > > > > > I tried everything I could to get usable threaded apps under > > > > > > XFree86, but my Athlon XP rebooted every time I tried to run kdm, > > > > > > Firefox, etc. > > > > > > > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. > > > > > > Rolling back to July 1 was the only thing that worked for me. > > > > > > > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION > > > > > did seem to help this for me, but then it might have been a > > > > > coincidence. Incidentally, what video drivers are you using? > > > > > > > > Snippets from /var/log/XFree86.0.log: > > > > > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = > > > > 0x5159) (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > > > (II) Module radeon: vendor="The XFree86 Project" > > > > compiled for 4.3.0, module version = 4.0.1 > > > > Module class: XFree86 Video Driver > > > > ABI class: XFree86 Video Driver, version 0.6 > > > > > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > > > (II) RADEON(0): Direct rendering enabled > > > > > > Does this happen without using threaded apps? More specifically, does > > > it continue if you disable DRI in your X config? If so, please send me > > > your dmesg. > > > > Hey, disabling DRI did the trick. Aside from things being remarkably > > slow, it's remarkably stable. ;) Threaded X apps or no, I'm running > > a July 19 kernel with no instant reboots. PREEMPTION disabled, > > WITNESS enabled (I misspoke in another message when I said WITNESS was > > disabled---apparently I fiddled more than I had remembered). Toggling > > DRI back on and restarting X/kdm reboots immediately. > > While you didn't send your dmesg, I'm betting that you've got VIA 8377 > AGP. We're misconfiguring it, it seems. I'm working on a patch, please > watch http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/69953 for a fix. The patch in that PR looks like a winner btw. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:46:52 2004 Return-Path: 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 6770416A4D0 for ; Fri, 6 Aug 2004 17:46:52 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 357DB43D54 for ; Fri, 6 Aug 2004 17:46:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7648 invoked from network); 6 Aug 2004 17:46:52 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Aug 2004 17:46:51 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i76HkJUB050210; Fri, 6 Aug 2004 13:46:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 6 Aug 2004 13:12:42 -0400 User-Agent: KMail/1.6 References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040805131628.GA47734@sirius.speicher.org> <1091725623.911.10.camel@leguin> In-Reply-To: <1091725623.911.10.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408061312.42650.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Geoff Speicher cc: Eric Anholt cc: current@FreeBSD.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:46:52 -0000 On Thursday 05 August 2004 01:07 pm, Eric Anholt wrote: > On Thu, 2004-08-05 at 06:16, Geoff Speicher wrote: > > On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > > > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > > > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > > > > Geoff Speicher wrote: > > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. > > > > > > I tried everything I could to get usable threaded apps under > > > > > > XFree86, but my Athlon XP rebooted every time I tried to run kdm, > > > > > > Firefox, etc. > > > > > > > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. > > > > > > Rolling back to July 1 was the only thing that worked for me. > > > > > > > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION > > > > > did seem to help this for me, but then it might have been a > > > > > coincidence. Incidentally, what video drivers are you using? > > > > > > > > Snippets from /var/log/XFree86.0.log: > > > > > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = > > > > 0x5159) (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > > > (II) Module radeon: vendor="The XFree86 Project" > > > > compiled for 4.3.0, module version = 4.0.1 > > > > Module class: XFree86 Video Driver > > > > ABI class: XFree86 Video Driver, version 0.6 > > > > > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > > > (II) RADEON(0): Direct rendering enabled > > > > > > Does this happen without using threaded apps? More specifically, does > > > it continue if you disable DRI in your X config? If so, please send me > > > your dmesg. > > > > Hey, disabling DRI did the trick. Aside from things being remarkably > > slow, it's remarkably stable. ;) Threaded X apps or no, I'm running > > a July 19 kernel with no instant reboots. PREEMPTION disabled, > > WITNESS enabled (I misspoke in another message when I said WITNESS was > > disabled---apparently I fiddled more than I had remembered). Toggling > > DRI back on and restarting X/kdm reboots immediately. > > While you didn't send your dmesg, I'm betting that you've got VIA 8377 > AGP. We're misconfiguring it, it seems. I'm working on a patch, please > watch http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/69953 for a fix. The patch in that PR looks like a winner btw. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:46:55 2004 Return-Path: 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 C76AA16A4CE for ; Fri, 6 Aug 2004 17:46:55 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A113A43D5D for ; Fri, 6 Aug 2004 17:46:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7748 invoked from network); 6 Aug 2004 17:46:55 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Aug 2004 17:46:54 -0000 Received: from 10.50.40.208 (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i76HkJUD050210; Fri, 6 Aug 2004 13:46:52 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Chris Stenton Date: Fri, 6 Aug 2004 13:45:21 -0400 User-Agent: KMail/1.6 References: <20040801101216.3e70610f.wmoran@potentialtech.com> <200408051747.53816.jhb@FreeBSD.org> <1091806362.4482.40.camel@hawk.gnome.co.uk> In-Reply-To: <1091806362.4482.40.camel@hawk.gnome.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408061345.21630.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Bill Moran cc: current@FreeBSD.org Subject: Re: Watchdog timeouts with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:46:55 -0000 On Friday 06 August 2004 11:32 am, Chris Stenton wrote: > John, > > Are there still outstanding ACPI issues? > > On my ASUS dual xeon motherboard I still can't use my onboard intel nic > with ACPI enabled (under 5.2.1). There have been lots of changes since 5.2.1. Your bug sounds like one that is fixed in -CURRENT. Does your dmesg say that your em0 is behind an ACPI PCI-PCI bridge that has no routing table (_PRT)? > Chris > > On Thu, 2004-08-05 at 22:47, John Baldwin wrote: > > On Sunday 01 August 2004 10:12 am, Bill Moran wrote: > > > Just cvsupped current and rebuilt everything last night (July 31) and I > > > get watchdog timeouts on my NIC when ACPI is enabled. All seems to > > > work well with ACPI turned off. > > > > > > dmesg is attached. Email me if there's any more information I can > > > collect to help get this working better. I'm not subscribed to > > > current@, so send it direct. > > > > Try ACPI with apic diesbled (set hint.apic.0.disabled=1 at the loader > > prompt), it appears that your MP Table is busted so you aren't using the > > apic when you don't use ACPI. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:50:08 2004 Return-Path: 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 22AC416A4CE; Fri, 6 Aug 2004 17:50:08 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C5243D5C; Fri, 6 Aug 2004 17:50:07 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i76Ho5mn025544; Fri, 6 Aug 2004 13:50:05 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i76Ho5jg025543; Fri, 6 Aug 2004 13:50:05 -0400 (EDT) (envelope-from geoff) Date: Fri, 6 Aug 2004 13:50:05 -0400 From: Geoff Speicher To: John Baldwin Message-ID: <20040806175005.GA25292@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040805131628.GA47734@sirius.speicher.org> <1091725623.911.10.camel@leguin> <200408061312.42650.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408061312.42650.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Eric Anholt cc: current@FreeBSD.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:50:08 -0000 On Fri, Aug 06, 2004 at 01:12:42PM -0400, John Baldwin wrote: > On Thursday 05 August 2004 01:07 pm, Eric Anholt wrote: > > On Thu, 2004-08-05 at 06:16, Geoff Speicher wrote: > > > On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > > > > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > > > > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > > > > > Geoff Speicher wrote: > > > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. > > > > > > > I tried everything I could to get usable threaded apps under > > > > > > > XFree86, but my Athlon XP rebooted every time I tried to run kdm, > > > > > > > Firefox, etc. > > > > > > > > > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. > > > > > > > Rolling back to July 1 was the only thing that worked for me. > > > > > > > > > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION > > > > > > did seem to help this for me, but then it might have been a > > > > > > coincidence. Incidentally, what video drivers are you using? > > > > > > > > > > Snippets from /var/log/XFree86.0.log: > > > > > > > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > > > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = > > > > > 0x5159) (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > > > > (II) Module radeon: vendor="The XFree86 Project" > > > > > compiled for 4.3.0, module version = 4.0.1 > > > > > Module class: XFree86 Video Driver > > > > > ABI class: XFree86 Video Driver, version 0.6 > > > > > > > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > > > > (II) RADEON(0): Direct rendering enabled > > > > > > > > Does this happen without using threaded apps? More specifically, does > > > > it continue if you disable DRI in your X config? If so, please send me > > > > your dmesg. > > > > > > Hey, disabling DRI did the trick. Aside from things being remarkably > > > slow, it's remarkably stable. ;) Threaded X apps or no, I'm running > > > a July 19 kernel with no instant reboots. PREEMPTION disabled, > > > WITNESS enabled (I misspoke in another message when I said WITNESS was > > > disabled---apparently I fiddled more than I had remembered). Toggling > > > DRI back on and restarting X/kdm reboots immediately. > > > > While you didn't send your dmesg, I'm betting that you've got VIA 8377 > > AGP. We're misconfiguring it, it seems. I'm working on a patch, please > > watch http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/69953 for a fix. > > The patch in that PR looks like a winner btw. Yes. Sorry; I replied to gnats but not to -current. That patch seems to have fixed it. Geoff From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:50:08 2004 Return-Path: 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 22AC416A4CE; Fri, 6 Aug 2004 17:50:08 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C5243D5C; Fri, 6 Aug 2004 17:50:07 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i76Ho5mn025544; Fri, 6 Aug 2004 13:50:05 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i76Ho5jg025543; Fri, 6 Aug 2004 13:50:05 -0400 (EDT) (envelope-from geoff) Date: Fri, 6 Aug 2004 13:50:05 -0400 From: Geoff Speicher To: John Baldwin Message-ID: <20040806175005.GA25292@sirius.speicher.org> References: <1091649533.29481.42.camel@lanshark.dmv.com> <20040805131628.GA47734@sirius.speicher.org> <1091725623.911.10.camel@leguin> <200408061312.42650.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408061312.42650.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Eric Anholt cc: current@FreeBSD.org Subject: Re: Instant Reboots (was: Re: Postgresql locks up server - no response at all) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:50:08 -0000 On Fri, Aug 06, 2004 at 01:12:42PM -0400, John Baldwin wrote: > On Thursday 05 August 2004 01:07 pm, Eric Anholt wrote: > > On Thu, 2004-08-05 at 06:16, Geoff Speicher wrote: > > > On Wed, Aug 04, 2004 at 03:26:13PM -0700, Eric Anholt wrote: > > > > On Wed, 2004-08-04 at 15:07, Geoff Speicher wrote: > > > > > On Wed, Aug 04, 2004 at 03:34:49PM -0600, Scott Long wrote: > > > > > > Geoff Speicher wrote: > > > > > > >FWIW, in mid-late July, my problems were not PREEMPTION-related. > > > > > > > I tried everything I could to get usable threaded apps under > > > > > > > XFree86, but my Athlon XP rebooted every time I tried to run kdm, > > > > > > > Firefox, etc. > > > > > > > > > > > > > >This included all four combinations of PREEMPTION and ULE/4BSD. > > > > > > > Rolling back to July 1 was the only thing that worked for me. > > > > > > > > > > > > Yeah, the instant reboots have hit me too. Disabling PREEMPTION > > > > > > did seem to help this for me, but then it might have been a > > > > > > coincidence. Incidentally, what video drivers are you using? > > > > > > > > > > Snippets from /var/log/XFree86.0.log: > > > > > > > > > > (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga > > > > > (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP)" (ChipID = > > > > > 0x5159) (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > > > > > (II) Module radeon: vendor="The XFree86 Project" > > > > > compiled for 4.3.0, module version = 4.0.1 > > > > > Module class: XFree86 Video Driver > > > > > ABI class: XFree86 Video Driver, version 0.6 > > > > > > > > > > (II) RADEON(0): [drm] loaded kernel module for "radeon" driver > > > > > (II) RADEON(0): Direct rendering enabled > > > > > > > > Does this happen without using threaded apps? More specifically, does > > > > it continue if you disable DRI in your X config? If so, please send me > > > > your dmesg. > > > > > > Hey, disabling DRI did the trick. Aside from things being remarkably > > > slow, it's remarkably stable. ;) Threaded X apps or no, I'm running > > > a July 19 kernel with no instant reboots. PREEMPTION disabled, > > > WITNESS enabled (I misspoke in another message when I said WITNESS was > > > disabled---apparently I fiddled more than I had remembered). Toggling > > > DRI back on and restarting X/kdm reboots immediately. > > > > While you didn't send your dmesg, I'm betting that you've got VIA 8377 > > AGP. We're misconfiguring it, it seems. I'm working on a patch, please > > watch http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/69953 for a fix. > > The patch in that PR looks like a winner btw. Yes. Sorry; I replied to gnats but not to -current. That patch seems to have fixed it. Geoff From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 18:06:28 2004 Return-Path: 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 A5D1C16A4CE for ; Fri, 6 Aug 2004 18:06:28 +0000 (GMT) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C43943D39 for ; Fri, 6 Aug 2004 18:06:28 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x50c79958.naenxx7.adsl-dhcp.tele.dk [80.199.153.88]) by pfepc.post.tele.dk (Postfix) with ESMTP id 60D6D26281D for ; Fri, 6 Aug 2004 20:06:22 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i76I6EcP001079 for ; Fri, 6 Aug 2004 20:06:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 06 Aug 2004 20:06:14 +0200 Message-ID: <1078.1091815574@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: Giant lock issue with almost -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:06:28 -0000 Transcribed by hand: Giant not owned mtx_assert() if_start() ieee80211_mgmt_output() ieee80211_send_mgmt() ieee80211_newstate() ath_newstate() ieee80211_end_scan() ieee80211_next_scan() ath_next_scan() softclock() -- 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 Fri Aug 6 19:07:56 2004 Return-Path: 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 73F3D16A4CF; Fri, 6 Aug 2004 19:07:56 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E4143D5A; Fri, 6 Aug 2004 19:07:56 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i76J7mY5090211; Fri, 6 Aug 2004 14:07:48 -0500 (CDT) (envelope-from dan) Date: Fri, 6 Aug 2004 14:07:48 -0500 From: Dan Nelson To: Sam Lawrance Message-ID: <20040806190748.GA11465@dan.emsphone.com> References: <1091792300.749.14.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091792300.749.14.camel@dirk.no.domain> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Pawel Jakub Dawidek cc: current@freebsd.org Subject: Re: geom stripe/concat metadata suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:07:56 -0000 In the last episode (Aug 06), Sam Lawrance said: > Would it be a good idea to store the device name, or something > similar, in the metadata? > > For example, if I have a disk divided like this: > > |--------------ad0--------------| > |-------------ad0s1-------------| > |----ad0s1g-----|-----ad0s1d----| > > The metadata is written into the last sector, so when the > stripe/concat classes are tasting they can't work out whether it > belongs to ad0s1d, ad0s1 or ad0. > > I've had problems creating stripes and concats with this configuration. Does the metadata store the device size? If so, then only ad0 and ad0s1 match, and it doesn't really matter which ends up being used. I'd be wary of embedding the device name because of shifting names if you add or shuffle disks around. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 19:11:38 2004 Return-Path: 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 F1F3C16A4CE; Fri, 6 Aug 2004 19:11:37 +0000 (GMT) Received: from briefzentrum.encephalon.de (encephalon.de [213.146.112.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E18E43D45; Fri, 6 Aug 2004 19:11:37 +0000 (GMT) (envelope-from liste@encephalon.de) Received: from localhost (briefzentrum.encephalon.de [192.168.0.200]) by briefzentrum.encephalon.de (Postfix) with ESMTP id B18911D542; Fri, 6 Aug 2004 21:14:40 +0200 (CEST) Received: from briefzentrum.encephalon.de ([192.168.0.200]) (amavisd-new, port 10024) with ESMTP id 13908-02; Fri, 6 Aug 2004 21:14:40 +0200 (CEST) Received: from [192.168.1.1] (unknown [192.168.1.1]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by briefzentrum.encephalon.de (Postfix) with ESMTP id 5A0361D532; Fri, 6 Aug 2004 21:14:35 +0200 (CEST) In-Reply-To: <20040805212025.GA28645@nowhere> References: <20040726191107.B10DD16A513@hub.freebsd.org> <1091130224.99074.55.camel@zappa.Chelsea-Ct.Org> <20040729215647.F625@korben.in.tern> <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> <20040805212025.GA28645@nowhere> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Axel S.Gruner Date: Fri, 6 Aug 2004 21:13:56 +0200 To: Craig Boston X-Mailer: Apple Mail (2.618) X-Virus-Scanned: by amavisd-new with clamav at encephalon.de cc: Paul Mather cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:11:38 -0000 Hi. Am 05.08.2004 um 23:20 schrieb Craig Boston: > FWIW, root-on-gvinum seems to be working on my test server here. > Swapping over it also passes basic stress testing (dd from zero to null > with very large block sizes). Thats very very nice to hear. But, i ihave a question about that. I cant find a howto which describes to install FreeBSD+gvinum to use the / partition. So, how did you do that? It looks to me like a chicken-egg problem. So in my understandig there must be a way in the installtion procedure (sysinstall) to install FreeBSD directly on a gvinum set of disks, otherwise i install FreeBSD the normal way and / is not on a gvinum disk set... asg From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:05:57 2004 Return-Path: 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 7789C16A4CE for ; Fri, 6 Aug 2004 20:05:57 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 649C343D2F for ; Fri, 6 Aug 2004 20:05:57 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i76K5vbq019629 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 6 Aug 2004 13:05:57 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i76K5u4N005922; Fri, 6 Aug 2004 13:05:56 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i76K5un3005917; Fri, 6 Aug 2004 13:05:56 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Randy Bush In-Reply-To: <16659.6061.369420.562800@roam.psg.com> References: <16659.6061.369420.562800@roam.psg.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zVqgkb29h5VtDR67Gzqg" Message-Id: <1091822755.23206.39.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 13:05:56 -0700 cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:05:57 -0000 --=-zVqgkb29h5VtDR67Gzqg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-08-05 at 22:31, Randy Bush wrote: > i386 -curent as of yesterday > jpilot configured for /dev/uvisor >=20 > Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.= 00, addr 2 > Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.= 00, addr 2 > Aug 5 19:29:36 foux kernel: ucom0: init failed, TIMEOUT > Aug 5 19:29:36 foux kernel: device_attach: ucom0 attach returned 6 > Aug 5 19:29:36 foux kernel: uhub1: port 2, set config at addr 2 failed > Aug 5 19:29:36 foux kernel: uhub1: device problem, disabling port 2 >=20 > any clues appreciated Is this a new CURRENT or a new PalmOS device (i.e. what changed)? What kind of PalmOS device is it? (I'm fairly clueless on USB issues, but green@ and I (mostly green@) had to hack up the uvisor driver a little bit to get it to talk to my new Clie TJ37. So I'm just wondering if your situation might be similar to mine.) Bruce. --=-zVqgkb29h5VtDR67Gzqg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBE+Sj2MoxcVugUsMRApVoAJ97WnG8xiXCf5dspTDLtmyZSI8CUgCeMgh4 j5vtI6r/RXvWG1h/YxZrfOo= =O07x -----END PGP SIGNATURE----- --=-zVqgkb29h5VtDR67Gzqg-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:10:21 2004 Return-Path: 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 CBD6C16A4CF; Fri, 6 Aug 2004 20:10:21 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B61D343D55; Fri, 6 Aug 2004 20:10:21 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BtB2j-0003XC-D9; Fri, 06 Aug 2004 20:10:21 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1BtB2g-00089G-CW; Fri, 06 Aug 2004 10:10:18 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16659.58793.887526.631294@roam.psg.com> Date: Fri, 6 Aug 2004 10:10:17 -1000 To: "Bruce A. Mah" References: <16659.6061.369420.562800@roam.psg.com> <1091822755.23206.39.camel@tomcat.kitchenlab.org> cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:10:21 -0000 >> i386 -curent as of yesterday >> jpilot configured for /dev/uvisor >> >> Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 >> Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 >> Aug 5 19:29:36 foux kernel: ucom0: init failed, TIMEOUT >> Aug 5 19:29:36 foux kernel: device_attach: ucom0 attach returned 6 >> Aug 5 19:29:36 foux kernel: uhub1: port 2, set config at addr 2 failed >> Aug 5 19:29:36 foux kernel: uhub1: device problem, disabling port 2 > > Is this a new CURRENT or a new PalmOS device (i.e. what changed)? went from null set to this. i.e. everything changed. > What kind of PalmOS device is it? palm tungsten-t randy From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:12:06 2004 Return-Path: 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 A829716A4CE for ; Fri, 6 Aug 2004 20:12:06 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4463643D55 for ; Fri, 6 Aug 2004 20:12:06 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) i76K9th2094700; Fri, 6 Aug 2004 16:09:56 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Tony Montana In-Reply-To: <20040806132928.30470.qmail@web20228.mail.yahoo.com> References: <20040806132928.30470.qmail@web20228.mail.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EyrdzdG56oCId3f9gDfx" Organization: MarcusCom, Inc. Message-Id: <1091823127.745.43.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 16:12:07 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -rf pango re: gnome without text X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:12:06 -0000 --=-EyrdzdG56oCId3f9gDfx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-08-06 at 09:29, Tony Montana wrote: > I did portupgrade -rf pango as suggested for fixing > the "no text in gnome" problem. After many many hours > of it doing its thing, i do a startx and was initialy > happy to see text under icons and on the taskbar. > Tought problem was solved. To my dismay i go into some > of the desktop preferences and several of the menus > had no text!?!?! What in the world is going on here? I > just did a portupgrade -rf gnome2 as was partialy > suggested prior to the pango part and hopefully this > will correct it but now i feel snakebitten by the > system. Any thoughts on this? Please give concrete, explicit, examples of what you did. Posted screenshots may also be helpful. Joe >=20 >=20 > =09 > =09 > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - 100MB free storage! > http://promotions.yahoo.com/new_mail > _______________________________________________ > 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= " --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-EyrdzdG56oCId3f9gDfx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBE+YXb2iPiv4Uz4cRAt7xAJ0U7c3Ym71kp5iG1Q8IxFtAVwqPPwCfTaz5 jA/cHMzOpq8SH1vWRtIkR9Q= =DoEZ -----END PGP SIGNATURE----- --=-EyrdzdG56oCId3f9gDfx-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:28:50 2004 Return-Path: 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 AC96016A4CE for ; Fri, 6 Aug 2004 20:28:50 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 930EF43D67 for ; Fri, 6 Aug 2004 20:28:50 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i76KSnCD024575 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 6 Aug 2004 13:28:50 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i76KSnPi017070; Fri, 6 Aug 2004 13:28:49 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i76KSn8L017065; Fri, 6 Aug 2004 13:28:49 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Randy Bush In-Reply-To: <16659.58793.887526.631294@roam.psg.com> References: <16659.6061.369420.562800@roam.psg.com> <1091822755.23206.39.camel@tomcat.kitchenlab.org> <16659.58793.887526.631294@roam.psg.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cWijmxAoRBM13WsPzcYa" Message-Id: <1091824128.23206.52.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 13:28:48 -0700 cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:28:50 -0000 --=-cWijmxAoRBM13WsPzcYa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-08-06 at 13:10, Randy Bush wrote: > >> i386 -curent as of yesterday > >> jpilot configured for /dev/uvisor > >>=20 > >> Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10= /1.00, addr 2 > >> Aug 5 19:29:30 foux kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10= /1.00, addr 2 > >> Aug 5 19:29:36 foux kernel: ucom0: init failed, TIMEOUT > >> Aug 5 19:29:36 foux kernel: device_attach: ucom0 attach returned 6 > >> Aug 5 19:29:36 foux kernel: uhub1: port 2, set config at addr 2 faile= d > >> Aug 5 19:29:36 foux kernel: uhub1: device problem, disabling port 2 > >=20 > > Is this a new CURRENT or a new PalmOS device (i.e. what changed)? >=20 > went from null set to this. i.e. everything changed. OK. I'll try to give you a few things I learned while trying to get my Clie to sync (this *does* work, after a fashion): If you're coming from a sync-over-serial situation (or if you haven't tried this at all) it might be natural to treat /dev/uvisor like a serial port over which you can do a sync. For some set of PalmOS devices (which includes my Sony TJ37) this doesn't work. I had to do a whole bunch of Googling to figure out that *if* you're in this situation, you need to make the PalmOS device speak PPP over USB to your FreeBSD box. Then you configure jpilot to sync with "net:any" and the sync happens over a TCP connection over the PPP link. Grenville Armitage has a nice writeup of this here: http://gja.space4me.com/things/Palm_TungstenC_FreeBSD.html Compounding this problem for me was that the uvisor driver somehow couldn't find the right attachment point (port?) on the TJ37. This is the part that green@ and I did a couple of iterations on. (He was trying to get a Handspring Treo to work.) This was in a thread on current@ that started on 1 July 2004 with this email: Message-ID: <20040701154429.GA3543@tomcat.kitchenlab.org> The end result was a patch to uvisor that lets me sync. It's not committed to the tree yet. Not sure what green@'s plans are for this.=20 I'm happy to keep it as a local mod. > > What kind of PalmOS device is it? >=20 > palm tungsten-t Grenville had a Tungsten-C so this might be applicable to you. Bruce. --=-cWijmxAoRBM13WsPzcYa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBE+n/2MoxcVugUsMRAixAAJ0VH1x4h1GDg0IGydyRDkzH8AcMpgCfW4o9 Tn+ttoYkZkkKnQqBj4NoyV0= =kUSp -----END PGP SIGNATURE----- --=-cWijmxAoRBM13WsPzcYa-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:33:42 2004 Return-Path: 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 299E316A4CE; Fri, 6 Aug 2004 20:33:42 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D2743D3F; Fri, 6 Aug 2004 20:33:41 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i76KWJYo067535; Fri, 6 Aug 2004 16:32:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i76KWIBb067532; Fri, 6 Aug 2004 16:32:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 6 Aug 2004 16:32:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <1078.1091815574@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sam@freebsd.org cc: current@freebsd.org Subject: Re: Giant lock issue with almost -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:33:42 -0000 On Fri, 6 Aug 2004, Poul-Henning Kamp wrote: > Transcribed by hand: > > Giant not owned > mtx_assert() > if_start() > ieee80211_mgmt_output() > ieee80211_send_mgmt() > ieee80211_newstate() > ath_newstate() > ieee80211_end_scan() > ieee80211_next_scan() > ath_next_scan() > softclock() Yeah, I got another report of this this morning. The 802.11 code is calling into the network stack from a Giant-free timeout/callout without first acquiring Giant, and you're running the stack with Giant required (i.e., debug.mpsafenet=0). Exactly where to draw the "Needs Giant" line for debug.mpsafenet=0 is a little vague; generally, it has included the network device drivers, which suggests that ath should use CALLOUT_MPSAFENET only if debug.mpsafenet != 0. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:33:56 2004 Return-Path: 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 AD29F16A4CE for ; Fri, 6 Aug 2004 20:33:56 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7A443D58 for ; Fri, 6 Aug 2004 20:33:56 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i76KXk8U027283; Fri, 6 Aug 2004 13:33:46 -0700 Message-ID: <4113EB2A.7060401@root.org> Date: Fri, 06 Aug 2004 13:33:46 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Radek Kozlowski , Ceri Davies Content-Type: multipart/mixed; boundary="------------030405010909090504040801" cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:33:56 -0000 This is a multi-part message in MIME format. --------------030405010909090504040801 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I took a quick look at this ATA panic. The exact same one occurs for Ceri. A quick dissassemble shows that the testb is the check for the DMA flag at the very end of ata_generic_transaction(). The bug appears to be that this may be a PIO request (since the DMA check is outside the switch() statement). The fix is to make sure it's a DMA request before dereferencing an element of the DMA struct. Try the attached patch. -Nate --------------030405010909090504040801 Content-Type: text/plain; name="ata-dmafix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-dmafix.diff" Index: ata-lowlevel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.40 diff -u -r1.40 ata-lowlevel.c --- ata-lowlevel.c 24 Jul 2004 19:03:28 -0000 1.40 +++ ata-lowlevel.c 6 Aug 2004 20:28:15 -0000 @@ -294,7 +294,7 @@ } /* request finish here */ - if (ch->dma->flags & ATA_DMA_ACTIVE) + if ((request->flags & ATA_R_DMA) && ch->dma->flags & ATA_DMA_ACTIVE) ch->dma->unload(ch); ch->running = NULL; return ATA_OP_FINISHED; --------------030405010909090504040801-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:38:11 2004 Return-Path: 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 C76E816A4CF; Fri, 6 Aug 2004 20:38:11 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4840943D5D; Fri, 6 Aug 2004 20:38:09 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i76Kc6MH024926; Fri, 6 Aug 2004 16:38:06 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Scott Long In-Reply-To: <41117305.2010301@freebsd.org> References: <20040804204915.8337A5D08@ptavv.es.net> <411154D8.1050001@freebsd.org><41117305.2010301@freebsd.org> Content-Type: text/plain Date: Fri, 06 Aug 2004 16:36:19 -0400 Message-Id: <1091824579.32749.15.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 cc: freebsd-current@freebsd.org Subject: Re: Postgresql locks up server - no response at all X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:38:12 -0000 On Wed, 2004-08-04 at 17:36 -0600, Scott Long wrote: > Sven Willenberger wrote: > > >>> > >>>Based on this and Jeremy C.'s response it would appear that I should > >>>either try to upgrade my 5.2.1-P8 system to -CURRENT (which is scary > >>>because of the vinum array - root is not mounted on a vinum device, but > >>>the data directory is - will gvinum simply read this correctly? it is a > >>>stripe+mirror array of 4 drives) or start from scratch and go back to > >>>4.10 (STABLE) for a while. I am assuming that the lockups I am seeing > >>>were exacerbated by the PREEMPTION episodes of the past couple weeks? If > >>>I choose the upgrade to -CURRENT, are there any caveats or > >>>recommendations? (besides reading "/usr/src/UPDATING" which I do > >>>religiously anyway) > >>> > >>>_______________________________________________ > >>>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'm a bit nervous with asking you to upgrade to -current. PREEMPTION is > >>practically disabled in 5.2.1 so upgrading has a low chance of fixing > >>the problem except maybe by sheer luck. The best action would be to > >>get a crashdump. If your system has an NMI button, then there are some > >>trivial patches that will assist with this. If not, then you might want > >>to look at backporting the ichwd watchdog driver and letting that do a > >>chip-assisted NMI. > >> > >>In any case, finding out exactly what each CPU is doing at the time of > >>the lockup is going to be vital. The lockups that I've been able to > >>reproduce happen when a TAILQ in the scheduler gets corrupted and > >>resulting in one CPU spinning on the list forever with the scheduler > >>lock held. All other cpus then quickly grind to a halt while they wait > >>for the sched lock to become free, which it never does. > >> > > > > > > The case unfortunately does not have a button (although the mobo does > > have an NMI header/jumper). Backporting the watchdog driver sounds > > doable; other than downloading the sys/dev/ichwd directory from a > > repository and adding "options ichwd" to my kernel config file, what > > else would be needed? I am willing to try to get at least one crashdump > > before I have to go back to a -STABLE setup or try something so I can > > get some uptime on this box. > > > > I believe that the ichwd driver depends on the watchdog infrastructure > driver that was added back in the early spring. I'm not 100% sure, > though. > > Scott The watchdog routines were incorporated into 5.2.1 as evidenced by the NOTES for i386, however, apparently a lot has changed with those files at the point that the ichwd driver was added. In essence, my kernel config additions: options HW_WDOG options WATCHDOG (note that in -CURRENT the software watchdog option is different) added ichwd to the i386.files file and to the /usr/src/sys/modules/ Makefile. buildkernel fails at building the ichwd module with: syntax error in included file ichwd.h at eventhandler_tag ev_tag; which then causes the undefined reference to ev_tag to cause the build to fail. for now I have sysctl machdep.hlt_logical_cpus=1 to see if this helps any. From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 20:59:41 2004 Return-Path: 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 B0A3716A4CE; Fri, 6 Aug 2004 20:59:41 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87EED43D2D; Fri, 6 Aug 2004 20:59:40 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i76KxZds026149; Fri, 6 Aug 2004 13:59:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i76KxTBW026143; Fri, 6 Aug 2004 13:59:29 -0700 (PDT) (envelope-from dillon) Date: Fri, 6 Aug 2004 13:59:29 -0700 (PDT) From: Matthew Dillon Message-Id: <200408062059.i76KxTBW026143@apollo.backplane.com> To: Alexander Kabaev References: <4109B4EF.605@samsco.org> <20040730152119.GA43119@freefall.freebsd.org> cc: FreeBSD Current List Subject: Other unit-at-a-time issues (Re: HEADS UP! boot2 problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:59:41 -0000 I tracked down one problem with the unit-at-a-time code.... it's not compatible with -mrtd. Bad code is produced, specifically a missing pop in a call. After removing -mrtd the DFly boot code progressed a bit farther before crashing, but unfortunately it still crashed. -fno-unit-at-a-time is still required to produce a good 'boot2' boot block even when -mrtd is removed. I was able to determine that the issue is solely with boot2... the /boot/loader built with the (default) unit-at-a-time feature appear to work just fine. I have not tracked down the additional bad assembly being produced, but it is not an impossible task. The boot2 objdump is not actually all that big, but the functions are reordered and I didn't want to spend all day tracking down the remaining bugs. -- I would appreciate it if someone in FreeBSD land would submit this bug to the GCC folks. -Matt /* * X.C - demonstrate -mrtd and unit-at-a-time conflict with gcc-3.4 * Note the bad assembly produced (also included below) * * Tracked down by Matthew Dillon, The DragonFly Project. * * cc -v: * Using built-in specs. * Configured with: ./configure --prefix=/usr --host=i386-just-dragonflybsd * Thread model: posix * gcc version 3.4.1 20040618 [DragonFly] (propolice, prerelease) * * Compile with: cc -elf -Os -fno-builtin -fno-stack-protector \ -fomit-frame-pointer -mrtd \ -ffreestanding -mpreferred-stack-boundary=2 \ -S x.c */ extern void fubar(int c); extern void v86int(void); extern void sio_putc(int c); extern int opts; #define RBF_VIDEO 0x0001 #define RBF_SERIAL 0x0002 static void xputc(int); static struct { int addr; int eax; int ebx; } v86; static inline void putc(int c) { v86.addr = 0x10; v86.eax = 0xe00 | (c & 0xff); v86.ebx = 0x7; v86int(); } static void xputc(int c) { if (opts & RBF_VIDEO) putc(c); if (opts & RBF_SERIAL) sio_putc(c); } void fubar(int c) { if (c == '\n') xputc('\r'); xputc(c); sio_putc(c); putc(c); } .file "x.c" .version "01.01" gcc2_compiled.: .text .p2align 2,0x90 .type xputc,@function xputc: pushl %ebx movl 8(%esp),%ebx testb $1,opts je .L4 movl $16,v86 movl %ebx,%eax andl $255,%eax orb $14,%ah movl %eax,v86+4 movl $7,v86+8 call v86int .L4: testb $2,opts je .L6 pushl %ebx call sio_putc <<<<<<<<<<<<<<<<<<<< MISSING POP!!!! .L6: popl %ebx ret $4 .Lfe1: .size xputc,.Lfe1-xputc .p2align 2,0x90 .globl fubar .type fubar,@function fubar: pushl %ebx movl 8(%esp),%ebx cmpl $10,%ebx jne .L8 pushl $13 call xputc .L8: pushl %ebx call xputc pushl %ebx call sio_putc movl $16,v86 movzbl %bl,%ebx orb $14,%bh movl %ebx,v86+4 movl $7,v86+8 call v86int popl %ebx ret $4 .Lfe2: .size fubar,.Lfe2-fubar .local v86 .comm v86,12,4 .ident "GCC: (GNU) c 2.95.4 20020320 [DragonFly]" From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 21:27:25 2004 Return-Path: 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 7BFC916A4CE for ; Fri, 6 Aug 2004 21:27:25 +0000 (GMT) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C112D43D55 for ; Fri, 6 Aug 2004 21:27:24 +0000 (GMT) (envelope-from stephanb@whacky.net) Received: from [192.168.1.104] (152.14.static.dsl.luna.net [217.77.152.14]) (authenticated bits=0) by erg.verweg.com (8.12.11/8.12.11) with ESMTP id i76LRJIm026760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 6 Aug 2004 23:27:20 +0200 (CEST) (envelope-from stephanb@whacky.net) X-Authentication-Warning: erg.verweg.com: Host 152.14.static.dsl.luna.net [217.77.152.14] claimed to be [192.168.1.104] Message-ID: <4113F7B1.6040906@whacky.net> Date: Fri, 06 Aug 2004 23:27:13 +0200 From: Stephan van Beerschoten User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040725) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-3.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on erg.verweg.com Subject: world broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:27:25 -0000 The following has occured I believe since yesterday or the day before. I just cvsupped again and the problem is still there: <...> mkdep -f .depend -a -DCRT_BEGIN -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:60: /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/auto-host.h:4:23: sys/param.h: No such file or directory /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/auto-host.h:5:24: sys/endian.h: No such file or directory In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:44:20: stddef.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:45:19: float.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:76:20: stdarg.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:79:19: stdio.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:82:23: sys/types.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:85:19: errno.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:92:20: string.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:93:20: stdlib.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:94:20: unistd.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:97:20: limits.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:100:18: time.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any clue ? From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 22:11:03 2004 Return-Path: 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 D99CA16A4CE for ; Fri, 6 Aug 2004 22:11:03 +0000 (GMT) Received: from ddardaar.mine.nu (bwo213.neoplus.adsl.tpnet.pl [83.29.238.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94D9643D60 for ; Fri, 6 Aug 2004 22:11:02 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by ddardaar.mine.nu (Postfix, from userid 1001) id 8F86AA54E; Sat, 7 Aug 2004 00:11:09 +0200 (CEST) Date: Sat, 7 Aug 2004 00:11:09 +0200 From: Radek Kozlowski To: Nate Lawson Message-ID: <20040806221109.GC55186@werd> References: <4113EB2A.7060401@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <4113EB2A.7060401@root.org> User-Agent: Mutt/1.5.6i cc: Ceri Davies cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:11:04 -0000 On Fri, Aug 06, 2004 at 01:33:46PM -0700, Nate Lawson wrote: > I took a quick look at this ATA panic. The exact same one occurs for > Ceri. A quick dissassemble shows that the testb is the check for the > DMA flag at the very end of ata_generic_transaction(). The bug appears > to be that this may be a PIO request (since the DMA check is outside the > switch() statement). The fix is to make sure it's a DMA request before > dereferencing an element of the DMA struct. Try the attached patch. I applied your changes to ata-lowlevel.c revision 1.41 manually and they seem to solve the issue--my system now boots succesfully, thank you. --- ata-lowlevel.c.orig Fri Aug 6 23:02:52 2004 +++ ata-lowlevel.c Fri Aug 6 23:03:11 2004 @@ -295,7 +295,7 @@ } /* request finish here */ - if (ch->dma->flags & ATA_DMA_LOADED) + if ((request->flags & ATA_R_DMA) && ch->dma->flags & ATA_DMA_ACTIVE) ch->dma->unload(ch); return ATA_OP_FINISHED; } I would also like to point out that since around the beggining of June the ad0 here no longer boots in UDMA100 mode but uses PIO4 instead (http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029434.html). Trying to change the transfer mode to UDMA100 using atacontrol results in a panic. I don't know if this backtrace will be in any way useful but here it goes: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x48 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0449391 stack pointer = 0x10:0xd302dba0 frame pointer = 0x10:0xd302dbd4 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 = 4 (g_down) (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04427f5 in db_fncall (dummy1=0, dummy2=0, dummy3=3999, dummy4=0xd302d9ac " `q\f") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0442572 in db_command (last_cmdp=0xc0715724, cmd_table=0x0, aux_cmd_tablep=0xc06e2d90, aux_cmd_tablep_end=0xc06e2d94) at /usr/src/sys/ddb/db_command.c:349 #3 0xc044267a in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0444695 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc052c057 in kdb_trap (type=0, code=0, tf=0xd302db60) at /usr/src/sys/kern/subr_kdb.c:401 #6 0xc068e5c8 in trap_fatal (frame=0xd302db60, eva=0) at /usr/src/sys/i386/i386/trap.c:807 #7 0xc068e2f3 in trap_pfault (frame=0xd302db60, usermode=0, eva=72) at /usr/src/sys/i386/i386/trap.c:730 #8 0xc068de82 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1047235072, tf_esi = -1045272284, tf_ebp = -754787372, tf_isp = -754787444, tf_ebx = -1 047235072, tf_edx = 0, tf_ecx = 9167, tf_eax = -1047234904, tf_trapno = 12, tf_err = 0, tf_eip = -1069247599, tf_cs = 8, tf_eflags = 66050, tf_esp = -1047234904, tf_ss = -805982208}) at /usr/src/sys/i386/i386/trap.c:417 #9 0xc0449391 in ata_generic_transaction (request=0xc1b26924) at /usr/src/sys/dev/ata/ata-lowlevel.c:144 #10 0xc0448379 in ata_start (ch=0xc1947600) at /usr/src/sys/dev/ata/ata-queue.c:194 #11 0xc0447f0c in ata_queue_request (request=0xc1b26924) at /usr/src/sys/dev/ata/ata-queue.c:91 #12 0xc04595d8 in ad_start (atadev=0xc19476a8) at /usr/src/sys/dev/ata/ata-disk.c:310 #13 0xc04481c8 in ata_start (ch=0xc1947600) at /usr/src/sys/dev/ata/ata-queue.c:168 #14 0xc045922e in adstrategy (bp=0xc1e5f738) at /usr/src/sys/dev/ata/ata-disk.c:229 #15 0xc04cf8f6 in g_disk_start (bp=0xc1b29e70) at /usr/src/sys/geom/geom_disk.c:277 #16 0xc04d17c0 in g_io_schedule_down (tp=0xc188f000) at /usr/src/sys/geom/geom_io.c:365 #17 0xc04d1b1e in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:113 #18 0xc04f4ed0 in fork_exit (callout=0xc04d1b00 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:819 Thanks, -Radek From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 22:31:16 2004 Return-Path: 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 56C2216A4CE for ; Fri, 6 Aug 2004 22:31:16 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF6443D4C for ; Fri, 6 Aug 2004 22:31:16 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i76MV68U029663; Fri, 6 Aug 2004 15:31:07 -0700 Message-ID: <411406AA.3030607@root.org> Date: Fri, 06 Aug 2004 15:31:06 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Radek Kozlowski References: <4113EB2A.7060401@root.org> <20040806221109.GC55186@werd> In-Reply-To: <20040806221109.GC55186@werd> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: sos@deepcore.dk Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:31:16 -0000 Radek Kozlowski wrote: > On Fri, Aug 06, 2004 at 01:33:46PM -0700, Nate Lawson wrote: > >>I took a quick look at this ATA panic. The exact same one occurs for >>Ceri. A quick dissassemble shows that the testb is the check for the >>DMA flag at the very end of ata_generic_transaction(). The bug appears >>to be that this may be a PIO request (since the DMA check is outside the >>switch() statement). The fix is to make sure it's a DMA request before >>dereferencing an element of the DMA struct. Try the attached patch. > > > I applied your changes to ata-lowlevel.c revision 1.41 manually and they > seem to solve the issue--my system now boots succesfully, thank you. You're welcome. I committed the fix. > I would also like to point out that since around the beggining of June > the ad0 here no longer boots in UDMA100 mode but uses PIO4 instead > (http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029434.html). > > Trying to change the transfer mode to UDMA100 using atacontrol results > in a panic. I don't know if this backtrace will be in any way useful but > here it goes: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x48 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0449391 > stack pointer = 0x10:0xd302dba0 > frame pointer = 0x10:0xd302dbd4 > 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 = 4 (g_down) > > (kgdb) bt > #0 doadump () at pcpu.h:159 > #1 0xc04427f5 in db_fncall (dummy1=0, dummy2=0, dummy3=3999, dummy4=0xd302d9ac " `q\f") > at /usr/src/sys/ddb/db_command.c:531 > #2 0xc0442572 in db_command (last_cmdp=0xc0715724, cmd_table=0x0, aux_cmd_tablep=0xc06e2d90, > aux_cmd_tablep_end=0xc06e2d94) at /usr/src/sys/ddb/db_command.c:349 > #3 0xc044267a in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc0444695 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 > #5 0xc052c057 in kdb_trap (type=0, code=0, tf=0xd302db60) at /usr/src/sys/kern/subr_kdb.c:401 > #6 0xc068e5c8 in trap_fatal (frame=0xd302db60, eva=0) at /usr/src/sys/i386/i386/trap.c:807 > #7 0xc068e2f3 in trap_pfault (frame=0xd302db60, usermode=0, eva=72) at /usr/src/sys/i386/i386/trap.c:730 > #8 0xc068de82 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1047235072, tf_esi = -1045272284, tf_ebp = -754787372, tf_isp = -754787444, tf_ebx = -1 > 047235072, tf_edx = 0, tf_ecx = 9167, tf_eax = -1047234904, tf_trapno = 12, tf_err = 0, tf_eip = -1069247599, tf_cs = 8, tf_eflags = 66050, > tf_esp = -1047234904, tf_ss = -805982208}) at /usr/src/sys/i386/i386/trap.c:417 > #9 0xc0449391 in ata_generic_transaction (request=0xc1b26924) at /usr/src/sys/dev/ata/ata-lowlevel.c:144 > #10 0xc0448379 in ata_start (ch=0xc1947600) at /usr/src/sys/dev/ata/ata-queue.c:194 > #11 0xc0447f0c in ata_queue_request (request=0xc1b26924) at /usr/src/sys/dev/ata/ata-queue.c:91 > #12 0xc04595d8 in ad_start (atadev=0xc19476a8) at /usr/src/sys/dev/ata/ata-disk.c:310 > #13 0xc04481c8 in ata_start (ch=0xc1947600) at /usr/src/sys/dev/ata/ata-queue.c:168 > #14 0xc045922e in adstrategy (bp=0xc1e5f738) at /usr/src/sys/dev/ata/ata-disk.c:229 > #15 0xc04cf8f6 in g_disk_start (bp=0xc1b29e70) at /usr/src/sys/geom/geom_disk.c:277 > #16 0xc04d17c0 in g_io_schedule_down (tp=0xc188f000) at /usr/src/sys/geom/geom_io.c:365 > #17 0xc04d1b1e in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:113 > #18 0xc04f4ed0 in fork_exit (callout=0xc04d1b00 , arg=0x0, frame=0x0) > at /usr/src/sys/kern/kern_fork.c:819 It looks like the DMA object for the channel is not being initialized. However, that is in another path (this backtrace is just a symptom triggered by the first DMA access to the drive). Someone who knows more about the control path for going from PIO -> DMA mode will have to look into this. -Nate From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 22:33:22 2004 Return-Path: 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 E291E16A4CE for ; Fri, 6 Aug 2004 22:33:21 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC4743D1F for ; Fri, 6 Aug 2004 22:33:21 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i76MXDbc007697; Sat, 7 Aug 2004 00:33:18 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41140722.10807@DeepCore.dk> Date: Sat, 07 Aug 2004 00:33:06 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4113EB2A.7060401@root.org> In-Reply-To: <4113EB2A.7060401@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Ceri Davies cc: current@freebsd.org cc: Radek Kozlowski Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:33:22 -0000 Nate Lawson wrote: > I took a quick look at this ATA panic. The exact same one occurs for > Ceri. A quick dissassemble shows that the testb is the check for the > DMA flag at the very end of ata_generic_transaction(). The bug appears > to be that this may be a PIO request (since the DMA check is outside the > switch() statement). The fix is to make sure it's a DMA request before > dereferencing an element of the DMA struct. Try the attached patch. No, the fix is to make sure there is a valid ch->dma pointer, the below is the correct fix. --- ata-lowlevel.c 5 Aug 2004 21:13:41 -0000 1.41 +++ ata-lowlevel.c 6 Aug 2004 22:31:16 -0000 @@ -295,7 +295,7 @@ } /* request finish here */ - if (ch->dma->flags & ATA_DMA_LOADED) + if (ch->dma && ch->dma->flags & ATA_DMA_LOADED) ch->dma->unload(ch); return ATA_OP_FINISHED; } From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 22:34:06 2004 Return-Path: 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 DD82C16A4CE for ; Fri, 6 Aug 2004 22:34:06 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE7F43D4C for ; Fri, 6 Aug 2004 22:34:06 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 6E69C2CBCF; Fri, 6 Aug 2004 17:34:06 -0500 (CDT) Date: Fri, 6 Aug 2004 17:34:03 -0500 From: Craig Boston To: "Axel S. Gruner" Message-ID: <20040806223403.GA33104@nowhere> Mail-Followup-To: Craig Boston , "Axel S. Gruner" , freebsd-current@FreeBSD.org References: <20040726191107.B10DD16A513@hub.freebsd.org> <1091130224.99074.55.camel@zappa.Chelsea-Ct.Org> <20040729215647.F625@korben.in.tern> <1091460946.46029.22.camel@zappa.Chelsea-Ct.Org> <20040805212025.GA28645@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:34:07 -0000 On Fri, Aug 06, 2004 at 09:13:56PM +0200, Axel S. Gruner wrote: > But, i ihave a question about that. I cant find a howto which describes > to install FreeBSD+gvinum to use the / partition. > So, how did you do that? I can't speak for anyone else who runs it, but the couple of times I've built root-on-vinum systems I've found the most direct way is just doing a manual install. Generally, that consists of booting off of a live CD or something similar (netboot is a possibility), partitioning the disks, setting up vinum, and unpacking the distributions by hand. It's not as hard as it sounds, there are install.sh files that automate the unpacking part, and if you're building a root-on-vinum system then knowledge of using fdisk and bsdlabel by hand is pretty much a necessity anyway. I mostly just install bin and crypto, which is the bare minimum for a running system, then boot the new system under its own power and buildworld to get the rest. An alternate method is to buildworld on another system beforehand, and (using a livecd) installworld over the network onto your blank vinum setup. Hope this helps, Craig From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 23:15:10 2004 Return-Path: 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 0E4C716A4CE for ; Fri, 6 Aug 2004 23:15:10 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870A643D48 for ; Fri, 6 Aug 2004 23:15:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 6EB081674EA; Sat, 7 Aug 2004 01:15:08 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i76NF5un027782 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 7 Aug 2004 01:15:05 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Sat, 7 Aug 2004 01:15:01 +0200 User-Agent: KMail/1.6.2 References: <20040805055630.GA45424@users.altadena.net> <200408051224.30230.michaelnottebrock@gmx.net> In-Reply-To: <200408051224.30230.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_4DBFBKjjNqAxoyN"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408070115.04653.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Pete Carah Subject: Re: Ports broken by compiler upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:15:10 -0000 --Boundary-02=_4DBFBKjjNqAxoyN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 05 August 2004 12:24, Michael Nottebrock wrote: > I'm planning to do a real big > commit to many KDE ports tomorrow, accompanied by new packages on > fruitsalad - stay tuned. Due to some unforeseen glitches with the package build on 4-STABLE, there w= ill=20 be a little delay. I hope to be able to commit tonight instead. Fruitsalad= =20 btw is http://rabarber.fruitsalad.org. You might also want to put=20 http://freebsd.kde.org into your bookmarks. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_4DBFBKjjNqAxoyN Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBFBD4Xhc68WspdLARAt6TAJwNFyUYSTD2XPYthWuNUTfL7UkV+ACfVYd+ Hi3oPFewd03tLEmQ28U0L5k= =yPXR -----END PGP SIGNATURE----- --Boundary-02=_4DBFBKjjNqAxoyN-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 23:30:48 2004 Return-Path: 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 9BEF616A4CE for ; Fri, 6 Aug 2004 23:30:48 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1FE43D1D for ; Fri, 6 Aug 2004 23:30:48 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i76NUe8U030664; Fri, 6 Aug 2004 16:30:40 -0700 Message-ID: <4114149F.50002@root.org> Date: Fri, 06 Aug 2004 16:30:39 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <4113EB2A.7060401@root.org> <41140722.10807@DeepCore.dk> In-Reply-To: <41140722.10807@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Ceri Davies cc: current@freebsd.org cc: Radek Kozlowski Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:30:48 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> I took a quick look at this ATA panic. The exact same one occurs for >> Ceri. A quick dissassemble shows that the testb is the check for the >> DMA flag at the very end of ata_generic_transaction(). The bug >> appears to be that this may be a PIO request (since the DMA check is >> outside the switch() statement). The fix is to make sure it's a DMA >> request before dereferencing an element of the DMA struct. Try the >> attached patch. > > > No, the fix is to make sure there is a valid ch->dma pointer, the below > is the correct fix. > > --- ata-lowlevel.c 5 Aug 2004 21:13:41 -0000 1.41 > +++ ata-lowlevel.c 6 Aug 2004 22:31:16 -0000 > @@ -295,7 +295,7 @@ > } > > /* request finish here */ > - if (ch->dma->flags & ATA_DMA_LOADED) > + if (ch->dma && ch->dma->flags & ATA_DMA_LOADED) > ch->dma->unload(ch); > return ATA_OP_FINISHED; > } Please commit, thanks. -Nate From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 23:35:45 2004 Return-Path: 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 3B3CB16A4CE for ; Fri, 6 Aug 2004 23:35:45 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B7A243D2D for ; Fri, 6 Aug 2004 23:35:45 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i76NZb8U030808; Fri, 6 Aug 2004 16:35:37 -0700 Message-ID: <411415C8.4070600@root.org> Date: Fri, 06 Aug 2004 16:35:36 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <4113EB2A.7060401@root.org> <41140722.10807@DeepCore.dk> In-Reply-To: <41140722.10807@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Ceri Davies cc: current@freebsd.org cc: Radek Kozlowski Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 23:35:45 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> I took a quick look at this ATA panic. The exact same one occurs for >> Ceri. A quick dissassemble shows that the testb is the check for the >> DMA flag at the very end of ata_generic_transaction(). The bug >> appears to be that this may be a PIO request (since the DMA check is >> outside the switch() statement). The fix is to make sure it's a DMA >> request before dereferencing an element of the DMA struct. Try the >> attached patch. > > No, the fix is to make sure there is a valid ch->dma pointer, the below > is the correct fix. > > --- ata-lowlevel.c 5 Aug 2004 21:13:41 -0000 1.41 > +++ ata-lowlevel.c 6 Aug 2004 22:31:16 -0000 > @@ -295,7 +295,7 @@ > } > > /* request finish here */ > - if (ch->dma->flags & ATA_DMA_LOADED) > + if (ch->dma && ch->dma->flags & ATA_DMA_LOADED) > ch->dma->unload(ch); > return ATA_OP_FINISHED; > } Thanks. Under what circumstances is a request generated with ATA_R_DMA set in the flags but where the channel's dma struct has not been allocated? -Nate From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 00:54:22 2004 Return-Path: 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 4DAB016A4CE for ; Sat, 7 Aug 2004 00:54:22 +0000 (GMT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id F374643D58 for ; Sat, 7 Aug 2004 00:54:21 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.2]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040807005421.MMF28868.out004.verizon.net@outgoing.verizon.net> for ; Fri, 6 Aug 2004 19:54:21 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: To: Date: Fri, 6 Aug 2004 19:54:21 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=____1091840061451__Gkm7TrYec" X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [192.168.1.2] at Fri, 6 Aug 2004 19:54:21 -0500 Message-Id: <20040807005421.MMF28868.out004.verizon.net@outgoing.verizon.net> Subject: Re:cvs commit: src/sys/amd64/amd64 mp_machdep.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 00:54:22 -0000 This is a multi-part message in MIME format. ------=____1091840061451__Gkm7TrYec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > Grrr. My sentiments exactly. Here's the latest way my kernel build fails: amd64_mem.o(.text+0xa8a): In function `amd64_mrinit': /usr/src/sys/amd64/amd64/amd64_mem.c:562: undefined reference to `M_MEMDESC' *** Error code 1 Stop in /usr/obj/usr/src/sys/ARL_AMD64. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Just to make sure we're on the same page, here's the contents of my config file (attachment). You'll notice I've commented out the mem and io devices in the hopes of using device modules instead. Andrew Lankford ------=____1091840061451__Gkm7TrYec Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name="ARL_AMD64" Content-Disposition: inline; filename="ARL_AMD64" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBG cmVlQlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBs ZWFzZSByZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRp b24gRmlsZXM6CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084 ODU5LTEvYm9va3MvaGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUg aGFuZGJvb2sgaXMgYWxzbyBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9o YW5kYm9vawojIGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90 aGVyd2lzZSBhbHdheXMgc2VlIHRoZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVy IChodHRwOi8vd3d3LkZyZWVCU0Qub3JnLykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlv bi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVk IGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBwcmVzZW50IGlu IHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBmaWxlcy4KIyBJZiB5b3UgYXJlIGlu IGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNr IGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5cy9hbWQ2NC9jb25mL0dF TkVSSUMsdiAxLjQxMiAyMDA0LzA3LzExIDAzOjA5OjUzIG1hcmNlbCBFeHAgJAoKbWFjaGlu ZQkJYW1kNjQKY3B1CQlIQU1NRVIKaWRlbnQJCUFSTF9BTUQ2NAoKIyBUbyBzdGF0aWNhbGx5 IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50 cwojaGludHMJCSJHRU5FUklDLmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZv ciBkZXZpY2VzLgoKbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGgg Z2RiKDEpIGRlYnVnIHN5bWJvbHMKCm9wdGlvbnMgCVNDSEVEX1VMRQkJIyBVTEUgc2NoZWR1 bGVyCiNvcHRpb25zIAlBREFQVElWRV9NVVRFWEVTCSMgbXV0ZXhlcyBmaXJzdCBzcGluIGxv Y2ssIHRoZW4gc2xlZXAKb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCiNvcHRp b25zIAlJTkVUNgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJ RkZTCQkJIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJ CSMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydAojb3B0aW9ucyAJVUZTX0FDTAkJ CSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhB U0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKI29wdGlvbnMg CU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlCiNvcHRpb25zIAlO RlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVtIENsaWVudAojb3B0aW9ucyAJTkZTU0VS VkVSCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKI29wdGlvbnMgCU5GU19ST09UCQkj IE5GUyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCiNvcHRpb25zIAlOVEZTCQkJ IyBOVCBGaWxlIFN5c3RlbQojb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3Rl bQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0KI29wdGlvbnMgCVBS T0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9u cyAJUFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCiNvcHRpb25zIAlH RU9NX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUlBMzIJCQkjIENv bXBhdGlibGUgd2l0aCBpMzg2IGJpbmFyaWVzCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJ IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJU0NTSV9ERUxBWT0wCQkjIERl bGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0 cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVk IG1lbW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVz Cm9wdGlvbnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlf S1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgIyBQb3NpeCBQMTAwM18xQiByZWFsLXRpbWUg ZXh0ZW5zaW9ucwpvcHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYg ZW50cnkgaW4gL2RldgoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCm9w dGlvbnMgCVBGSUxfSE9PS1MJCSMgcGZpbCg5KSBmcmFtZXdvcmsKCiMgRGVidWdnaW5nIGZv ciB1c2UgaW4gLWN1cnJlbnQKb3B0aW9ucyAJS0RCCQkJIyBFbmFibGUga2VybmVsIGRlYnVn Z2VyIHN1cHBvcnQuCm9wdGlvbnMgCUREQgkJCSMgU3VwcG9ydCBEREIuCm9wdGlvbnMgCUdE QgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgojb3B0aW9ucyAJSU5WQVJJQU5UUwkJIyBFbmFi bGUgY2FsbHMgb2YgZXh0cmEgc2FuaXR5IGNoZWNraW5nCiNvcHRpb25zIAlJTlZBUklBTlRf U1VQUE9SVAkjIEV4dHJhIHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwgc3RydWN0dXJlcywg cmVxdWlyZWQgYnkgSU5WQVJJQU5UUwojb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5hYmxlIGNo ZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKI29wdGlvbnMgCVdJVE5FU1Nf U0tJUFNQSU4JIyBEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlubG9ja3MgZm9yIHNwZWVkCgpv cHRpb25zCQlJUEZJUkVXQUxMCm9wdGlvbnMgCUlQRklSRVdBTExfVkVSQk9TRV9MSU1JVD01 CSNsaW1pdCB2ZXJib3NpdHkKCiMgTWFrZSBhbiBTTVAtY2FwYWJsZSBrZXJuZWwgYnkgZGVm YXVsdAojb3B0aW9ucyAJU01QCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwK IyBXb3JrYXJvdW5kcyBmb3Igc29tZSBrbm93bi10by1iZS1icm9rZW4gY2hpcHNldHMgKG5W aWRpYSBuRm9yY2UzLVBybzE1MCkKZGV2aWNlCQlhdHBpYwkJIyA4MjU5QSBjb21wYXRhYmls aXR5Cm9wdGlvbnMgCU5PX01JWEVEX01PREUJIyBEb24ndCBwZW5hbGl6ZSB3b3JraW5nIGNo aXBzZXRzCgojIEJ1cyBzdXBwb3J0LiAgRG8gbm90IHJlbW92ZSBpc2EsIGV2ZW4gaWYgeW91 IGhhdmUgbm8gaXNhIHNsb3RzCiNkZXZpY2UJCWFjcGkKZGV2aWNlCQlpc2EKZGV2aWNlCQlw Y2kKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlz awkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRy aXZlcwpvcHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3RhdGljIGRldmljZSBudW1iZXJpbmcK CgojIFNDU0kgcGVyaXBoZXJhbHMKI2RldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVp cmVkIGZvciBTQ1NJKQojZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKI2Rl dmljZQkJY2QJCSMgQ0QKI2RldmljZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRp cmVjdCBTQ1NJIGFjY2VzcykKI2RldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBT ZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXli b2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9hcmQg Y29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkj IFBTLzIgbW91c2UKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKI2Rl dmljZQkJYWdwCQkjIGFncCBpbnRlcmZhY2UgCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2gg c2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZh dWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJ c2MKCiMgQ29uc29sZSBwcmVmZXJlbmNlcwojIE1hbnkgb2YgdGhlc2Ugb3VnaHQgdG8gYmUg Ym9vdC10aW1lIHR1bmFibGVzCm9wdGlvbnMgCU1BWENPTlM9NAkJIyBudW1iZXIgb2Ygdmly dHVhbCBjb25zb2xlcwpvcHRpb25zIAlTQ19BTFRfTU9VU0VfSU1BR0UJIyBzaW1wbGlmaWVk IG1vdXNlIGN1cnNvciBpbiB0ZXh0IG1vZGUKI29wdGlvbnMgCVNDX0RGTFRfRk9OVAkJIyBj b21waWxlIGZvbnQgaW4KI21ha2VvcHRpb25zCVNDX0RGTFRfRk9OVD1jcDg1MAojb3B0aW9u cyAJU0NfRElTQUJMRV9EREJLRVkJIyBkaXNhYmxlIGBkZWJ1Zycga2V5CiNvcHRpb25zIAlT Q19ESVNBQkxFX1JFQk9PVAkjIGRpc2FibGUgcmVib290IGtleSBzZXF1ZW5jZQpvcHRpb25z IAlTQ19ISVNUT1JZX1NJWkU9MjAwCSMgbnVtYmVyIG9mIGhpc3RvcnkgYnVmZmVyIGxpbmVz Cm9wdGlvbnMgCVNDX01PVVNFX0NIQVI9MHgzCSMgY2hhciBjb2RlIGZvciB0ZXh0IG1vZGUg bW91c2UgY3Vyc29yCm9wdGlvbnMgCVNDX1BJWEVMX01PREUJCSMgYWRkIHN1cHBvcnQgZm9y IHRoZSByYXN0ZXIgdGV4dCBtb2RlCgojIFRoZSBmb2xsb3dpbmcgb3B0aW9ucyB3aWxsIGxl dCB5b3UgY2hhbmdlIHRoZSBkZWZhdWx0IGNvbG9ycyBvZiBzeXNjb25zLgpvcHRpb25zIAlT Q19OT1JNX0FUVFI9IihGR19HUkVFTnxCR19CTEFDSykiCm9wdGlvbnMgCVNDX05PUk1fUkVW X0FUVFI9IihGR19CTEFDS3xCR19HUkVFTikiCiNvcHRpb25zIAlTQ19LRVJORUxfQ09OU19B VFRSPSIoRkdfQlJPV058QkdfQkxBQ0spIgojb3B0aW9ucyAJU0NfS0VSTkVMX0NPTlNfUkVW X0FUVFI9IihGR19CTEFDS3xCR19CUk9XTikiCgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0 CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNh cmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0 KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIElDSCBT b3VuZCBjYXJkIHN1cHBvcnQKZGV2aWNlIHNvdW5kCmRldmljZSBzbmRfaWNoCgojIFBhcmFs bGVsIHBvcnQKZGV2aWNlCQlwcGMKZGV2aWNlCQlwcGJ1cwkJIyBQYXJhbGxlbCBwb3J0IGJ1 cyAocmVxdWlyZWQpCmRldmljZQkJbHB0CQkjIFByaW50ZXIKZGV2aWNlCQlwbGlwCQkjIFRD UC9JUCBvdmVyIHBhcmFsbGVsCmRldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJm YWNlIGRldmljZQojZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhCgojIElm IHlvdSd2ZSBnb3QgYSAiZHVtYiIgc2VyaWFsIG9yIHBhcmFsbGVsIFBDSSBjYXJkIHRoYXQg aXMKIyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRyaXZlciwgdW5jb21tZW50IHRo ZSBmb2xsb3dpbmcKIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8gdGhlIHNpbyBh bmQvb3IgcHBjIGRyaXZlcnMpOgpkZXZpY2UgICAgICAgICBwdWMKCiMgUENJIEV0aGVybmV0 IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBO T1RFOiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVy IHRvIHVzZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQK I2RldmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CiNkZXZp Y2UJCWJnZQkJIyBCcm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJ CXJlCQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKZGV2aWNlCQlybAkJIyBS ZWFsVGVrIDgxMjkvODEzOQoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKI2RldmljZQkJd2xhbgkJ IyA4MDIuMTEgc3VwcG9ydAojZGV2aWNlCQlhbgkJIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIu MTEgd2lyZWxlc3MgTklDcy4KI2RldmljZQkJYXdpCQkjIEJheVN0YWNrIDY2MCBhbmQgb3Ro ZXJzCiNkZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJl bGVzcyBOSUNzLgojZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2ly ZWxlc3MgTklDLgoKIyBQc2V1ZG8gZGV2aWNlcyAtIHRoZSBudW1iZXIgaW5kaWNhdGVzIGhv dyBtYW55IHVuaXRzIHRvIGFsbG9jYXRlLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29w YmFjawojZGV2aWNlCQltZW0JCSMgTWVtb3J5IGFuZCBrZXJuZWwgbWVtb3J5IGRldmljZXMK I2RldmljZQkJaW8JCSMgSS9PIGRldmljZQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRl dmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQKZGV2aWNlCQlwcHAJCSMg S2VybmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJ IyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tz IgojZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKI2RldmljZQkJZmFp dGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKCiMgVGhlIGBicGYn IGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJl IG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEK ZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydAoj ZGV2aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlLiBwcm9iIGRvbnQgbmVl ZApkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQl1c2IJ CSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJsZSBCdWxr IFBpcGUgZGV2aWNlcwojZGV2aWNlCQl1Z2VuCQkjIEdlbmVyaWMKI2RldmljZQkJdWhpZAkJ IyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCiNkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQK I2RldmljZQkJdWxwdAkJIyBQcmludGVyCiNkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mg c3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVtcwkJIyBNb3VzZQoj ZGV2aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCgojIEZpcmVXaXJlIHN1cHBvcnQgLS0gZGlz YWJsZWQgYmVjYXVzZSBJIGRvbid0IHdhbnQgaXQgeWV0CiNkZXZpY2UJCWZpcmV3aXJlCSMg RmlyZVdpcmUgYnVzIGNvZGUKI2RldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAo UmVxdWlyZXMgc2NidXMgYW5kIGRhKQojZGV2aWNlCQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBG aXJlV2lyZSAobm9uLXN0YW5kYXJkISkK ------=____1091840061451__Gkm7TrYec-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 01:14:55 2004 Return-Path: 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 C3ACA16A4CE; Sat, 7 Aug 2004 01:14:55 +0000 (GMT) Received: from robbins.dropbear.id.au (233.a.003.mel.iprimus.net.au [203.134.172.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C8E43D2F; Sat, 7 Aug 2004 01:14:54 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 6FAF64207; Sat, 7 Aug 2004 11:14:51 +1000 (EST) Date: Sat, 7 Aug 2004 11:14:51 +1000 From: Tim Robbins To: Matthew Dillon Message-ID: <20040807011451.GA51119@cat.robbins.dropbear.id.au> References: <4109B4EF.605@samsco.org> <20040730152119.GA43119@freefall.freebsd.org> <200408062059.i76KxTBW026143@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408062059.i76KxTBW026143@apollo.backplane.com> User-Agent: Mutt/1.4.1i cc: Alexander Kabaev cc: FreeBSD Current List Subject: Re: Other unit-at-a-time issues (Re: HEADS UP! boot2 problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:14:55 -0000 On Fri, Aug 06, 2004 at 01:59:29PM -0700, Matthew Dillon wrote: > I tracked down one problem with the unit-at-a-time code.... it's not > compatible with -mrtd. Bad code is produced, specifically a missing > pop in a call. > > After removing -mrtd the DFly boot code progressed a bit farther before > crashing, but unfortunately it still crashed. -fno-unit-at-a-time is > still required to produce a good 'boot2' boot block even when -mrtd is > removed. > > I was able to determine that the issue is solely with boot2... the > /boot/loader built with the (default) unit-at-a-time feature appear > to work just fine. > > I have not tracked down the additional bad assembly being produced, > but it is not an impossible task. The boot2 objdump is not > actually all that big, but the functions are reordered and I didn't > want to spend all day tracking down the remaining bugs. > > -- > > I would appreciate it if someone in FreeBSD land would submit this bug > to the GCC folks. Bad things happen if unit-at-a-time optimization causes memcpy() to use a non-standard calling convention, since gcc -Os generates calls to memcpy() for struct assignments (I believe there is only one of these in boot2, in fsread()). Try making memcpy() non-static, using __attribute__((__used__)), or __attribute__((__stdcall__)) (assuming you re-enable -mrtd). Any of these will thwart the calling convention change. Tim From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 01:39:02 2004 Return-Path: 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 854C316A4CF for ; Sat, 7 Aug 2004 01:39:02 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3044243D45 for ; Sat, 7 Aug 2004 01:39:02 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.201.221]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040807013901.FOCR22270.out012.verizon.net@[10.0.3.231]> for ; Fri, 6 Aug 2004 20:39:01 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1091842707.719.20.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 21:38:27 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [141.153.201.221] at Fri, 6 Aug 2004 20:39:00 -0500 Subject: newfs on partition mounted read-only X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:39:02 -0000 Good people, due to my own fatfingerness, I have managed to run newfs on mounted NTFS partition and, to my surprise, discovered that newfs went ahead and initialized partition without as much as giving me a warning. At first I thought that to be specific to NTFS, but experiments have shown that UFS2 filesystem, if mounted read-only, would meet the same fate. UFS2 mounted read/write would stop 'newfs' in its tracks. My system is current as of August 3, 22:47 EST. Since it is not frequent task, I unfortunately, could not point to the working version. If there are patches to be tested, I will be glad to oblige -- I do not think one extra newfs will hurt my NTFS partition any ;) I have included session transcripts for both newfs's just in case there is something obvious I am missing. I am not sure kernel config or dmesg are relevant to the problem, but they could be provided if needed. Both NTFS and umass (device I was playing with UFS2 on) are built as modules. Softupdates are enabled. RabbitsDen# mount /dev/ad0s2a on / (ufs, NFS exported, local) devfs on /dev (devfs, local) /dev/ad0s1 on /C (ntfs, local, read-only) linprocfs on /usr/compat/linux/proc (linprocfs, local) procfs on /proc (procfs, local) RabbitsDen# newfs /dev/ad0s1 /dev/ad0s1: 10236.7MB (20964760 sectors) block size 16384, fragment size 2048 using 56 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, 3010976, 3387328, 3763680, 4140032, 4516384, 4892736, 5269088, 5645440, 6021792, 6398144, 6774496, 7150848, 7527200, 7903552, 8279904, 8656256, 9032608, 9408960, 9785312, 10161664, 10538016, 10914368, 11290720, 11667072, 12043424, 12419776, 12796128, 13172480, 13548832, 13925184, 14301536, 14677888, 15054240, 15430592, 15806944, 16183296, 16559648, 16936000, 17312352, 17688704, 18065056, 18441408, 18817760, 19194112, 19570464, 19946816, 20323168, 20699520 RabbitsDen# mount /dev/ad0s2a on / (ufs, NFS exported, local) devfs on /dev (devfs, local) /dev/ad0s1 on /C (ntfs, local, read-only) linprocfs on /usr/compat/linux/proc (linprocfs, local) procfs on /proc (procfs, local) /dev/da0s1 on /mnt (ufs, local, read-only) RabbitsDen# newfs /dev/da0s1 /dev/da0s1: 250.0MB (511968 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 62.50MB, 4000 blks, 8000 inodes. super-block backups (for fsck -b #) at: 160, 128160, 256160, 384160 RabbitsDen# --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 01:53:45 2004 Return-Path: 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 25D6516A4CE for ; Sat, 7 Aug 2004 01:53:45 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2B6243D2D for ; Sat, 7 Aug 2004 01:53:44 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.rr.com [24.211.118.154])i771rfiA005879 for ; Fri, 6 Aug 2004 21:53:42 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) i771reXI014917 for ; Fri, 6 Aug 2004 21:53:41 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost)i771rcnZ014914 for ; Fri, 6 Aug 2004 21:53:39 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Fri, 6 Aug 2004 21:53:37 -0400 (EDT) From: Wesley Morgan To: current@freebsd.org Message-ID: <20040806214351.Y14680@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1157493912-1091843617=:14680" X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: fxp problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 01:53:45 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1157493912-1091843617=:14680 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I've got a box running 5.2.1-R p8 that has several times caught itself in a fit of errors on both fxp devices, alternating between the two. A little searching through PR's shows it reported back in 2003 and possibly again in 2004, but always on -stable. Some posts to -stable seem to think it's an interaction with the PCI and SCSI layers, but I'm not sure if this applies to -current. Anyone have any experience with these type of errors? I've got the kernel conf and dmesg attached. Aug 6 00:00:14 tiamat kernel: fxp1: device timeout Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:14 tiamat kernel: fxp1: DMA timeout Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:14 tiamat kernel: fxp1: DMA timeout Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:14 tiamat kernel: fxp1: DMA timeout Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:29 tiamat kernel: fxp0: device timeout Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:29 tiamat kernel: fxp0: DMA timeout Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:29 tiamat kernel: fxp0: DMA timeout Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:29 tiamat kernel: fxp0: DMA timeout Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff Aug 6 00:00:29 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff 0xffff -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! --0-1157493912-1091843617=:14680 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg Content-Transfer-Encoding: BASE64 Content-ID: <20040806215337.B14680@volatile.chemikals.org> Content-Description: Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMi4xLVJFTEVBU0UtcDggIzA6IFdlZCBKdW4g MjMgMTA6MjM6MDQgRURUIDIwMDQNCiAgICByb290QHRpYW1hdC5yZWxpbmV0 d29ya3MuY29tOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1RJQU1BVA0KUHJlbG9h ZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4YzA4 M2YwMDAuDQpNUFRhYmxlOiA8QU1JICAgICAgQ05CMzBMRSAgICAgPg0KVGlt ZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5 IDANCkNQVTogSW50ZWwgUGVudGl1bSBJSUkgKDk5Ni42OS1NSHogNjg2LWNs YXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2 OGEgIFN0ZXBwaW5nID0gMTANCiAgRmVhdHVyZXM9MHgzODdmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQ R0UsTUNBLENNT1YsUEFULFBTRTM2LFBOLE1NWCxGWFNSLFNTRT4NCnJlYWwg bWVtb3J5ICA9IDUzNjg3MDkxMiAoNTEyIE1CKQ0KYXZhaWwgbWVtb3J5ID0g NTExNzA5MTg0ICg0ODggTUIpDQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNz b3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMNCiBjcHUwIChCU1ApOiBBUElD IElEOiAgMA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDENCmlvYXBpYzA6IEFz c3VtaW5nIGludGJhc2Ugb2YgMA0KaW9hcGljMTogQXNzdW1pbmcgaW50YmFz ZSBvZiAxNg0KaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0xNSBvbiBt b3RoZXJib2FyZA0KaW9hcGljMSA8VmVyc2lvbiAxLjE+IGlycXMgMTYtMzEg b24gbW90aGVyYm9hcmQNClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFi bGVkDQpucHgwOiBbRkFTVF0NCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24g bW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCnBjaWJpb3M6 IEJJT1MgdmVyc2lvbiAyLjEwDQpVc2luZyAkUElSIHRhYmxlLCAxMCBlbnRy aWVzIGF0IDB4YzAwZjRiNzANCnBjaWIwOiA8TVBUYWJsZSBIb3N0LVBDSSBi cmlkZ2U+IGF0IHBjaWJ1cyAwIG9uIG1vdGhlcmJvYXJkDQpwY2kwOiA8UENJ IGJ1cz4gb24gcGNpYjANCnBjaWIwOiBzbG90IDEgSU5UQSByb3V0ZWQgdG8g aXJxIDIyDQpwY2liMDogc2xvdCA0IElOVEEgcm91dGVkIHRvIGlycSAyMA0K cGNpYjA6IHNsb3QgNSBJTlRBIHJvdXRlZCB0byBpcnEgMjENCnBjaTA6IDxk aXNwbGF5LCBWR0E+IGF0IGRldmljZSAxLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkNCmZ4cDA6IDxJbnRlbCA4MjU1MCBQcm8vMTAwIEV0aGVybmV0PiBwb3J0 IDB4ZDQwMC0weGQ0M2YgbWVtIDB4ZmVhYTAwMDAtMHhmZWFiZmZmZiwweGZl YWZlMDAwLTB4ZmVhZmVmZmYgaXJxIDIwIGF0IGRldmljZSA0LjAgb24gcGNp MA0KZnhwMDogRXRoZXJuZXQgYWRkcmVzcyAwMDplMDo4MToyMDphYTo3Mg0K bWlpYnVzMDogPE1JSSBidXM+IG9uIGZ4cDANCmlucGh5MDogPGk4MjU1NSAx MC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwDQppbnBoeTA6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRY LCBhdXRvDQpmeHAxOiA8SW50ZWwgODI1NTAgUHJvLzEwMCBFdGhlcm5ldD4g cG9ydCAweGQwMDAtMHhkMDNmIG1lbSAweGZlYTgwMDAwLTB4ZmVhOWZmZmYs MHhmZWFmZDAwMC0weGZlYWZkZmZmIGlycSAyMSBhdCBkZXZpY2UgNS4wIG9u IHBjaTANCmZ4cDE6IEV0aGVybmV0IGFkZHJlc3MgMDA6ZTA6ODE6MjA6YWE6 NzMNCm1paWJ1czE6IDxNSUkgYnVzPiBvbiBmeHAxDQppbnBoeTE6IDxpODI1 NTUgMTAvMTAwIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMQ0KaW5waHkx OiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgYXV0bw0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gcG9ydCAweDU4 MC0weDU4ZiBhdCBkZXZpY2UgMTUuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1 cz4gb24gaXNhYjANCmF0YXBjaTA6IDxTZXJ2ZXJXb3JrcyBST1NCNCBVRE1B MzMgY29udHJvbGxlcj4gcG9ydCAweGZmYTAtMHhmZmFmIGF0IGRldmljZSAx NS4xIG9uIHBjaTANCmF0YTA6IGF0IDB4MWYwIGlycSAxNCBvbiBhdGFwY2kw DQphdGEwOiBbTVBTQUZFXQ0KYXRhMTogYXQgMHgxNzAgaXJxIDE1IG9uIGF0 YXBjaTANCmF0YTE6IFtNUFNBRkVdDQpwY2liMTogPE1QVGFibGUgSG9zdC1Q Q0kgYnJpZGdlPiBhdCBwY2lidXMgMSBvbiBtb3RoZXJib2FyZA0KcGNpMTog PFBDSSBidXM+IG9uIHBjaWIxDQpwY2liMTogc2xvdCA2IElOVEEgcm91dGVk IHRvIGlycSAyNQ0KcGNpYjE6IHNsb3QgNiBJTlRCIHJvdXRlZCB0byBpcnEg MjYNCmFoYzA6IDxBZGFwdGVjIGFpYzc4OTkgVWx0cmExNjAgU0NTSSBhZGFw dGVyPiBwb3J0IDB4ZTQwMC0weGU0ZmYgbWVtIDB4ZmViZmUwMDAtMHhmZWJm ZWZmZiBpcnEgMjUgYXQgZGV2aWNlIDYuMCBvbiBwY2kxDQphaWM3ODk5OiBV bHRyYTE2MCBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAzMi8yNTMgU0NC cw0KYWhjMTogPEFkYXB0ZWMgYWljNzg5OSBVbHRyYTE2MCBTQ1NJIGFkYXB0 ZXI+IHBvcnQgMHhlODAwLTB4ZThmZiBtZW0gMHhmZWJmZjAwMC0weGZlYmZm ZmZmIGlycSAyNiBhdCBkZXZpY2UgNi4xIG9uIHBjaTENCmFpYzc4OTk6IFVs dHJhMTYwIFdpZGUgQ2hhbm5lbCBCLCBTQ1NJIElkPTcsIDMyLzI1MyBTQ0Jz DQpvcm0wOiA8T3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4Y2U4MDAtMHhjZjdm ZiwweGNkODAwLTB4Y2U3ZmYsMHhjMDAwMC0weGM3ZmZmIG9uIGlzYTANCmF0 a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQg MHg2NCwweDYwIG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFn cyAweDEgaXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDANCnBzbTA6 IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMA0KcHNtMDogbW9kZWwg VmVyc2FQYWQsIGRldmljZSBJRCAwDQpmZGMwOiByZWFkeSBmb3IgaW5wdXQg aW4gb3V0cHV0DQpmZGMwOiBjbWQgMyBmYWlsZWQgYXQgb3V0IGJ5dGUgMSBv ZiAzDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4 MzAwPg0Kc2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4 MTAgb24gaXNhMA0Kc2lvMDogdHlwZSAxNjU1MEENCnNpbzE6IGNvbmZpZ3Vy ZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwDQpzaW8x OiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZA0KdmdhMDogPEdlbmVyaWMgSVNB IFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMA0KdW5rbm93bjogPFBOUDAzMDM+IGNhbid0IGFzc2lnbiBy ZXNvdXJjZXMgKHBvcnQpDQp1bmtub3duOiA8UE5QMGYxMz4gY2FuJ3QgYXNz aWduIHJlc291cmNlcyAoaXJxKQ0KdW5rbm93bjogPFBOUDA1MDE+IGNhbid0 IGFzc2lnbiByZXNvdXJjZXMgKHBvcnQpDQpUaW1lY291bnRlcnMgdGljayBl dmVyeSAxLjAwMCBtc2VjDQppcGZ3MiBpbml0aWFsaXplZCwgZGl2ZXJ0IGVu YWJsZWQsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBlbmFibGVkLCBkZWZhdWx0 IHRvIGFjY2VwdCwgbG9nZ2luZyBsaW1pdGVkIHRvIDIwIHBhY2tldHMvZW50 cnkgYnkgZGVmYXVsdA0KSVB2NiBwYWNrZXQgZmlsdGVyaW5nIGluaXRpYWxp emVkLCBkZWZhdWx0IHRvIGFjY2VwdCwgbG9nZ2luZyBsaW1pdGVkIHRvIDIw IHBhY2tldHMvZW50cnkNCklQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBB c3NvY2lhdGlvbiBQcm9jZXNzaW5nLg0KYWNkMDogQ0RST00gPFRPU0hJQkEg Q0QtUk9NIFhNLTcwMDJCPiBhdCBhdGEwLXNsYXZlIFBJTzQNCkdFT006IGNy ZWF0ZSBkaXNrIGFkMiBkcD0weGM0OGZmMjYwDQphZDI6IDExNDQ3M01CIDxT VDMxMjAwMjZBPiBbMjMyNTgxLzE2LzYzXSBhdCBhdGExLW1hc3RlciBVRE1B MzMNCkdFT006IGNyZWF0ZSBkaXNrIGRhMCBkcD0weGM0OTE2NDUwDQpTTVA6 IEFQIENQVSAjMSBMYXVuY2hlZCENCmRhMCBhdCBhaGMxIGJ1cyAwIHRhcmdl dCAwIGx1biAwDQpkYTA6IDxTRUFHQVRFIFNUMzczNDA1TEMgMDAwMz4gRml4 ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KZGEwOiAxNjAuMDAw TUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1Ieiwgb2Zmc2V0IDYzLCAxNmJpdCks IFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpkYTA6IDcwMDA3TUIgKDE0MzM3 NDc0MSA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDg5MjRDKQ0KTW91 bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2RhMHMxYQ0K --0-1157493912-1091843617=:14680 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=TIAMAT Content-Transfer-Encoding: BASE64 Content-ID: <20040806215337.P14680@volatile.chemikals.org> Content-Description: Content-Disposition: attachment; filename=TIAMAT bWFjaGluZQkJaTM4Ng0KY3B1CQlJNjg2X0NQVQ0KaWRlbnQJCVRJQU1BVA0K DQojb3B0aW9ucyAJU0NIRURfNEJTRAkJIzRCU0Qgc2NoZWR1bGVyDQpvcHRp b25zIAlTQ0hFRF9VTEUJCSNVTEUgc2NoZWR1bGVyDQpvcHRpb25zIAlJTkVU CQkJI0ludGVyTkVUd29ya2luZw0Kb3B0aW9ucyAJSU5FVDYJCQkjSVB2NiBj b21tdW5pY2F0aW9ucyBwcm90b2NvbHMNCm9wdGlvbnMgCUZGUwkJCSNCZXJr ZWxleSBGYXN0IEZpbGVzeXN0ZW0NCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkj RW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydA0Kb3B0aW9ucyAJVUZT X0FDTAkJCSNTdXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0cw0Kb3B0 aW9ucyAJVUZTX0RJUkhBU0gJCSNJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJp ZyBkaXJlY3Rvcmllcw0Kb3B0aW9ucyAJTURfUk9PVAkJCSNNRCBpcyBhIHBv dGVudGlhbCByb290IGRldmljZQ0Kb3B0aW9ucyAJTkZTQ0xJRU5UCQkjTmV0 d29yayBGaWxlc3lzdGVtIENsaWVudA0Kb3B0aW9ucyAJTkZTU0VSVkVSCQkj TmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcg0Kb3B0aW9ucyAJTkZTX1JPT1QJ CSNORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVA0Kb3B0aW9u cyAJTVNET1NGUwkJCSNNU0RPUyBGaWxlc3lzdGVtDQpvcHRpb25zIAlDRDk2 NjAJCQkjSVNPIDk2NjAgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAJUFJPQ0ZTCQkJ I1Byb2Nlc3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNFVURPRlMpDQpvcHRp b25zIAlQU0VVRE9GUwkJI1BzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yaw0K b3B0aW9ucyAJQ09NUEFUXzQzCQkjQ29tcGF0aWJsZSB3aXRoIEJTRCA0LjMg W0tFRVAgVEhJUyFdDQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSNDb21w YXRpYmxlIHdpdGggRnJlZUJTRDQNCm9wdGlvbnMgCVNDU0lfREVMQVk9MTUw MDAJI0RlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQ0Kb3B0aW9u cyAJS1RSQUNFCQkJI2t0cmFjZSgxKSBzdXBwb3J0DQpvcHRpb25zIAlTWVNW U0hNCQkJI1NZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQ0Kb3B0aW9ucyAJU1lT Vk1TRwkJCSNTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzDQpvcHRpb25zIAlT WVNWU0VNCQkJI1NZU1Ytc3R5bGUgc2VtYXBob3Jlcw0Kb3B0aW9ucyAJX0tQ T1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICNQb3NpeCBQMTAwM18xQiByZWFs LXRpbWUgZXh0ZW5zaW9ucw0Kb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RFVgkj IGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYNCm9wdGlvbnMgCUFIQ19S RUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGlu IGRlYnVnDQoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIu DQpvcHRpb25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lz dGVyIGJpdGZpZWxkcyBpbiBkZWJ1Zw0KCQkJCQkjIG91dHB1dC4gIEFkZHMg fjIxNWsgdG8gZHJpdmVyLg0Kb3B0aW9ucyAJUEZJTF9IT09LUwkJIyBwZmls KDkpIGZyYW1ld29yaw0KDQpvcHRpb25zICAgICAgICAgSU5DTFVERV9DT05G SUdfRklMRQ0Kb3B0aW9ucyAgICAgICAgIFFVT1RBDQpvcHRpb25zICAgICAg ICAgUFFfQ0FDSEVTSVpFPTEwMjQNCg0KIyBXZSBkb24ndCB0b3VjaCB0aGlz IGJlY2F1c2UgUm9iIGdldHMgcGlzc2VkIG9mZi4uDQpvcHRpb25zICAgICAg ICAgSU5FVCAgICAgICAgICAgICAgICAgICAgI0ludGVyTkVUd29ya2luZw0K b3B0aW9ucyAgICAgICAgIElORVQ2ICAgICAgICAgICAgICAgICAgICNJUHY2 IGNvbW11bmljYXRpb25zIHByb3RvY29scw0Kb3B0aW9ucyAgICAgICAgIE1S T1VUSU5HICAgICAgICAgICAgICAgICMgTXVsdGljYXN0IHJvdXRpbmcNCm9w dGlvbnMgICAgICAgICBJUFY2RklSRVdBTEwgICAgICAgICAgICAjZmlyZXdh bGwgZm9yIElQdjYNCm9wdGlvbnMgICAgICAgICBJUFY2RklSRVdBTExfVkVS Qk9TRQ0Kb3B0aW9ucyAgICAgICAgICAgICAgICBJUFY2RklSRVdBTExfREVG QVVMVF9UT19BQ0NFUFQNCm9wdGlvbnMgICAgICAgICBJUFY2RklSRVdBTExf VkVSQk9TRV9MSU1JVD0yMA0Kb3B0aW9ucyAgICAgICAgIElQRklSRVdBTEwN Cm9wdGlvbnMgICAgICAgICBJUEZJUkVXQUxMX1ZFUkJPU0UNCm9wdGlvbnMg ICAgICAgICBJUEZJUkVXQUxMX1ZFUkJPU0VfTElNSVQ9MjANCm9wdGlvbnMg ICAgICAgICAgICAgICAgSVBGSVJFV0FMTF9ERUZBVUxUX1RPX0FDQ0VQVA0K b3B0aW9ucyAgICAgICAgIElQRElWRVJUDQojb3B0aW9ucyAgICAgICAgICAg ICAgICBJUEZJTFRFUl9MT0cNCiNvcHRpb25zICAgICAgICAgICAgICAgIElQ RklMVEVSDQpvcHRpb25zICAgICAgICAgSVBTVEVBTFRIICAgICAgICAgICAg ICAgI3N1cHBvcnQgZm9yIHN0ZWFsdGggZm9yd2FyZGluZw0Kb3B0aW9ucyAg ICAgICAgIElORVQgICAgICAgICAgICAgICAgICAgICNJbnRlcm5ldCBjb21t dW5pY2F0aW9ucyBwcm90b2NvbHMNCm9wdGlvbnMgICAgICAgICBJTkVUNiAg ICAgICAgICAgICAgICAgICAjSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2Nv bHMNCm9wdGlvbnMgICAgICAgICBJUFNFQyAgICAgICAgICAgICAgICAgICAj SVAgc2VjdXJpdHkNCm9wdGlvbnMgICAgICAgICBJUFNFQ19FU1AgICAgICAg ICAgICAgICAjSVAgc2VjdXJpdHkgKGNyeXB0bzsgZGVmaW5lIHcvIElQU0VD KQ0Kb3B0aW9ucyAgICAgICAgIFRDUF9EUk9QX1NZTkZJTg0KIyBTdGF0aWNh bGx5IExpbmsgaW4gYWNjZXB0IGZpbHRlcnMNCm9wdGlvbnMgICAgICAgICAg ICBBQ0NFUFRfRklMVEVSX0RBVEENCm9wdGlvbnMgICAgICAgICAgICBBQ0NF UFRfRklMVEVSX0hUVFANCiMgRW5kIGRvbid0IHRvdWNoIQ0KDQpvcHRpb25z ICAgICAgICAgUEVSRk1PTg0Kb3B0aW9ucyAgICAgICAgIFJBTkRPTV9JUF9J RA0Kb3B0aW9ucyAgICAgICAgIFNIT1dfQlVTWUJVRlMNCg0KIyBPVEhFUg0K b3B0aW9ucyAgICAgICAgIE1BWERTSVo9IigyNTYqMTAyNCoxMDI0KSINCm9w dGlvbnMgICAgICAgICBNQVhTU0laPSIoMjU2KjEwMjQqMTAyNCkiDQpvcHRp b25zICAgICAgICAgREZMRFNJWj0iKDI1NioxMDI0KjEwMjQpIg0Kb3B0aW9u cyAgICAgICAgIFBBTklDX1JFQk9PVF9XQUlUX1RJTUU9MTYNCm9wdGlvbnMg ICAgICAgICBTQ19ISVNUT1JZX1NJWkU9MTUwMCAgICAjIG51bWJlciBvZiBo aXN0b3J5IGJ1ZmZlciBsaW5lcw0Kb3B0aW9ucyAgICAgICAgIEhaPTUwMDAN Cg0Kb3B0aW9ucyAgICAgICAgIFNZU1ZTSE0gICAgICAgICAgICAgICAgICNT WVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkNCm9wdGlvbnMgICAgICAgICBTWVNW U0VNICAgICAgICAgICAgICAgICAjU1lTVi1zdHlsZSBzZW1hcGhvcmVzDQpv cHRpb25zICAgICAgICAgU1lTVk1TRyAgICAgICAgICAgICAgICAgI1NZU1Yt c3R5bGUgbWVzc2FnZSBxdWV1ZXMNCg0Kb3B0aW9ucyAgICAgICAgIFNFTU1O Uz01MTINCm9wdGlvbnMgICAgICAgICBTRU1NTlU9MjU2DQpvcHRpb25zICAg ICAgICAgU0hNTUFYUEdTPTY1NTM2DQpvcHRpb25zICAgICAgICAgU0hNQUxM PTE2Mzg0DQpvcHRpb25zICAgICAgICAgU0hNTU5JPTM5NA0Kb3B0aW9ucyAg ICAgICAgIFNITVNFRz01MTINCg0KDQojIENQVSBTTVANCm9wdGlvbnMgCVNN UAkJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbA0KZGV2aWNl CQlhcGljCQkJIyBJL08gQVBJQw0KDQojIEFUQS9JU0EvUENJDQpkZXZpY2UJ CWlzYQ0KZGV2aWNlCQllaXNhDQpkZXZpY2UJCXBjaQ0KZGV2aWNlCQlmZGMN CmRldmljZQkJYXRhDQpkZXZpY2UJCWF0YWRpc2sJCQkjIEFUQSBkaXNrIGRy aXZlcw0KZGV2aWNlCQlhdGFyYWlkCQkJIyBBVEEgUkFJRCBkcml2ZXMNCmRl dmljZQkJYXRhcGljZAkJCSMgQVRBUEkgQ0RST00gZHJpdmVzDQpkZXZpY2UJ CWF0YXBpZmQJCQkjIEFUQVBJIGZsb3BweSBkcml2ZXMNCmRldmljZQkJYXRh cGlzdAkJCSMgQVRBUEkgdGFwZSBkcml2ZXMNCm9wdGlvbnMgCUFUQV9TVEFU SUNfSUQJCSNTdGF0aWMgZGV2aWNlIG51bWJlcmluZw0KDQojIFNDU0kNCmRl dmljZQkJYWhjCQkjIEFIQTI5NDAgYW5kIG9uYm9hcmQgQUlDN3h4eCBkZXZp Y2VzDQpkZXZpY2UJCWFpYwkJIyBBZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRh cHRlcnMsIEFJQy02WzIzXTYwLg0KZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1 cyAocmVxdWlyZWQgZm9yIFNDU0kpDQpkZXZpY2UJCWNoCQkjIFNDU0kgbWVk aWEgY2hhbmdlcnMNCmRldmljZQkJZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlz a3MpDQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0 YykNCmRldmljZQkJY2QJCSMgQ0QNCmRldmljZQkJcGFzcwkJIyBQYXNzdGhy b3VnaCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykNCmRldmljZQkJc2Vz CQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkN Cg0KIyBERVZJQ0VTDQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBrZXlib2FyZCBj b250cm9sbGVyDQpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkDQpkZXZp Y2UJCXBzbQkJIyBQUy8yIG1vdXNlDQpkZXZpY2UJCXZnYQkJIyBWR0Egdmlk ZW8gY2FyZCBkcml2ZXINCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3Jl ZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0DQpkZXZpY2UJCXNjDQpkZXZp Y2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRzDQojIEZs b2F0aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4NCmRldmlj ZQkJbnB4DQojIFNlcmlhbCAoQ09NKSBwb3J0cw0KZGV2aWNlCQlzaW8JCSMg ODI1MCwgMTZbNDVdNTAgYmFzZWQgc2VyaWFsIHBvcnRzDQoNCiMgRVRIRVJO RVQNCmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydA0KZGV2aWNl CQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1Nywg ODI1NTgpDQoNCiMgUHNldWRvIGRldmljZXMNCmRldmljZQkJcmFuZG9tCQkj IEVudHJvcHkgZGV2aWNlDQpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29w YmFjaw0KZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0DQpkZXZp Y2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLg0KZGV2aWNlCQlwdHkJCSMgUHNl dWRvLXR0eXMgKHRlbG5ldCBldGMpDQpkZXZpY2UJCW1kCQkjIE1lbW9yeSAi ZGlza3MiDQpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGlu Zw0KZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRy YW5zbGF0aW9uKQ0KDQojIFRoZSBgYnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUg QmVya2VsZXkgUGFja2V0IEZpbHRlci4NCiMgQmUgYXdhcmUgb2YgdGhlIGFk bWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQ0K ZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcg0KDQojIFVT QiBzdXBwb3J0DQpkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRl cmZhY2UNCmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGludGVyZmFj ZQ0KZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpDQojZGV2aWNl CQl1ZGJwCQkjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmljZXMNCmRldmlj ZQkJdWdlbgkJIyBHZW5lcmljDQpkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIElu dGVyZmFjZSBEZXZpY2VzIg0KZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkDQpk ZXZpY2UJCXVscHQJCSMgUHJpbnRlcg0KZGV2aWNlCQl1bWFzcwkJIyBEaXNr cy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGENCmRldmlj ZQkJdW1zCQkjIE1vdXNlDQpkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8g NTAwIE1QMyBwbGF5ZXINCmRldmljZQkJdXNjYW5uZXIJIyBTY2FubmVycw0K DQoNCg== --0-1157493912-1091843617=:14680-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 03:22:57 2004 Return-Path: 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 2D84C16A4CE; Sat, 7 Aug 2004 03:22:57 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925E743D39; Sat, 7 Aug 2004 03:22:56 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.1]) by out014.verizon.net ESMTP <20040807032256.JOSB24490.out014.verizon.net@outgoing.verizon.net>; Fri, 6 Aug 2004 22:22:56 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: Andrew Lankford To: Mark Murray Date: Fri, 6 Aug 2004 22:22:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [192.168.1.1] at Fri, 6 Aug 2004 22:22:56 -0500 Message-Id: <20040807032256.JOSB24490.out014.verizon.net@outgoing.verizon.net> cc: amd64@freebsd.org cc: cvs-src@freebsd.org cc: current@freebsd.org Subject: Re:cvs commit: src/sys/amd64/amd64 mp_machdep.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andrew.lankford@verizon.net 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 Aug 2004 03:22:57 -0000 After searching around through and memrange.h and amd64_mem.c for obvious problems and finding nothing, it occurred to me that I should have included more of the text from buildkernel where it fubar'd, just to make sure everyone knows exactly where during the build that the error occurred: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Werror vers.c linking kernel.debug amd64_mem.o(.text+0xa8a): In function `amd64_mrinit': /usr/src/sys/amd64/amd64/amd64_mem.c:562: undefined reference to `M_MEMDESC' *** Error code 1 Stop in /usr/obj/usr/src/sys/ARL_AMD64. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Is _KERNEL supposed to be defined in a Makefile somewhere in the /usr/src/sys heirarchy or in a header file? What in the kernel does this object link to if device mem/device io isn't in the kernel configuration? Andrew Lankford From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 04:16:23 2004 Return-Path: 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 0F50916A4CE; Sat, 7 Aug 2004 04:16:23 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 226F843D60; Sat, 7 Aug 2004 04:16:22 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.1]) by out014.verizon.net ESMTP <20040807041621.JWTS24490.out014.verizon.net@outgoing.verizon.net>; Fri, 6 Aug 2004 23:16:21 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: Andrew Lankford To: Robert Watson Date: Fri, 6 Aug 2004 23:16:21 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=____1091852181713_Vr2z2Ry?Yr" X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [192.168.1.1] at Fri, 6 Aug 2004 23:16:21 -0500 Message-Id: <20040807041621.JWTS24490.out014.verizon.net@outgoing.verizon.net> cc: amd64@freebsd.org cc: cvs-src@freebsd.org cc: Mark Murray cc: current@freebsd.org Subject: Re:cvs commit: src/sys/amd64/amd64 mp_machdep.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andrew.lankford@verizon.net 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 Aug 2004 04:16:23 -0000 This is a multi-part message in MIME format. ------=____1091852181713_Vr2z2Ry?Yr Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit >Hmm. I was able to build an amd64 SMP kernel and an amd64 > UP kernel on sledge.freebsd.org following the last batch >of commits. Could you confirm your source is in sync: in > particular, sys/amd64/amd64/mem.c is revision >1.120, and sys/conf/files.amd64 is revision 1.44? In my >local source snapshot, M_DECLARE(M_MEMDESC) appears in >memrange.h, and the M_DEFINE(M_MEMDESC, ...) is in mem.c. Yes, yes, and yes, assuming you meant "MALLOC_DEFINE" instead of "M_DEFINE",etc . I just uncommented "device mem" and "device io" from my kernel config and the kernel built and installed ok, along with mem.ko (even though I can't see what purpose itt would serve when it's already compiled in statically). Once again, I'll attach the kernel config file that caused buildkernel to stop and complain. Andrew Lankford Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research ------=____1091852181713_Vr2z2Ry?Yr Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name="ARL_AMD64" Content-Disposition: inline; filename="ARL_AMD64" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBG cmVlQlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBs ZWFzZSByZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRp b24gRmlsZXM6CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084 ODU5LTEvYm9va3MvaGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUg aGFuZGJvb2sgaXMgYWxzbyBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9o YW5kYm9vawojIGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90 aGVyd2lzZSBhbHdheXMgc2VlIHRoZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVy IChodHRwOi8vd3d3LkZyZWVCU0Qub3JnLykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlv bi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVk IGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBwcmVzZW50IGlu IHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBmaWxlcy4KIyBJZiB5b3UgYXJlIGlu IGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNr IGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5cy9hbWQ2NC9jb25mL0dF TkVSSUMsdiAxLjQxMiAyMDA0LzA3LzExIDAzOjA5OjUzIG1hcmNlbCBFeHAgJAoKbWFjaGlu ZQkJYW1kNjQKY3B1CQlIQU1NRVIKaWRlbnQJCUFSTF9BTUQ2NAoKIyBUbyBzdGF0aWNhbGx5 IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50 cwojaGludHMJCSJHRU5FUklDLmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZv ciBkZXZpY2VzLgoKbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGgg Z2RiKDEpIGRlYnVnIHN5bWJvbHMKCm9wdGlvbnMgCVNDSEVEX1VMRQkJIyBVTEUgc2NoZWR1 bGVyCiNvcHRpb25zIAlBREFQVElWRV9NVVRFWEVTCSMgbXV0ZXhlcyBmaXJzdCBzcGluIGxv Y2ssIHRoZW4gc2xlZXAKb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCiNvcHRp b25zIAlJTkVUNgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJ RkZTCQkJIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJ CSMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydAojb3B0aW9ucyAJVUZTX0FDTAkJ CSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhB U0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKI29wdGlvbnMg CU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlCiNvcHRpb25zIAlO RlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVtIENsaWVudAojb3B0aW9ucyAJTkZTU0VS VkVSCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKI29wdGlvbnMgCU5GU19ST09UCQkj IE5GUyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCiNvcHRpb25zIAlOVEZTCQkJ IyBOVCBGaWxlIFN5c3RlbQojb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3Rl bQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0KI29wdGlvbnMgCVBS T0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9u cyAJUFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCiNvcHRpb25zIAlH RU9NX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUlBMzIJCQkjIENv bXBhdGlibGUgd2l0aCBpMzg2IGJpbmFyaWVzCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJ IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJU0NTSV9ERUxBWT0wCQkjIERl bGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0 cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVk IG1lbW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVz Cm9wdGlvbnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlf S1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgIyBQb3NpeCBQMTAwM18xQiByZWFsLXRpbWUg ZXh0ZW5zaW9ucwpvcHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYg ZW50cnkgaW4gL2RldgoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCm9w dGlvbnMgCVBGSUxfSE9PS1MJCSMgcGZpbCg5KSBmcmFtZXdvcmsKCiMgRGVidWdnaW5nIGZv ciB1c2UgaW4gLWN1cnJlbnQKb3B0aW9ucyAJS0RCCQkJIyBFbmFibGUga2VybmVsIGRlYnVn Z2VyIHN1cHBvcnQuCm9wdGlvbnMgCUREQgkJCSMgU3VwcG9ydCBEREIuCm9wdGlvbnMgCUdE QgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgojb3B0aW9ucyAJSU5WQVJJQU5UUwkJIyBFbmFi bGUgY2FsbHMgb2YgZXh0cmEgc2FuaXR5IGNoZWNraW5nCiNvcHRpb25zIAlJTlZBUklBTlRf U1VQUE9SVAkjIEV4dHJhIHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwgc3RydWN0dXJlcywg cmVxdWlyZWQgYnkgSU5WQVJJQU5UUwojb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5hYmxlIGNo ZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKI29wdGlvbnMgCVdJVE5FU1Nf U0tJUFNQSU4JIyBEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlubG9ja3MgZm9yIHNwZWVkCgpv cHRpb25zCQlJUEZJUkVXQUxMCm9wdGlvbnMgCUlQRklSRVdBTExfVkVSQk9TRV9MSU1JVD01 CSNsaW1pdCB2ZXJib3NpdHkKCiMgTWFrZSBhbiBTTVAtY2FwYWJsZSBrZXJuZWwgYnkgZGVm YXVsdAojb3B0aW9ucyAJU01QCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwK IyBXb3JrYXJvdW5kcyBmb3Igc29tZSBrbm93bi10by1iZS1icm9rZW4gY2hpcHNldHMgKG5W aWRpYSBuRm9yY2UzLVBybzE1MCkKZGV2aWNlCQlhdHBpYwkJIyA4MjU5QSBjb21wYXRhYmls aXR5Cm9wdGlvbnMgCU5PX01JWEVEX01PREUJIyBEb24ndCBwZW5hbGl6ZSB3b3JraW5nIGNo aXBzZXRzCgojIEJ1cyBzdXBwb3J0LiAgRG8gbm90IHJlbW92ZSBpc2EsIGV2ZW4gaWYgeW91 IGhhdmUgbm8gaXNhIHNsb3RzCiNkZXZpY2UJCWFjcGkKZGV2aWNlCQlpc2EKZGV2aWNlCQlw Y2kKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlz awkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRy aXZlcwpvcHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3RhdGljIGRldmljZSBudW1iZXJpbmcK CgojIFNDU0kgcGVyaXBoZXJhbHMKI2RldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVp cmVkIGZvciBTQ1NJKQojZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKI2Rl dmljZQkJY2QJCSMgQ0QKI2RldmljZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRp cmVjdCBTQ1NJIGFjY2VzcykKI2RldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBT ZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXli b2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9hcmQg Y29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkj IFBTLzIgbW91c2UKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKI2Rl dmljZQkJYWdwCQkjIGFncCBpbnRlcmZhY2UgCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2gg c2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZh dWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJ c2MKCiMgQ29uc29sZSBwcmVmZXJlbmNlcwojIE1hbnkgb2YgdGhlc2Ugb3VnaHQgdG8gYmUg Ym9vdC10aW1lIHR1bmFibGVzCm9wdGlvbnMgCU1BWENPTlM9NAkJIyBudW1iZXIgb2Ygdmly dHVhbCBjb25zb2xlcwpvcHRpb25zIAlTQ19BTFRfTU9VU0VfSU1BR0UJIyBzaW1wbGlmaWVk IG1vdXNlIGN1cnNvciBpbiB0ZXh0IG1vZGUKI29wdGlvbnMgCVNDX0RGTFRfRk9OVAkJIyBj b21waWxlIGZvbnQgaW4KI21ha2VvcHRpb25zCVNDX0RGTFRfRk9OVD1jcDg1MAojb3B0aW9u cyAJU0NfRElTQUJMRV9EREJLRVkJIyBkaXNhYmxlIGBkZWJ1Zycga2V5CiNvcHRpb25zIAlT Q19ESVNBQkxFX1JFQk9PVAkjIGRpc2FibGUgcmVib290IGtleSBzZXF1ZW5jZQpvcHRpb25z IAlTQ19ISVNUT1JZX1NJWkU9MjAwCSMgbnVtYmVyIG9mIGhpc3RvcnkgYnVmZmVyIGxpbmVz Cm9wdGlvbnMgCVNDX01PVVNFX0NIQVI9MHgzCSMgY2hhciBjb2RlIGZvciB0ZXh0IG1vZGUg bW91c2UgY3Vyc29yCm9wdGlvbnMgCVNDX1BJWEVMX01PREUJCSMgYWRkIHN1cHBvcnQgZm9y IHRoZSByYXN0ZXIgdGV4dCBtb2RlCgojIFRoZSBmb2xsb3dpbmcgb3B0aW9ucyB3aWxsIGxl dCB5b3UgY2hhbmdlIHRoZSBkZWZhdWx0IGNvbG9ycyBvZiBzeXNjb25zLgpvcHRpb25zIAlT Q19OT1JNX0FUVFI9IihGR19HUkVFTnxCR19CTEFDSykiCm9wdGlvbnMgCVNDX05PUk1fUkVW X0FUVFI9IihGR19CTEFDS3xCR19HUkVFTikiCiNvcHRpb25zIAlTQ19LRVJORUxfQ09OU19B VFRSPSIoRkdfQlJPV058QkdfQkxBQ0spIgojb3B0aW9ucyAJU0NfS0VSTkVMX0NPTlNfUkVW X0FUVFI9IihGR19CTEFDS3xCR19CUk9XTikiCgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0 CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNh cmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0 KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIElDSCBT b3VuZCBjYXJkIHN1cHBvcnQKZGV2aWNlIHNvdW5kCmRldmljZSBzbmRfaWNoCgojIFBhcmFs bGVsIHBvcnQKZGV2aWNlCQlwcGMKZGV2aWNlCQlwcGJ1cwkJIyBQYXJhbGxlbCBwb3J0IGJ1 cyAocmVxdWlyZWQpCmRldmljZQkJbHB0CQkjIFByaW50ZXIKZGV2aWNlCQlwbGlwCQkjIFRD UC9JUCBvdmVyIHBhcmFsbGVsCmRldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJm YWNlIGRldmljZQojZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhCgojIElm IHlvdSd2ZSBnb3QgYSAiZHVtYiIgc2VyaWFsIG9yIHBhcmFsbGVsIFBDSSBjYXJkIHRoYXQg aXMKIyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRyaXZlciwgdW5jb21tZW50IHRo ZSBmb2xsb3dpbmcKIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8gdGhlIHNpbyBh bmQvb3IgcHBjIGRyaXZlcnMpOgpkZXZpY2UgICAgICAgICBwdWMKCiMgUENJIEV0aGVybmV0 IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBO T1RFOiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVy IHRvIHVzZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQK I2RldmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CiNkZXZp Y2UJCWJnZQkJIyBCcm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJ CXJlCQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKZGV2aWNlCQlybAkJIyBS ZWFsVGVrIDgxMjkvODEzOQoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKI2RldmljZQkJd2xhbgkJ IyA4MDIuMTEgc3VwcG9ydAojZGV2aWNlCQlhbgkJIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIu MTEgd2lyZWxlc3MgTklDcy4KI2RldmljZQkJYXdpCQkjIEJheVN0YWNrIDY2MCBhbmQgb3Ro ZXJzCiNkZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJl bGVzcyBOSUNzLgojZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2ly ZWxlc3MgTklDLgoKIyBQc2V1ZG8gZGV2aWNlcyAtIHRoZSBudW1iZXIgaW5kaWNhdGVzIGhv dyBtYW55IHVuaXRzIHRvIGFsbG9jYXRlLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29w YmFjawojZGV2aWNlCQltZW0JCSMgTWVtb3J5IGFuZCBrZXJuZWwgbWVtb3J5IGRldmljZXMK I2RldmljZQkJaW8JCSMgSS9PIGRldmljZQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRl dmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQKZGV2aWNlCQlwcHAJCSMg S2VybmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJ IyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tz IgojZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKI2RldmljZQkJZmFp dGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKCiMgVGhlIGBicGYn IGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJl IG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEK ZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydAoj ZGV2aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlLiBwcm9iIGRvbnQgbmVl ZApkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQl1c2IJ CSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJsZSBCdWxr IFBpcGUgZGV2aWNlcwojZGV2aWNlCQl1Z2VuCQkjIEdlbmVyaWMKI2RldmljZQkJdWhpZAkJ IyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCiNkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQK I2RldmljZQkJdWxwdAkJIyBQcmludGVyCiNkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mg c3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVtcwkJIyBNb3VzZQoj ZGV2aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCgojIEZpcmVXaXJlIHN1cHBvcnQgLS0gZGlz YWJsZWQgYmVjYXVzZSBJIGRvbid0IHdhbnQgaXQgeWV0CiNkZXZpY2UJCWZpcmV3aXJlCSMg RmlyZVdpcmUgYnVzIGNvZGUKI2RldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAo UmVxdWlyZXMgc2NidXMgYW5kIGRhKQojZGV2aWNlCQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBG aXJlV2lyZSAobm9uLXN0YW5kYXJkISkK ------=____1091852181713_Vr2z2Ry?Yr-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 04:45:02 2004 Return-Path: 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 6648F16A4CE; Sat, 7 Aug 2004 04:45:02 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD6043D39; Sat, 7 Aug 2004 04:45:00 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i774irds027809; Fri, 6 Aug 2004 21:44:55 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i774irlm027808; Fri, 6 Aug 2004 21:44:53 -0700 (PDT) (envelope-from dillon) Date: Fri, 6 Aug 2004 21:44:53 -0700 (PDT) From: Matthew Dillon Message-Id: <200408070444.i774irlm027808@apollo.backplane.com> To: Tim Robbins References: <4109B4EF.605@samsco.org> <20040730152119.GA43119@freefall.freebsd.org> <200408062059.i76KxTBW026143@apollo.backplane.com> <20040807011451.GA51119@cat.robbins.dropbear.id.au> cc: Alexander Kabaev cc: FreeBSD Current List Subject: Re: Other unit-at-a-time issues (Re: HEADS UP! boot2 problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 04:45:02 -0000 :Bad things happen if unit-at-a-time optimization causes memcpy() to use a :non-standard calling convention, since gcc -Os generates calls to memcpy() :for struct assignments (I believe there is only one of these in boot2, in :fsread()). Try making memcpy() non-static, using __attribute__((__used__)), :or __attribute__((__stdcall__)) (assuming you re-enable -mrtd). Any of these :will thwart the calling convention change. : : :Tim Well, unit-at-a-time and -mrtd don't work together, period. Bad code is generated when complex inlining occurs (for things other then memcpy). I tracked down the structural copies in fsread with the (default) unit-at-a-time and WITHOUT -mrtd and they appear to generate bad code for their memcpy calls. The unit-at-a-time memcpy expects two arguments in registers and one on the stack, and the memcpy code fsread() calls for the structural copy appears to be supplying three arguments in registers and nothing on the stack. If I make memcpy() non-static, simply by removing 'static', all the calls to memcpy() appear to be generated properly, but boot2 still crashes so there must be other things that unit-at-a-time is still breaking. It's not even funny how broken unit-at-a-time is, how the GCC folks could turn it on by default in a release is beyond me. You know, when I wrote DICE we had similar issues with multiple calling conventions, but the Amiga had a function naming standard that prevented the sorts of blowups we are seeing here... functions would be prefixed differently depending on the calling convention used. It worked great 10+ years ago and it would work great now. Sigh. oh well. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 05:03:46 2004 Return-Path: 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 F2FB416A4CE for ; Sat, 7 Aug 2004 05:03:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F23443D54 for ; Sat, 7 Aug 2004 05:03:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i774xcwW029656; Fri, 6 Aug 2004 22:59:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 06 Aug 2004 23:00:18 -0600 (MDT) Message-Id: <20040806.230018.128046823.imp@bsdimp.com> To: rodrigc@crodrigues.org From: "M. Warner Losh" In-Reply-To: <20040805183333.GA73498@crodrigues.org> References: <20040805183333.GA73498@crodrigues.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: Installing cdevsw_add(), cdevsw_remove() man pages in -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:03:46 -0000 In message: <20040805183333.GA73498@crodrigues.org> Craig Rodrigues writes: : Hi, : : According to: : http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html : : cdevsw_add() and cdevsw_remove() were removed in 500104. : : If so, is there any point in installing man pages for these functions? : : : : --- share/man/man9/Makefile.orig Thu Aug 5 14:32:04 2004 : +++ share/man/man9/Makefile Thu Aug 5 14:32:18 2004 : @@ -34,8 +34,6 @@ : BUS_SETUP_INTR.9 \ : byteorder.9 \ : cd.9 \ : - cdevsw_add.9 \ : - cdevsw_remove.9 \ : condvar.9 \ : contigmalloc.9 \ : copy.9 \ I believe that you are correct. I've removed them since it has been a while since we removed the functions. Warner From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 05:13:15 2004 Return-Path: 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 38E4316A4CE for ; Sat, 7 Aug 2004 05:13:15 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C8F343D1D for ; Sat, 7 Aug 2004 05:13:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i775BpfN029705; Fri, 6 Aug 2004 23:11:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 06 Aug 2004 23:12:31 -0600 (MDT) Message-Id: <20040806.231231.33567668.imp@bsdimp.com> To: chris@tellme3times.com From: "M. Warner Losh" In-Reply-To: <41124C8B.2060902@tellme3times.com> References: <4110F5AE.6030403@tellme3times.com> <20040804.212242.112819552.imp@bsdimp.com> <41124C8B.2060902@tellme3times.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 05:13:15 -0000 In message: <41124C8B.2060902@tellme3times.com> Chris writes: : M. Warner Losh wrote: : : > : >You misunerstand what's actually happening. There's no case in the : >tree where two drivers are attached, at the same time, to the same : >device node. There's only one set of pointers. However, with USB, : >there can be reasons why multiple things can attach to the same : >driver. The usb code tries to do smart things for devices that have : >multiple configurations. : > : >With USB and multi-function devices, here's the code that we use: : > : > /* First try with device specific drivers. */ : > probe and attach driver with a config # of -1 (usegeneric = 0) : > return if successful : > /* Next try with interface drivers. */ : > foreach valid configuration : > foreach interface : > probe and attach driver : > /* Finally try the generic driver. */ : > probe and attach driver with a config # of -1 (usegeneric = 1) : > return if successful : > : >I'm not familiar with the specific instance of ulpt and unlpt. : > : > : : : You are right I do not understand. All I know is that when the system : boots, at some point a test is done to see if their are USB devices. If : devices exist then attach drivers. True. : What I am trying to determine is why my multifunction printer/scanner : receives only one of the two drivers. Is it because the printer does : not respond properly? Is it because the printer is not defined? I have : many questions here. Yes. Usb is a little complicated in this area, and there are a number of details that are hard to get right. It wouldn't surprise me if the current set of drivers are less than completely optimal. : I looked in the following and just see the code for that specific : device. It does not test for multifunction devices. I do not see any : code that follows the logic above. : : src/sys/dev/usb/ulpt.c : src/sys/dev/usb/uscanner.c : src/sys/dev/usb/usbdevs True. The above code is from usb/usb_subr.c in usbd_probe_and_attach(). : If you can point me in the right direction, or to some documents on USB : driver writing I will try to figure this out. Any help would be : appreciated. I will get this to work because I need both and the effort : required to switch is just not convenient. I think that the first thing that should be done is to look at the usb configuration. /usr/ports/sysutils/udesc_dump is a good place to start to investigate things. Also, the usb mindshare book is good to understand usb and the layers of the configuation onion. There's a book in the works that should help, but I'm afraid that I can't say more than that at this time. Warner From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 06:23:34 2004 Return-Path: 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 B927A16A4CE; Sat, 7 Aug 2004 06:23:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6307C43D49; Sat, 7 Aug 2004 06:23:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i776Mrgm013423; Sat, 7 Aug 2004 00:22:53 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <411474E4.8030100@samsco.org> Date: Sat, 07 Aug 2004 00:21:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: andrew.lankford@verizon.net References: <20040807041621.JWTS24490.out014.verizon.net@outgoing.verizon.net> In-Reply-To: <20040807041621.JWTS24490.out014.verizon.net@outgoing.verizon.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: amd64@freebsd.org cc: cvs-src@freebsd.org cc: Robert Watson cc: current@freebsd.org Subject: Re: cvs commit: src/sys/amd64/amd64 mp_machdep.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:23:34 -0000 Andrew Lankford wrote: >>Hmm. I was able to build an amd64 SMP kernel and an amd64 >>UP kernel on sledge.freebsd.org following the last batch >>of commits. Could you confirm your source is in sync: in >>particular, sys/amd64/amd64/mem.c is revision >>1.120, and sys/conf/files.amd64 is revision 1.44? In my >local source snapshot, M_DECLARE(M_MEMDESC) appears in >>memrange.h, and the M_DEFINE(M_MEMDESC, ...) is in mem.c. > > > Yes, yes, and yes, assuming you meant "MALLOC_DEFINE" > instead of "M_DEFINE",etc . I just uncommented "device mem" > and "device io" from my kernel config and the kernel built > and installed ok, along with mem.ko (even though I can't see > what purpose itt would serve when it's already compiled in > statically). > > Once again, I'll attach the kernel config file that caused > buildkernel to stop and complain. > > Andrew Lankford > I just fixed this. Thanks for sending your kernel config. Note that you probably shouldn't remove the acpi driver from the kernel config since it's practically mandatory on amd64 and won't load correctly from the bootloader. Scott From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 06:51:40 2004 Return-Path: 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 89BBC16A4CE for ; Sat, 7 Aug 2004 06:51:40 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 920A043D53 for ; Sat, 7 Aug 2004 06:51:39 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from adslle.cc.univie.ac.at (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i776pSS8050368; Sat, 7 Aug 2004 08:51:31 +0200 Date: Sat, 7 Aug 2004 08:51:34 +0200 (CEST) From: Lukas Ertl To: "Axel S.Gruner" In-Reply-To: Message-ID: <20040807085030.W597@korben.in.tern> References: <20040726191107.B10DD16A513@hub.freebsd.org> <20040729215647.F625@korben.in.tern><20040805212025.GA28645@nowhere> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4248; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 06:51:40 -0000 On Fri, 6 Aug 2004, Axel S.Gruner wrote: > But, i ihave a question about that. I cant find a howto which describes to > install FreeBSD+gvinum to use the / partition. > So, how did you do that? You cannot install it directly (it would mean hacking up sysinstall to large extents, and I guess noone wants to touch it :-) ), but there's a chapter in the handbook that talks about it: . cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 09:13:51 2004 Return-Path: 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 332C816A4CE; Sat, 7 Aug 2004 09:13:51 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDE443D1F; Sat, 7 Aug 2004 09:13:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i779DoC5046443; Sat, 7 Aug 2004 05:13:50 -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.12.11/8.12.11) with ESMTP id i779Dovx024940; Sat, 7 Aug 2004 05:13:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0F47C7303F; Sat, 7 Aug 2004 05:13:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807091350.0F47C7303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 05:13:50 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:13:51 -0000 TB --- 2004-08-07 08:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 08:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-08-07 08:00:01 - checking out the source tree TB --- 2004-08-07 08:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-08-07 08:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-07 08:05:27 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-07 08:05:27 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-08-07 08:05:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/create.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/excludes.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/misc.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/mtree.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/spec.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/verify.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/specspec.c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree/specspec.c:27: error: syntax error before '/' token *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/mtree. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-08-07 09:13:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 09:13:49 - ERROR: failed to build world TB --- 2004-08-07 09:13:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 09:45:35 2004 Return-Path: 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 0985216A4CE for ; Sat, 7 Aug 2004 09:45:35 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C779D43D3F for ; Sat, 7 Aug 2004 09:45:34 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BtNle-0002xb-00 for freebsd-current@freebsd.org; Sat, 07 Aug 2004 11:45:34 +0200 Received: from [84.128.130.116] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BtNld-0003I7-00 for freebsd-current@freebsd.org; Sat, 07 Aug 2004 11:45:33 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Sat, 7 Aug 2004 11:43:31 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_KRKFB7HO+U+BDvf"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408071143.38693.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: HEADS UP: recompile network interface modules (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:45:35 -0000 --Boundary-02=_KRKFB7HO+U+BDvf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Another size change to 'struct ifnet' makes it necessary that you recompile= =20 modules that make use of it. i.e. everything that deals with network=20 interfaces. If you do the normal make buildkernel/installkernel this should= =20 not affect you as these targets rebuilt and -install all modules. =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 --Boundary-02=_KRKFB7HO+U+BDvf Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBFKRKXyyEoT62BG0RAtSbAJ44HQvJPWoJC62oj20RUPcN1Ktc9gCaA0l7 PaaF62zTmZWoRKk6II4xlP4= =FGLk -----END PGP SIGNATURE----- --Boundary-02=_KRKFB7HO+U+BDvf-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 09:51:38 2004 Return-Path: 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 7F78616A4CE for ; Sat, 7 Aug 2004 09:51:38 +0000 (GMT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D5543D39 for ; Sat, 7 Aug 2004 09:51:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x50c79958.naenxx7.adsl-dhcp.tele.dk [80.199.153.88]) by pfepa.post.tele.dk (Postfix) with ESMTP id 6E24247FE08 for ; Sat, 7 Aug 2004 11:51:36 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i779pNbW000706 for ; Sat, 7 Aug 2004 11:51:24 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sat, 07 Aug 2004 11:51:23 +0200 Message-ID: <705.1091872283@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: ath/ifstart panic: still, new fcntl panic. ACPI still hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 09:51:38 -0000 IBM Thinkpad T41p, -current from one hour ago. The Ath/if_start problem is still there (I have got sams commit). New one, looks like rwatsons baby: Giant owned mtx_assert kern_fcntl fcntl_common linux_fcntl syscall(linux_fcntl64) And without the CD drive installed my laptop still wedges solid if I press the ACPI sleep button. This works perfectly if the CD drive is installed. -- 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 Sat Aug 7 10:17:48 2004 Return-Path: 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 6ED1416A4CE for ; Sat, 7 Aug 2004 10:17:48 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA5643D2F for ; Sat, 7 Aug 2004 10:17:47 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040807101747.YLOC9099.lakermmtao04.cox.net@dolphin.local.net>; Sat, 7 Aug 2004 06:17:47 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id i77AHkCl000818; Sat, 7 Aug 2004 05:17:46 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.13.1/8.13.1/Submit) id i77AHkOf000817; Sat, 7 Aug 2004 05:17:46 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040806214351.Y14680@volatile.chemikals.org> Date: Sat, 07 Aug 2004 05:17:46 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: Wesley Morgan cc: current@freebsd.org Subject: Re: fxp problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net 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 Aug 2004 10:17:48 -0000 On 07-Aug-2004 Wesley Morgan wrote: > I've got a box running 5.2.1-R p8 that has several times caught > itself in > a fit of errors on both fxp devices, alternating between the two. A > little > searching through PR's shows it reported back in 2003 and possibly > again > in 2004, but always on -stable. Some posts to -stable seem to think > it's > an interaction with the PCI and SCSI layers, but I'm not sure if this > applies to -current. Anyone have any experience with these type of > errors? > I've got the kernel conf and dmesg attached. > > > Aug 6 00:00:14 tiamat kernel: fxp1: device timeout > Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:14 tiamat kernel: fxp1: DMA timeout > Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:14 tiamat kernel: fxp1: DMA timeout > Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:14 tiamat kernel: fxp1: DMA timeout > Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:14 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff > 0xffff > > Aug 6 00:00:29 tiamat kernel: fxp0: device timeout > Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:29 tiamat kernel: fxp0: DMA timeout > Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:29 tiamat kernel: fxp0: DMA timeout > Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:29 tiamat kernel: fxp0: DMA timeout > Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:29 tiamat kernel: fxp0: SCB timeout: 0xff 0xff 0xff > 0xffff > Aug 6 00:00:29 tiamat kernel: fxp1: SCB timeout: 0xff 0xff 0xff > 0xffff I recently tried running an SMP kernel here, even though my box is UP, as a temporary workaround for the broken state of UP kernel builds on amd64. When I did, I experienced the fxp timeouts. When I finally got a UP kernel to build again, the fxp problem went away. Perhaps there's a clue there. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 10:20:53 2004 Return-Path: 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 C0B6316A4CE; Sat, 7 Aug 2004 10:20:53 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52EB243D1F; Sat, 7 Aug 2004 10:20:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i77AKqkG037604; Sat, 7 Aug 2004 06:20:52 -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.12.11/8.12.11) with ESMTP id i77AKq0N036276; Sat, 7 Aug 2004 06:20:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 607FE7303F; Sat, 7 Aug 2004 06:20:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807102052.607FE7303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 06:20:52 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 10:20:54 -0000 TB --- 2004-08-07 09:13:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 09:13:50 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-07 09:13:50 - checking out the source tree TB --- 2004-08-07 09:13:50 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-08-07 09:13:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-07 09:19:45 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-07 09:19:45 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-07 09:19:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/create.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/excludes.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/misc.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/mtree.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/spec.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/verify.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/specspec.c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree/specspec.c:27: error: syntax error before '/' token *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/mtree. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-07 10:20:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 10:20:52 - ERROR: failed to build world TB --- 2004-08-07 10:20:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 11:12:19 2004 Return-Path: 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 6D1E016A4CE for ; Sat, 7 Aug 2004 11:12:19 +0000 (GMT) Received: from av1-2-sn3.vrr.skanova.net (av1-2-sn3.vrr.skanova.net [81.228.9.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFDC43D2F for ; Sat, 7 Aug 2004 11:12:18 +0000 (GMT) (envelope-from manlix@demonized.net) Received: by av1-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 2175937EFB; Sat, 7 Aug 2004 13:12:18 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 0FCE537E47 for ; Sat, 7 Aug 2004 13:12:18 +0200 (CEST) Received: from fisk.demonized.net (h144n2fls33o834.telia.com [213.66.186.144]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 98A0537E46 for ; Sat, 7 Aug 2004 13:12:17 +0200 (CEST) Received: from beard.demonized.net (beard.demonized.net [192.168.0.2]) by fisk.demonized.net (Postfix) with SMTP id 21B7B60FA for ; Sat, 7 Aug 2004 13:12:21 +0200 (CEST) Date: Sat, 7 Aug 2004 13:12:16 +0200 From: Johan Pettersson To: freebsd-current@freebsd.org Message-Id: <20040807131216.2ead4195.manlix@demonized.net> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Remove no longer used files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:12:19 -0000 Is there any safe method to find and remove files no longer included in the base system? I can think latest gdb and gcc upgrades leaves a lot of files not used anymore. From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 11:27:04 2004 Return-Path: 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 1298116A4CE; Sat, 7 Aug 2004 11:27:04 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B998543D4C; Sat, 7 Aug 2004 11:27:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i77BR318043719; Sat, 7 Aug 2004 07:27:03 -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.12.11/8.12.11) with ESMTP id i77BR3mX032293; Sat, 7 Aug 2004 07:27:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E10427303F; Sat, 7 Aug 2004 07:27:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807112702.E10427303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 07:27:02 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:27:04 -0000 TB --- 2004-08-07 10:20:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 10:20:52 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-08-07 10:20:52 - checking out the source tree TB --- 2004-08-07 10:20:52 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-08-07 10:20:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-07 10:26:35 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-07 10:26:35 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-07 10:26:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/create.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/excludes.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/misc.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/mtree.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/spec.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/verify.c cc -O2 -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/specspec.c /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree/specspec.c:27: error: syntax error before '/' token *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/usr.sbin/mtree. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-08-07 11:27:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 11:27:02 - ERROR: failed to build world TB --- 2004-08-07 11:27:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 11:29:16 2004 Return-Path: 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 6FBBC16A4CE for ; Sat, 7 Aug 2004 11:29:16 +0000 (GMT) Received: from encontacto.net (dsl-200-95-35-213.prod-infinitum.com.mx [200.95.35.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id C82E943D4C for ; Sat, 7 Aug 2004 11:29:15 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Sat, 07 Aug 2004 06:35:12 -0500 Received: from dsl-200-95-35-213.prod-infinitum.com.mx (dsl-200-95-35-213.prod-infinitum.com.mx [200.95.35.213]) by mail.encontacto.net (Horde) with HTTP for ; Sat, 7 Aug 2004 06:35:12 -0500 Message-ID: <20040807063512.wbm4iokogo0s0cgs@mail.encontacto.net> Date: Sat, 7 Aug 2004 06:35:12 -0500 From: Edwin Culp To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 200.95.35.213 Subject: Buildworld was broken for me with a cvsup from early this morning. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:29:16 -0000 Buildworld was broken with a cvsup from early this morning. cc -O -pipe -DMD5 -DSHA1 -DRMD160 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing -prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitia lized -c /usr/src/usr.sbin/mtree/specspec.c /usr/src/usr.sbin/mtree/specspec.c:27: error: syntax error before '/' token *** Error code 1 Stop in /usr/src/usr.sbin/mtree. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 11:55:43 2004 Return-Path: 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 3EFF216A4CE for ; Sat, 7 Aug 2004 11:55:43 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F2EB43D49 for ; Sat, 7 Aug 2004 11:55:42 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i77BtYar014944; Sat, 7 Aug 2004 13:55:39 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4114C32E.3060202@DeepCore.dk> Date: Sat, 07 Aug 2004 13:55:26 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4113EB2A.7060401@root.org> <41140722.10807@DeepCore.dk> <411415C8.4070600@root.org> In-Reply-To: <411415C8.4070600@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Ceri Davies cc: current@freebsd.org cc: Radek Kozlowski Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:55:43 -0000 Nate Lawson wrote: > Søren Schmidt wrote: > >> Nate Lawson wrote: >> >>> I took a quick look at this ATA panic. The exact same one occurs for >>> Ceri. A quick dissassemble shows that the testb is the check for the >>> DMA flag at the very end of ata_generic_transaction(). The bug >>> appears to be that this may be a PIO request (since the DMA check is >>> outside the switch() statement). The fix is to make sure it's a DMA >>> request before dereferencing an element of the DMA struct. Try the >>> attached patch. >> >> >> No, the fix is to make sure there is a valid ch->dma pointer, the >> below is the correct fix. >> >> --- ata-lowlevel.c 5 Aug 2004 21:13:41 -0000 1.41 >> +++ ata-lowlevel.c 6 Aug 2004 22:31:16 -0000 >> @@ -295,7 +295,7 @@ >> } >> >> /* request finish here */ >> - if (ch->dma->flags & ATA_DMA_LOADED) >> + if (ch->dma && ch->dma->flags & ATA_DMA_LOADED) >> ch->dma->unload(ch); >> return ATA_OP_FINISHED; >> } > > > Thanks. Under what circumstances is a request generated with ATA_R_DMA > set in the flags but where the channel's dma struct has not been allocated? It should not happen on normal and correct use, but since drivers are responsible for setting the flags, there is potential for error situations, and we want to catch those as well instead of panic'ing. Better safe than sorry as they say... -Søren From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 08:05:27 2004 Return-Path: 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 AE8E616A4CE for ; Fri, 6 Aug 2004 08:05:27 +0000 (GMT) Received: from mail.gascom.ru (mail.gascom.ru [217.17.160.2]) by mx1.FreeBSD.org (Postfix) with SMTP id AD24043D48 for ; Fri, 6 Aug 2004 08:05:26 +0000 (GMT) (envelope-from asa@gascom.ru) Received: (qmail 36256 invoked from network); 6 Aug 2004 08:05:22 -0000 Received: from asa.gascom.net.ru (HELO ?192.168.100.29?) (192.168.100.29) by mail.gascom.ru with SMTP; 6 Aug 2004 08:05:22 -0000 From: Sergey Akifyev To: Michael Nottebrock In-Reply-To: <200407310005.22994.michaelnottebrock@gmx.net> References: <200407302159.45444.michaelnottebrock@gmx.net> <20040730202229.GA77274@ns1.xcllnt.net> <200407310005.22994.michaelnottebrock@gmx.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4cvLjIvx2+esJB7HX695" Organization: JSC Gascom Message-Id: <1091779530.56933.550.camel@asa.gascom.net.ru> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 06 Aug 2004 12:05:30 +0400 X-Mailman-Approved-At: Sat, 07 Aug 2004 12:04:29 +0000 cc: freebsd-current@freebsd.org cc: Marcel Moolenaar Subject: Re: Funky compile error with new gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:05:27 -0000 --=-4cvLjIvx2+esJB7HX695 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-07-31 at 02:05, Michael Nottebrock wrote: > On Friday 30 July 2004 22:22, Marcel Moolenaar wrote: >=20 > > You probably want to use the C++ driver for the link >=20 > Aah, of course! Already committed, thanks for the hint! I didn't have internet access during this discussion, and didn't even see new GCC yet... Anyway, thanks for fixing this. --=20 regards, Sergey Akifyev JSC Gascom PGP key available from: ftp://ftp.gascom.ru/pub/PGP-keys/asa.txt --=-4cvLjIvx2+esJB7HX695 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBEzvKbu06QwmNwNsRAkNlAJ9lfqbaUcyCTXPzDLkNlab4THCOQACfVlYb SvfRDuq1pVO0AKLyt6ryV10= =S123 -----END PGP SIGNATURE----- --=-4cvLjIvx2+esJB7HX695-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 08:42:09 2004 Return-Path: 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 5B82716A4F9 for ; Fri, 6 Aug 2004 08:42:08 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 324DA43D5D for ; Fri, 6 Aug 2004 08:42:07 +0000 (GMT) (envelope-from h.sandring@gmx.net) Received: (qmail 22530 invoked by uid 65534); 6 Aug 2004 08:42:04 -0000 Received: from unknown (EHLO kojo) (203.70.36.119) by mail.gmx.net (mp018) with SMTP; 06 Aug 2004 10:42:04 +0200 X-Authenticated: #2341648 From: "H. Sandring" To: , , Date: Fri, 6 Aug 2004 16:47:51 +0800 Message-ID: <001a01c47b92$11e18310$0501a8c0@kojo> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Mailman-Approved-At: Sat, 07 Aug 2004 12:04:29 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: CPUID maximum value X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:42:09 -0000 Dear list Should CPUID maximum value be limited to 3 for FreeBSD 4.x? How is it with FreeBSD 5x? TIA zheyu From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 08:55:47 2004 Return-Path: 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 D820616A4CE for ; Fri, 6 Aug 2004 08:55:47 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB0A43D53 for ; Fri, 6 Aug 2004 08:55:46 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 8872 invoked by uid 0); 6 Aug 2004 12:55:44 +0400 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (clamscan: 0.75. spamassassin: 2.63. Clear:RC:1(213.170.76.150):. Processed in 0.552346 secs); 06 Aug 2004 08:55:44 -0000 Received: from unknown (HELO localhost) (toxa@213.170.76.150) by ank.nwudc.ru with SMTP; 6 Aug 2004 12:55:43 +0400 Date: Fri, 6 Aug 2004 12:53:44 +0400 From: Toxa To: ports@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040806085344.GA45596@laptoxa.toxa.lan> Mail-Followup-To: ports@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Sat, 07 Aug 2004 12:04:29 +0000 cc: current@freebsd.org Subject: centericq doesn't build on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:55:48 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=koi8-r Content-Disposition: inline world from aug, 4 -- Anton A. Karpov --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename=zlo Content-Transfer-Encoding: 8bit gmake[5]: Entering directory `/usr/ports/net/centericq/work/centericq-4.11.0/libicq2000-0.1/src' c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../libicq2000 -I/usr/local/include -c ContactTree.cpp In file included from ../libicq2000/Contact.h:29, from ../libicq2000/ContactTree.h:30, from ContactTree.cpp:22: ../libicq2000/sigslot.h: In constructor `sigslot::_connection0::_connection0()': ../libicq2000/sigslot.h:748: error: `pobject' undeclared (first use this function) ../libicq2000/sigslot.h:748: error: (Each undeclared identifier is reported only once for each function it appears in.) ../libicq2000/sigslot.h:749: error: `pmemfun' undeclared (first use this function) ../libicq2000/sigslot.h: In constructor `sigslot::_connection1::_connection1()': ../libicq2000/sigslot.h:789: error: `pobject' undeclared (first use this function) ../libicq2000/sigslot.h:790: error: `pmemfun' undeclared (first use this function) ../libicq2000/sigslot.h: In constructor `sigslot::_connection2::_connection2()': ../libicq2000/sigslot.h:830: error: `pobject' undeclared (first use this function) ../libicq2000/sigslot.h:831: error: `pmemfun' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal0::connect(dest_type*, void (dest_type::*)())': ../libicq2000/sigslot.h:892: error: `m_connected_slots' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal0::connect(sigslot::signal0&)': ../libicq2000/sigslot.h:900: error: `m_connected_slots' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal0::emit()': ../libicq2000/sigslot.h:907: error: `connections_list' has not been declared ../libicq2000/sigslot.h:907: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:908: error: `connections_list' has not been declared ../libicq2000/sigslot.h:908: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:910: error: `it' undeclared (first use this function) ../libicq2000/sigslot.h:910: error: `itEnd' undeclared (first use this function) ../libicq2000/sigslot.h:912: error: `itNext' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal0::operator()()': ../libicq2000/sigslot.h:924: error: `connections_list' has not been declared ../libicq2000/sigslot.h:924: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:925: error: `connections_list' has not been declared ../libicq2000/sigslot.h:925: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:927: error: `it' undeclared (first use this function) ../libicq2000/sigslot.h:927: error: `itEnd' undeclared (first use this function) ../libicq2000/sigslot.h:929: error: `itNext' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal1::connect(dest_type*, void (dest_type::*)(arg1_type))': ../libicq2000/sigslot.h:960: error: `m_connected_slots' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal1::connect(sigslot::signal1&)': ../libicq2000/sigslot.h:968: error: `m_connected_slots' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal1::emit(arg1_type)': ../libicq2000/sigslot.h:975: error: `connections_list' has not been declared ../libicq2000/sigslot.h:975: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:976: error: `connections_list' has not been declared ../libicq2000/sigslot.h:976: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:978: error: `it' undeclared (first use this function) ../libicq2000/sigslot.h:978: error: `itEnd' undeclared (first use this function) ../libicq2000/sigslot.h:980: error: `itNext' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal1::operator()(arg1_type)': ../libicq2000/sigslot.h:992: error: `connections_list' has not been declared ../libicq2000/sigslot.h:992: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:993: error: `connections_list' has not been declared ../libicq2000/sigslot.h:993: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:995: error: `it' undeclared (first use this function) ../libicq2000/sigslot.h:995: error: `itEnd' undeclared (first use this function) ../libicq2000/sigslot.h:997: error: `itNext' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal2::connect(dest_type*, void (dest_type::*)(arg1_type, arg2_type))': ../libicq2000/sigslot.h:1028: error: `m_connected_slots' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal2::connect(sigslot::signal2&)': ../libicq2000/sigslot.h:1036: error: `m_connected_slots' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal2::emit(arg1_type, arg2_type)': ../libicq2000/sigslot.h:1043: error: `connections_list' has not been declared ../libicq2000/sigslot.h:1043: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:1044: error: `connections_list' has not been declared ../libicq2000/sigslot.h:1044: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:1046: error: `it' undeclared (first use this function) ../libicq2000/sigslot.h:1046: error: `itEnd' undeclared (first use this function) ../libicq2000/sigslot.h:1048: error: `itNext' undeclared (first use this function) ../libicq2000/sigslot.h: In member function `void sigslot::signal2::operator()(arg1_type, arg2_type)': ../libicq2000/sigslot.h:1060: error: `connections_list' has not been declared ../libicq2000/sigslot.h:1060: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:1061: error: `connections_list' has not been declared ../libicq2000/sigslot.h:1061: error: `const_iterator' does not name a type ../libicq2000/sigslot.h:1063: error: `it' undeclared (first use this function) ../libicq2000/sigslot.h:1063: error: `itEnd' undeclared (first use this function) ../libicq2000/sigslot.h:1065: error: `itNext' undeclared (first use this function) gmake[5]: *** [ContactTree.o] ïÛÉÂËÁ 1 gmake[5]: Leaving directory `/usr/ports/net/centericq/work/centericq-4.11.0/libicq2000-0.1/src' gmake[4]: *** [all-recursive] ïÛÉÂËÁ 1 gmake[4]: Leaving directory `/usr/ports/net/centericq/work/centericq-4.11.0/libicq2000-0.1/src' gmake[3]: *** [all-recursive] ïÛÉÂËÁ 1 gmake[3]: Leaving directory `/usr/ports/net/centericq/work/centericq-4.11.0/libicq2000-0.1' gmake[2]: *** [all-recursive-am] ïÛÉÂËÁ 2 gmake[2]: Leaving directory `/usr/ports/net/centericq/work/centericq-4.11.0/libicq2000-0.1' gmake[1]: *** [all-recursive] ïÛÉÂËÁ 1 gmake[1]: Leaving directory `/usr/ports/net/centericq/work/centericq-4.11.0' gmake: *** [all-recursive-am] ïÛÉÂËÁ 2 *** Error code 2 Stop in /usr/ports/net/centericq. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade39616.4 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! net/centericq (centericq-4.10.0_1) (compiler error) ---> Packages processed: 0 done, 4 ignored, 0 skipped and 1 failed --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 18:50:14 2004 Return-Path: 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 CEA7216A4CF for ; Fri, 6 Aug 2004 18:50:14 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EEFA43D62 for ; Fri, 6 Aug 2004 18:50:14 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i76IoC8g018011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Fri, 6 Aug 2004 14:50:13 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i76IoCgJ018008; Fri, 6 Aug 2004 14:50:12 -0400 (EDT) (envelope-from wollman) Date: Fri, 6 Aug 2004 14:50:12 -0400 (EDT) From: Garrett Wollman Message-Id: <200408061850.i76IoCgJ018008@khavrinen.lcs.mit.edu> To: Ville-Pertti Keinonen In-Reply-To: <41134185.1090105@will.iki.fi> References: <20040805050422.GA41201@cat.robbins.dropbear.id.au> <200408051759.53079.jhb@FreeBSD.org> <4112B184.8010303@samsco.org> <20040806023055.GC20148@empiric.icir.org> <41134185.1090105@will.iki.fi> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Sat, 07 Aug 2004 12:04:29 +0000 cc: current@FreeBSD.org Subject: Re: Atomic operations on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:50:15 -0000 < said: > The idea of using self-modification to select locking modes (although > for optional preemption, SMP and debugging rather than CPU model) is > also described in a DEC Technical Journal article: > http://research.compaq.com/wrl/DECarchives/DTJ/DTJF03/DTJF03SC.TXT There have been a number of research operating systems built around this concept. I seem to remember one called "Synthesis" which took it to an extreme. Calton Pu and Henry Massalin would appear to be the authors. -GAWollman From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 08:00:57 2004 Return-Path: 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 00E8C16A4CE for ; Sat, 7 Aug 2004 08:00:57 +0000 (GMT) Received: from www.ideaway.net (ideaway.net [207.251.107.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E09F43D31 for ; Sat, 7 Aug 2004 08:00:54 +0000 (GMT) (envelope-from mspam@www.ideaway.net) Received: from www.ideaway.net (localhost [127.0.0.1]) by localhost (8.10.2/8.10.2) with ESMTP id i7780kJ19202 for ; Sat, 7 Aug 2004 04:00:46 -0400 From: "Mike" To: freebsd-current@freebsd.org Date: Sat, 7 Aug 2004 03:00:46 -0500 Message-Id: <20040807080046.M43382@www.ideaway.net> X-Mailer: Open WebMail 1.81 20021203 X-OriginatingIP: 68.162.157.70 (mspam@www.ideaway.net) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Sat, 07 Aug 2004 12:04:29 +0000 Subject: "BTX Halted" on Toshiba Portege 3010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 08:00:57 -0000 Taking a hard drive from a working install of almost -current and placing it into the Portege 3010 shows a dump of reg values and the message "BTX Halted". This happens shortly after typing /boot/loader at the boot: prompt; moments later the machine reboots. Googling points at playing with DMA/PIO options in the BIOS until the message goes away - there are no such options in the Portege's BIOS, but I've pretty much tweaked every setting that there is, and the results are exactly the same. I've also found some posts of freebsd 3.x supposedly working with this machine. So... was something broken along the way, was support removed, or is there something I am missing which will allow me to boot this machine into 5-current? Mike From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 12:17:24 2004 Return-Path: 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 4B0D416A4CE for ; Sat, 7 Aug 2004 12:17:24 +0000 (GMT) Received: from ddardaar.mine.nu (bwy44.neoplus.adsl.tpnet.pl [83.29.248.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9869F43D3F for ; Sat, 7 Aug 2004 12:17:23 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by ddardaar.mine.nu (Postfix, from userid 1001) id A5E33A54E; Sat, 7 Aug 2004 14:17:24 +0200 (CEST) Date: Sat, 7 Aug 2004 14:17:24 +0200 From: Radek Kozlowski To: Johan Pettersson Message-ID: <20040807121724.GD55186@werd> References: <20040807131216.2ead4195.manlix@demonized.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20040807131216.2ead4195.manlix@demonized.net> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Remove no longer used files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:17:24 -0000 On Sat, Aug 07, 2004 at 01:12:16PM +0200, Johan Pettersson wrote: > Is there any safe method to find and remove files no longer included in > the base system? I can think latest gdb and gcc upgrades leaves a > lot of files not used anymore. There was a similar thread on hackers@ not so long ago, have a look here: http://lists.freebsd.org/pipermail/freebsd-hackers/2004-July/007673.html -Radek From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 12:34:27 2004 Return-Path: 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 5E71216A4CE; Sat, 7 Aug 2004 12:34:27 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D5C43D45; Sat, 7 Aug 2004 12:34:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i77CYOaW073708; Sat, 7 Aug 2004 08:34:25 -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.12.11/8.12.11) with ESMTP id i77CYOrk046250; Sat, 7 Aug 2004 08:34:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DC96F7303F; Sat, 7 Aug 2004 08:34:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807123424.DC96F7303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 08:34:24 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 12:34:27 -0000 TB --- 2004-08-07 11:27:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 11:27:03 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-07 11:27:03 - checking out the source tree TB --- 2004-08-07 11:27:03 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-07 11:27:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-07 11:32:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-07 11:32:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-07 11:32:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/pciconf cc -O2 -pipe -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/../../sys -c /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c: In function `main': /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c:143: error: syntax error before "usage" /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c: In function `dobar': /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c:518: error: `next' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c:518: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf/pciconf.c:518: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/usr.sbin/pciconf. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-07 12:34:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 12:34:24 - ERROR: failed to build world TB --- 2004-08-07 12:34:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 13:06:05 2004 Return-Path: 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 5B4CC16A4CE for ; Sat, 7 Aug 2004 13:06:05 +0000 (GMT) Received: from av9-1-sn3.vrr.skanova.net (av9-1-sn3.vrr.skanova.net [81.228.9.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id E07B743D41 for ; Sat, 7 Aug 2004 13:06:04 +0000 (GMT) (envelope-from manlix@demonized.net) Received: by av9-1-sn3.vrr.skanova.net (Postfix, from userid 502) id BE777382AB; Sat, 7 Aug 2004 15:06:03 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av9-1-sn3.vrr.skanova.net (Postfix) with ESMTP id AE64838254; Sat, 7 Aug 2004 15:06:03 +0200 (CEST) Received: from fisk.demonized.net (h144n2fls33o834.telia.com [213.66.186.144]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 4AFE337E42; Sat, 7 Aug 2004 15:06:03 +0200 (CEST) Received: from beard.demonized.net (beard.demonized.net [192.168.0.2]) by fisk.demonized.net (Postfix) with SMTP id DD05860E2; Sat, 7 Aug 2004 15:06:07 +0200 (CEST) Date: Sat, 7 Aug 2004 15:06:02 +0200 From: Johan Pettersson To: Radek Kozlowski Message-Id: <20040807150602.137cb670.manlix@demonized.net> In-Reply-To: <20040807121724.GD55186@werd> References: <20040807131216.2ead4195.manlix@demonized.net> <20040807121724.GD55186@werd> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Remove no longer used files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:06:05 -0000 On Sat, 7 Aug 2004 14:17:24 +0200 Radek Kozlowski wrote: > On Sat, Aug 07, 2004 at 01:12:16PM +0200, Johan Pettersson wrote: > > Is there any safe method to find and remove files no longer included > > in the base system? I can think latest gdb and gcc upgrades leaves a > > lot of files not used anymore. > > There was a similar thread on hackers@ not so long ago, have a look > here: > http://lists.freebsd.org/pipermail/freebsd-hackers/2004-July/007673.html > > -Radek Yes. Thanks. http://lists.freebsd.org/pipermail/freebsd-hackers/2004-July/007763.html That is what I mean. Warner Losh? Have you created something that removes obsoleted files? :) From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 13:06:37 2004 Return-Path: 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 53B8D16A4CE for ; Sat, 7 Aug 2004 13:06:37 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 681F643D53 for ; Sat, 7 Aug 2004 13:06:36 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 4E5F450B5D for ; Sat, 7 Aug 2004 22:06:33 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id C470150B13 for ; Sat, 7 Aug 2004 22:06:31 +0900 (JST) Date: Sat, 07 Aug 2004 22:06:31 +0900 Message-ID: <7m4qnfm71k.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: buildworld with MAKEOBJDIRPREFIX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:06:37 -0000 Since yesterday, my nightly buildworld is failing... -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /work/HEAD/src; MAKEOBJDIRPREFIX=/work/HEAD/obj/work/HEAD/src/i386 DESTDIR= INSTALL="sh /work/HEAD/src/tools/install.sh" PATH=/work/HEAD/obj/work/HEAD/src/i386/legacy/usr/sbin:/work/HEAD/obj/work/HEAD/src/i386/legacy/usr/bin:/work/HEAD/obj/work/HEAD/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/work/HEAD/obj/work/HEAD/src/i386 MAKEFLAGS="-m /work/HEAD/src/tools/build/mk -m /work/HEAD/src/share/mk MAKEOBJDIRPREFIX=/work/HEAD/obj OSRELDATE=500110" /work/HEAD/obj/work/HEAD/src/make.i386/make -f Makefile.inc1 BOOTSTRAPPING=500110 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy ===> tools/build cd /work/HEAD/src/tools/build; /work/HEAD/obj/work/HEAD/src/make.i386/make buildincludes; /work/HEAD/obj/work/HEAD/src/make.i386/make installincludes sh /work/HEAD/src/tools/install.sh -C -o root -g wheel -m 444 /work/HEAD/src/tools/build/../../include/getopt.h /work/HEAD/obj/legacy/usr/include install: /work/HEAD/obj/legacy/usr/include: No such file or directory *** Error code 71 Stop in /work/HEAD/src/tools/build. *** Error code 1 Stop in /work/HEAD/src/tools/build. *** Error code 1 -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 13:40:11 2004 Return-Path: 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 94E0F16A4CE; Sat, 7 Aug 2004 13:40:11 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3372D43D2F; Sat, 7 Aug 2004 13:40:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i77De8J5082217; Sat, 7 Aug 2004 09:40:08 -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.12.11/8.12.11) with ESMTP id i77DeAUT031054; Sat, 7 Aug 2004 09:40:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8521C7303F; Sat, 7 Aug 2004 09:40:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807134010.8521C7303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 09:40:10 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:40:11 -0000 TB --- 2004-08-07 12:34:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 12:34:25 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-07 12:34:25 - cleaning the sandbox TB --- 2004-08-07 12:35:35 - checking out the source tree TB --- 2004-08-07 12:35:35 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-07 12:35:35 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-07 12:43:18 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-07 12:43:18 - building world (CFLAGS=-O -pipe) TB --- 2004-08-07 12:43:18 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-07 12:43:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> usr.sbin/pciconf cc -O -pipe -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/../../sys -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c: In function `main': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c:143: error: syntax error before "usage" /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c: In function `dobar': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c:518: error: `next' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c:518: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf/pciconf.c:518: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/pciconf. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-07 13:40:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 13:40:10 - ERROR: failed to build world TB --- 2004-08-07 13:40:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 13:53:07 2004 Return-Path: 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 C610716A4CE for ; Sat, 7 Aug 2004 13:53:07 +0000 (GMT) Received: from oasis.uptsoft.com (oasis.uptsoft.com [217.20.165.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE8BE43D46 for ; Sat, 7 Aug 2004 13:53:06 +0000 (GMT) (envelope-from devnull@oasis.uptsoft.com) Received: (from devnull@localhost) by oasis.uptsoft.com (8.11.6/linuxconf) id i77Dr5j23653 for freebsd-current@freebsd.org; Sat, 7 Aug 2004 16:53:05 +0300 Date: Sat, 7 Aug 2004 16:53:05 +0300 From: Sergey Lyubka To: freebsd-current@freebsd.org Message-ID: <20040807165305.A23636@oasis.uptsoft.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-OS: FreeBSD 4.5-STABLE Subject: fix for oinit.c from picobsd/tinyware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 13:53:07 -0000 --- src/release/picobsd/tinyware/oinit/oinit.c.orig Thu Aug 7 14:48:24 2003 +++ src/release/picobsd/tinyware/oinit/oinit.c Thu Aug 7 14:48:55 2003 @@ -54,7 +54,7 @@ #include #include #include -#include +#include #define BUFSIZE 1024 #define MAX_CONS 12 From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 14:03:04 2004 Return-Path: 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 F32F716A4CE for ; Sat, 7 Aug 2004 14:03:03 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABD5143D49 for ; Sat, 7 Aug 2004 14:03:03 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i77E1dBg084891; Sat, 7 Aug 2004 10:01:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i77E1dct084888; Sat, 7 Aug 2004 10:01:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 7 Aug 2004 10:01:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <705.1091872283@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ath/ifstart panic: still, new fcntl panic. ACPI still hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:03:04 -0000 On Sat, 7 Aug 2004, Poul-Henning Kamp wrote: > IBM Thinkpad T41p, -current from one hour ago. > > The Ath/if_start problem is still there (I have got sams commit). > > New one, looks like rwatsons baby: > Giant owned > mtx_assert > kern_fcntl > fcntl_common > linux_fcntl > syscall(linux_fcntl64) > > And without the CD drive installed my laptop still wedges solid if I > press the ACPI sleep button. This works perfectly if the CD drive is > installed. Doh. We probably need to comment out all the assertions that Giant isn't owned in kern_fcntl() due to wrapping by ABIs. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 14:16:20 2004 Return-Path: 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 DB74A16A4CE for ; Sat, 7 Aug 2004 14:16:20 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4302643D41 for ; Sat, 7 Aug 2004 14:16:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i77EEu8K034786 for ; Sat, 7 Aug 2004 08:14:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 07 Aug 2004 08:15:36 -0600 (MDT) Message-Id: <20040807.081536.72687734.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: world breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:16:21 -0000 With sources from last night (approx 0300 UTC) ===> lib/libcom_err/doc cc -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/com_err.c cc -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/error.c building static com_err library ranlib libcom_err.a cc -fpic -DPIC -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/com_err.c -o com_err.So cc -fpic -DPIC -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/error.c -o error.So building shared library libcom_err.so.2 /dell/imp/obj/dell/imp/FreeBSD/src/i386/usr/bin/ld: cannot find -lgcc_pic *** Error code 1 Has anybody else seen this? Warner From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 14:35:42 2004 Return-Path: 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 9704516A4CE; Sat, 7 Aug 2004 14:35:42 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C8B43D5A; Sat, 7 Aug 2004 14:35:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i77EZdw8089115; Sat, 7 Aug 2004 10:35:39 -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.12.11/8.12.11) with ESMTP id i77EZfKY090817; Sat, 7 Aug 2004 10:35:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 624507303F; Sat, 7 Aug 2004 10:35:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807143541.624507303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 10:35:41 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 14:35:42 -0000 TB --- 2004-08-07 13:40:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 13:40:10 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-07 13:40:10 - cleaning the sandbox TB --- 2004-08-07 13:41:21 - checking out the source tree TB --- 2004-08-07 13:41:21 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-07 13:41:21 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-07 13:49:18 - patching the sources TB --- 2004-08-07 13:49:18 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-07 13:49:18 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/powerpc.diff TB --- 2004-08-07 13:49:18 - building world (CFLAGS=-O -pipe) TB --- 2004-08-07 13:49:18 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-07 13:49:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> usr.sbin/pciconf cc -O -pipe -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/../../sys -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c: In function `main': /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c:143: error: syntax error before "usage" /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c: In function `dobar': /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c:518: error: `next' undeclared (first use in this function) /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c:518: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf/pciconf.c:518: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin/pciconf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-07 14:35:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 14:35:41 - ERROR: failed to build world TB --- 2004-08-07 14:35:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:12:37 2004 Return-Path: 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 638DA16A4CE; Sat, 7 Aug 2004 15:12:37 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id C256343D45; Sat, 7 Aug 2004 15:12:36 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.1]) by out007.verizon.net ESMTP <20040807151236.KGOU1210.out007.verizon.net@outgoing.verizon.net>; Sat, 7 Aug 2004 10:12:36 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: Andrew Lankford To: Scott Long Date: Sat, 7 Aug 2004 10:12:36 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=____1091891556067_9iY8pVE=i8" X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [192.168.1.1] at Sat, 7 Aug 2004 10:12:36 -0500 Message-Id: <20040807151236.KGOU1210.out007.verizon.net@outgoing.verizon.net> cc: current@freebsd.org cc: cvs-src@freebsd.org cc: andrew.lankford@verizon.net cc: Robert Watson cc: amd64@freebsd.org Subject: Re: cvs commit: src/sys/amd64/amd64 mp_machdep.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andrew.lankford@verizon.net 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 Aug 2004 15:12:37 -0000 This is a multi-part message in MIME format. ------=____1091891556067_9iY8pVE=i8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit >I just fixed this. Thanks for sending your kernel config. >Note that you probably shouldn't remove the acpi driver from >the kernel config since it's practically mandatory on amd64 >and won't load correctly from the bootloader. > >Scott I rebuilt my kernel with mem and io disabled, and it worked, thanks. Unfortunately (as I suspected from a few messages on amd64@freebsd.org, compiling in acpi didn't help matters. If I disable acpi from the loader menu, (surprising, since I thought that item only applied to acpi.ko) I can get all the way to a login screen. If I leave it enabled, the system locks up when it tries to run /sbin/init. I neglected to mention earlier that I can only boot sucessfully because part of a patch to test_kbd_port in atkbdc.c, featured in PR# amd64/67745 (many thanks, Jung-uk Kim). I don't know if that has anything to do with acpi or other annoyances, but "in the interests of full disclosure"... Attached is a (successful) bootup with acpi disabled. Thanks Andrew Lankford ------=____1091891556067_9iY8pVE=i8 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name="dmesg.latest" Content-Disposition: inline; filename="dmesg.latest" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMi1DVVJSRU5UICMyOiBTYXQgQXVn ICA3IDEwOjI2OjAwIEVEVCAyMDA0CiAgICByb290QGJvZ3VzaG9zdC5tc2hvbWUubmV0Oi91 c3Ivb2JqL3Vzci9zcmMvc3lzL0FSTF9BTUQ2NApQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jv b3Qva2VybmVsL2tlcm5lbCIgYXQgMHhmZmZmZmZmZjgwNWI5MDAwLgpDYWxpYnJhdGluZyBj bG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6IDExOTMyMDIgSHoKQ0xLX1VTRV9JODI1NF9DQUxJ QlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kKVGltZWNv dW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ2FsaWJyYXRp bmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDc5Nzk0NTY2OCBIegpDUFU6IEFNRCBBdGhs b24odG0pIDY0IFByb2Nlc3NvciAzMDAwKyAoNzk3Ljk1LU1IeiBLOC1jbGFzcyBDUFUpCiAg T3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHhmNDggIFN0ZXBwaW5nID0gOAogIEZl YXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQ SUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNT RSxTU0UyPgogIEFNRCBGZWF0dXJlcz0weGUwNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxMTSwz RE5vdyssM0ROb3c+CkwxIDJNQiBkYXRhIFRMQjogOCBlbnRyaWVzLCBmdWxseSBhc3NvY2lh dGl2ZQpMMSAyTUIgaW5zdHJ1Y3Rpb24gVExCOiA4IGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0 aXZlCkwxIDRLQiBkYXRhIFRMQjogMzIgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEg NEtCIGluc3RydWN0aW9uIFRMQjogMzIgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEg ZGF0YSBjYWNoZTogNjQga2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgMi13 YXkgYXNzb2NpYXRpdmUKTDEgaW5zdHJ1Y3Rpb24gY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0 ZXMvbGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlCkwyIDJNQiB1bmlmaWVk IFRMQjogMCBlbnRyaWVzLCBkaXNhYmxlZC9ub3QgcHJlc2VudApMMiA0S0IgZGF0YSBUTEI6 IDUxMiBlbnRyaWVzLCA0LXdheSBhc3NvY2lhdGl2ZQpMMiA0S0IgaW5zdHJ1Y3Rpb24gVExC OiA1MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUKTDIgdW5pZmllZCBjYWNoZTogMTAy NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAxNi13YXkgYXNzb2NpYXRp dmUKcmVhbCBtZW1vcnkgID0gMTA3MzE1MjAwMCAoMTAyMyBNQikKUGh5c2ljYWwgbWVtb3J5 IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWVmZmYsIDY0 NzE2OCBieXRlcyAoMTU4IHBhZ2VzKQoweDAwMDAwMDAwMDA2M2YwMDAgLSAweDAwMDAwMDAw M2UxNDNmZmYsIDEwMzQ5NjQ5OTIgYnl0ZXMgKDI1MjY3NyBwYWdlcykKYXZhaWwgbWVtb3J5 ID0gMTAyNzU4NDAwMCAoOTc5IE1CKQpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNl PgpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KcGNpX29wZW4o MSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwMTExMApwY2lfb3Blbigx YSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJZGV2 aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTAwZDExMGRlKQpw Y2liMDogPEhvc3QgdG8gUENJIGJyaWRnZT4gYXQgcGNpYnVzIDAgb24gbW90aGVyYm9hcmQK cGNpMDogPFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IHBoeXNpY2FsIGJ1cz0wCgltYXBbMTBd OiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIGU4MDAwMDAwLCBzaXplIDI3LCBlbmFibGVkCmZv dW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDBkMSwgcmV2aWQ9MHhhNAoJYnVzPTAsIHNs b3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwZDAsIHJldmlkPTB4YTYKCWJ1 cz0wLCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQoJY21kcmVnPTB4MDAwZiwgc3RhdHJlZz0weDAwYTAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDIwNDAs IHNpemUgIDYsIGVuYWJsZWQKCW1hcFsyNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAw MDIwMDAsIHNpemUgIDYsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgw MGQ0LCByZXZpZD0weGE0CglidXM9MCwgc2xvdD0xLCBmdW5jPTEKCWNsYXNzPTBjLTA1LTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDEsIHN0YXRyZWc9MHgwMGIw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBl IDEsIHJhbmdlIDMyLCBiYXNlIGUwMDAwMDAwLCBzaXplIDEyLCBlbmFibGVkCmZvdW5kLT4J dmVuZG9yPTB4MTBkZSwgZGV2PTB4MDBkNywgcmV2aWQ9MHhhNQoJYnVzPTAsIHNsb3Q9Miwg ZnVuYz0wCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDEgKDI1MCBu cykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBE MyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBlMDAwMTAw MCwgc2l6ZSAxMiwgZW5hYmxlZApmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwZDcs IHJldmlkPTB4YTUKCWJ1cz0wLCBzbG90PTIsIGZ1bmM9MQoJY2xhc3M9MGMtMDMtMTAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwYjAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMg KDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglpbnRwaW49YiwgaXJxPTEwCglwb3dl cnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5 cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZTAwMDQwMDAsIHNpemUgIDgsIGVuYWJsZWQKZm91bmQt Pgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMGQ4LCByZXZpZD0weGEyCglidXM9MCwgc2xvdD0y LCBmdW5jPTIKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJl Zz0weDAwMDYsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUw IG5zKQoJaW50cGluPWMsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQy IEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAx NDAwLCBzaXplICA4LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDAwMDAxYzAwLCBzaXplICA3LCBlbmFibGVkCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMy LCBiYXNlIGUwMDAyMDAwLCBzaXplIDEyLCBlbmFibGVkCmZvdW5kLT4JdmVuZG9yPTB4MTBk ZSwgZGV2PTB4MDBkYSwgcmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9NiwgZnVuYz0wCgljbGFz cz0wNC0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMiAoNTAwIG5zKSwgbWF4bGF0PTB4MDUgKDEyNTAgbnMpCglpbnRwaW49 YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQg RDAKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE4MDAsIHNpemUgIDgs IGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDFjODAsIHNp emUgIDcsIGVuYWJsZWQKCW1hcFsxOF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZTAwMDMw MDAsIHNpemUgMTIsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMGQ5 LCByZXZpZD0weGEyCglidXM9MCwgc2xvdD02LCBmdW5jPTEKCWNsYXNzPTA3LTAzLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMGIwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAy ICg1MDAgbnMpLCBtYXhsYXQ9MHgwNSAoMTI1MCBucykKCWludHBpbj1iLCBpcnE9MTAKCXBv d2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzIwXTogdHlwZSA0 LCByYW5nZSAzMiwgYmFzZSAwMDAwMjA4MCwgc2l6ZSAgNCwgZW5hYmxlZApmb3VuZC0+CXZl bmRvcj0weDEwZGUsIGRldj0weDAwZDUsIHJldmlkPTB4YTUKCWJ1cz0wLCBzbG90PTgsIGZ1 bmM9MAoJY2xhc3M9MDEtMDEtOGEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwNSwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMp Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKZm91bmQtPgl2ZW5k b3I9MHgxMGRlLCBkZXY9MHgwMGRkLCByZXZpZD0weGEyCglidXM9MCwgc2xvdD0xMCwgZnVu Yz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgw MTA3LCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAyICg1MDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDBkMiwgcmV2aWQ9MHhhNAoJYnVzPTAsIHNs b3Q9MTEsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJ Y21kcmVnPTB4MDEwNywgc3RhdHJlZz0weDAyMjAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDEwICg0ODAgbnMpLCBtaW5nbnQ9MHgwZiAoMzc1MCBucyksIG1heGxhdD0w eDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDAsIHJldmlkPTB4 MDAKCWJ1cz0wLCBzbG90PTI0LCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMSwg cmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MQoJY2xhc3M9MDYtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9 MHgxMTAyLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNCwgZnVuYz0yCgljbGFzcz0wNi0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEw MjIsIGRldj0weDExMDMsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTI0LCBmdW5jPTMKCWNs YXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0 YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24g aXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMS4xIChubyBkcml2 ZXIgYXR0YWNoZWQpCm9oY2kwOiA8blZpZGlhIG5Gb3JjZTMgVVNCIENvbnRyb2xsZXI+IG1l bSAweGUwMDAwMDAwLTB4ZTAwMDBmZmYgaXJxIDExIGF0IGRldmljZSAyLjAgb24gcGNpMApv aGNpMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhl MDAwMDAwMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwg bGVnYWN5IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1 c2IwOiA8blZpZGlhIG5Gb3JjZTMgVVNCIENvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVT QiByZXZpc2lvbiAxLjAKdWh1YjA6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQKdW1zMDogTG9naXRlY2ggVVNCLVBTLzIgT3B0aWNhbCBNb3VzZSwg cmV2IDIuMDAvMTEuMDAsIGFkZHIgMiwgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1dHRvbnMgYW5k IFogZGlyLgpvaGNpMTogPG5WaWRpYSBuRm9yY2UzIFVTQiBDb250cm9sbGVyPiBtZW0gMHhl MDAwMTAwMC0weGUwMDAxZmZmIGlycSAxMCBhdCBkZXZpY2UgMi4xIG9uIHBjaTAKb2hjaTE6 IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZTAwMDEw MDAKb2hjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2Fj eSBzdXBwb3J0CnVzYjE6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcKdXNiMTog PG5WaWRpYSBuRm9yY2UzIFVTQiBDb250cm9sbGVyPiBvbiBvaGNpMQp1c2IxOiBVU0IgcmV2 aXNpb24gMS4wCnVodWIxOiBuVmlkaWEgT0hDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDEKdWh1YjE6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyLjIgKG5vIGRy aXZlciBhdHRhY2hlZCkKcGNtMDogPE52aWRpYSBuRm9yY2UzPiBwb3J0IDB4MWMwMC0weDFj N2YsMHgxNDAwLTB4MTRmZiBtZW0gMHhlMDAwMjAwMC0weGUwMDAyZmZmIGlycSAxMSBhdCBk ZXZpY2UgNi4wIG9uIHBjaTAKcGNtMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJpZCAw eDEwIHR5cGUgNCBhdCAweDE0MDAKcGNtMDogUmVzZXJ2ZWQgMHg4MCBieXRlcyBmb3Igcmlk IDB4MTQgdHlwZSA0IGF0IDB4MWMwMApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QW5h bG9nIERldmljZXMgQUQxOTgxQiBBQzk3IENvZGVjIChpZCA9IDB4NDE0NDUzNzQpPgpwY20w OiBDb2RlYyBmZWF0dXJlcyBoZWFkcGhvbmUsIDIwIGJpdCBEQUMsIDUgYml0IG1hc3RlciB2 b2x1bWUsIG5vIDNEIFN0ZXJlbyBFbmhhbmNlbWVudApwY20wOiBQcmltYXJ5IGNvZGVjIGV4 dGVuZGVkIGZlYXR1cmVzIHZhcmlhYmxlIHJhdGUgUENNLCByZXNlcnZlZCAxLCBBTUFQLCBy ZXNlcnZlZCA0CnBjbTA6IHNuZGJ1Zl9zZXRtYXAgM2RhMDMwMDAsIDQwMDA7IDB4ZmZmZmZm ZmZhNTFlNjAwMCAtPiAzZGEwMzAwMApwY20wOiBzbmRidWZfc2V0bWFwIDNkOWY4MDAwLCA0 MDAwOyAweGZmZmZmZmZmYTUxZWEwMDAgLT4gM2Q5ZjgwMDAKcGNpMDogPHNpbXBsZSBjb21t cz4gYXQgZGV2aWNlIDYuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kwOiA8blZpZGlh IG5Gb3JjZTMgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MjA4MC0weDIwOGYsMHgzNzYs MHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDguMCBvbiBwY2kwCmF0 YXBjaTA6IFJlc2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDIw ODAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQg MHgxZjAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDQg YXQgMHgzZjYKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTUwIG9zdGF0MT0wMAph dGEwLW1hc3Rlcjogc3RhdD0weDUwIGVycj0weDAxIGxzYj0weDAwIG1zYj0weDAwCmF0YTAt c2xhdmU6ICBzdGF0PTB4MDAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMDogcmVz ZXQgdHAyIHN0YXQwPTUwIHN0YXQxPTAwIGRldmljZXM9MHgxPEFUQV9NQVNURVI+CmF0YTA6 IGF0IDB4MWYwIGlycSAxNCBvbiBhdGFwY2kwCmF0YTA6IFtNUFNBRkVdCmF0YXBjaTA6IFJl c2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6 IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6 IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDAKYXRhMS1tYXN0ZXI6IHN0 YXQ9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgphdGExLXNsYXZlOiAgc3RhdD0w eDAwIGVycj0weDA0IGxzYj0weDAwIG1zYj0weDAwCmF0YTE6IHJlc2V0IHRwMiBzdGF0MD0w MCBzdGF0MT0wMCBkZXZpY2VzPTB4NDxBVEFQSV9NQVNURVI+CmF0YTE6IGF0IDB4MTcwIGly cSAxNSBvbiBhdGFwY2kwCmF0YTE6IFtNUFNBRkVdCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxMC4wIG9uIHBjaTAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpw Y2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAyCnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAg IDB4MzAwMC0weDdmZmYKcGNpYjE6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhlMDEwMDAwMC0w eGUxN2ZmZmZmCnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmZmMDAwMDAtMHhmZmZm ZgpwY2kyOiA8UENJIGJ1cz4gb24gcGNpYjEKcGNpMjogcGh5c2ljYWwgYnVzPTIKCW1hcFsx MF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZTAxMDgwMDAsIHNpemUgMTEsIGVuYWJsZWQK cGNpYjE6IGRldmljZSAobnVsbCkgcmVxdWVzdGVkIGRlY29kZWQgbWVtb3J5IHJhbmdlIDB4 ZTAxMDgwMDAtMHhlMDEwODdmZgoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBl MDEwMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMTogZGV2aWNlIChudWxsKSByZXF1ZXN0 ZWQgZGVjb2RlZCBtZW1vcnkgcmFuZ2UgMHhlMDEwMDAwMC0weGUwMTAzZmZmCmZvdW5kLT4J dmVuZG9yPTB4MTA0YywgZGV2PTB4ODAyNiwgcmV2aWQ9MHgwMAoJYnVzPTIsIHNsb3Q9MCwg ZnVuYz0wCgljbGFzcz0wYy0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMTE2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDA0ICgx MDAwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQx IEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAw MDA3MDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiBkZXZpY2UgKG51bGwpIHJlcXVlc3Rl ZCBkZWNvZGVkIEkvTyByYW5nZSAweDcwMDAtMHg3MGZmCgltYXBbMTRdOiB0eXBlIDEsIHJh bmdlIDMyLCBiYXNlIGUwMTA4ODAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiBkZXZpY2Ug KG51bGwpIHJlcXVlc3RlZCBkZWNvZGVkIG1lbW9yeSByYW5nZSAweGUwMTA4ODAwLTB4ZTAx MDg4ZmYKZm91bmQtPgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTM5LCByZXZpZD0weDEwCgli dXM9Miwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDIwICg4MDAwIG5zKSwg bWF4bGF0PTB4NDAgKDE2MDAwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIg IHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJh bmdlIDMyLCBiYXNlIGUwMTA0MDAwLCBzaXplIDEzLCBlbmFibGVkCnBjaWIxOiBkZXZpY2Ug KG51bGwpIHJlcXVlc3RlZCBkZWNvZGVkIG1lbW9yeSByYW5nZSAweGUwMTA0MDAwLTB4ZTAx MDVmZmYKZm91bmQtPgl2ZW5kb3I9MHgxNGU0LCBkZXY9MHg0MzIwLCByZXZpZD0weDAzCgli dXM9Miwgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTAyLTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCgltYXBbMTBdOiB0eXBlIDEsIHJh bmdlIDMyLCBiYXNlIGUwMTA2MDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxOiBkZXZpY2Ug KG51bGwpIHJlcXVlc3RlZCBkZWNvZGVkIG1lbW9yeSByYW5nZSAweGUwMTA2MDAwLTB4ZTAx MDZmZmYKZm91bmQtPgl2ZW5kb3I9MHgxMDRjLCBkZXY9MHhhYzU0LCByZXZpZD0weDAxCgli dXM9Miwgc2xvdD00LCBmdW5jPTAKCWNsYXNzPTA2LTA3LTAwLCBoZHJ0eXBlPTB4MDIsIG1m ZGV2PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDQwICgxNjAwMCBucyks IG1heGxhdD0weDAzICg3NTAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAg c3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFu Z2UgMzIsIGJhc2UgZTAxMDcwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjE6IGRldmljZSAo bnVsbCkgcmVxdWVzdGVkIGRlY29kZWQgbWVtb3J5IHJhbmdlIDB4ZTAxMDcwMDAtMHhlMDEw N2ZmZgpmb3VuZC0+CXZlbmRvcj0weDEwNGMsIGRldj0weGFjNTQsIHJldmlkPTB4MDEKCWJ1 cz0yLCBzbG90PTQsIGZ1bmM9MQoJY2xhc3M9MDYtMDctMDAsIGhkcnR5cGU9MHgwMiwgbWZk ZXY9MQoJY21kcmVnPTB4MDEwMywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej04IChkd29y ZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4NDAgKDE2MDAwIG5zKSwg bWF4bGF0PTB4MDMgKDc1MCBucykKCWludHBpbj1iLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSA0LCByYW5n ZSAzMiwgYmFzZSAwMDAwNzQwMCwgc2l6ZSAgNiwgZW5hYmxlZApwY2liMTogZGV2aWNlIChu dWxsKSByZXF1ZXN0ZWQgZGVjb2RlZCBJL08gcmFuZ2UgMHg3NDAwLTB4NzQzZgpmb3VuZC0+ CXZlbmRvcj0weDEwNGMsIGRldj0weDgyMDEsIHJldmlkPTB4MDEKCWJ1cz0yLCBzbG90PTQs IGZ1bmM9MgoJY2xhc3M9MDgtODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDEwNywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDQg KDEwMDAgbnMpCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKcGNp MjogPHNlcmlhbCBidXMsIEZpcmVXaXJlPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnJsMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBh dCAweDcwMDAKcmwwOiA8UmVhbFRlayA4MTM5IDEwLzEwMEJhc2VUWD4gcG9ydCAweDcwMDAt MHg3MGZmIG1lbSAweGUwMTA4ODAwLTB4ZTAxMDg4ZmYgaXJxIDEwIGF0IGRldmljZSAxLjAg b24gcGNpMgpwY2liMTogZGV2aWNlIHJsMCByZXF1ZXN0ZWQgZGVjb2RlZCBJL08gcmFuZ2Ug MHg3MDAwLTB4NzBmZgptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxU ZWsgaW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCnJscGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcmwwOiBi cGYgYXR0YWNoZWQKcmwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowZjpiMDowMzoxNjo3ZApy bDA6IFtHSUFOVC1MT0NLRURdCnBjaTI6IDxuZXR3b3JrPiBhdCBkZXZpY2UgMi4wIChubyBk cml2ZXIgYXR0YWNoZWQpCmNiYjA6IDxUSTE2MjAgUENJLUNhcmRCdXMgQnJpZGdlPiBtZW0g MHhlMDEwNjAwMC0weGUwMTA2ZmZmIGlycSAxMSBhdCBkZXZpY2UgNC4wIG9uIHBjaTIKY2Ji MDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhlMDEw NjAwMApjYXJkYnVzMDogPENhcmRCdXMgYnVzPiBvbiBjYmIwCnBjY2FyZDA6IDwxNi1iaXQg UENDYXJkIGJ1cz4gb24gY2JiMApjYmIwOiBbTVBTQUZFXQpjYmIwOiBQQ0kgQ29uZmlndXJh dGlvbiBzcGFjZToKICAweDAwOiAweGFjNTQxMDRjIDB4MDIxMDAxMDcgMHgwNjA3MDAwMSAw eDAwODI0MDA4IAogIDB4MTA6IDB4ZTAxMDYwMDAgMHgwMjAwMDBhMCAweDQwMDQwMzAyIDB4 ZmZmZmYwMDAgCiAgMHgyMDogMHgwMDAwMDAwMCAweGZmZmZmMDAwIDB4MDAwMDAwMDAgMHhm ZmZmZmZmYyAKICAweDMwOiAweDAwMDAwMDAwIDB4ZmZmZmZmZmMgMHgwMDAwMDAwMCAweDA3 NDAwMTBiIAogIDB4NDA6IDB4MDA2ZDEwM2MgMHgwMDAwMDAwMSAweDAwMDAwMDAwIDB4MDAw MDAwMDAgCiAgMHg1MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAKICAweDYwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAw MDAwIAogIDB4NzA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAw MDAgCiAgMHg4MDogMHgwODQ0OTA2MSAweDAwMDAwMDAwIDB4MDAwMzAwMDQgMHgwMTExMWQy MiAKICAweDkwOiAweDYwNjQwMmMwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAw IAogIDB4YTA6IDB4ZmUxMjAwMDEgMHgwMGMwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAg CiAgMHhiMDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAK ICAweGMwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAog IDB4ZDA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAg MHhlMDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAw eGYwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIApjYmIx OiA8VEkxNjIwIFBDSS1DYXJkQnVzIEJyaWRnZT4gbWVtIDB4ZTAxMDcwMDAtMHhlMDEwN2Zm ZiBpcnEgMTAgYXQgZGV2aWNlIDQuMSBvbiBwY2kyCmNiYjE6IFJlc2VydmVkIDB4MTAwMCBi eXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZTAxMDcwMDAKY2FyZGJ1czE6IDxDYXJk QnVzIGJ1cz4gb24gY2JiMQpwY2NhcmQxOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjEK Y2JiMTogW01QU0FGRV0KY2JiMTogUENJIENvbmZpZ3VyYXRpb24gc3BhY2U6CiAgMHgwMDog MHhhYzU0MTA0YyAweDAyMTAwMTA3IDB4MDYwNzAwMDEgMHgwMDgyNDAwOCAKICAweDEwOiAw eGUwMTA3MDAwIDB4MDIwMDAwYTAgMHg0MDA2MDUwMiAweGZmZmZmMDAwIAogIDB4MjA6IDB4 MDAwMDAwMDAgMHhmZmZmZjAwMCAweDAwMDAwMDAwIDB4ZmZmZmZmZmMgCiAgMHgzMDogMHgw MDAwMDAwMCAweGZmZmZmZmZjIDB4MDAwMDAwMDAgMHgwNzQwMDIwYSAKICAweDQwOiAweDAw NmQxMDNjIDB4MDAwMDAwMDEgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4NTA6IDB4MDAw MDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHg2MDogMHgwMDAw MDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDcwOiAweDAwMDAw MDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4ODA6IDB4MDg0NDkx NjEgMHgwMDAwMDAwMCAweDAwMDMwMDA0IDB4MDExMTFkMjIgCiAgMHg5MDogMHg2MDY0MDJj MCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGEwOiAweGZlMTIwMDAx IDB4MDBjMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4YjA6IDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhjMDogMHgwMDAwMDAwMCAw eDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGQwOiAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4ZTA6IDB4MDAwMDAwMDAgMHgw MDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhmMDogMHgwMDAwMDAwMCAweDAw MDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKcGNpMjogPGJhc2UgcGVyaXBoZXJhbD4g YXQgZGV2aWNlIDQuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMTEuMCBvbiBwY2kwCnBjaWIyOiAgIHNlY29uZGFyeSBidXMgICAg IDEKcGNpYjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpwY2liMjogICBJL08gZGVjb2RlICAg ICAgICAweGYwMDAtMHhmZmYKcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhlMjAwMDAw MC0weGUyZmZmZmZmCnBjaWIyOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZjAwMDAwMDAtMHhm ODBmZmZmZgpwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjIKcGNpMTogcGh5c2ljYWwgYnVzPTEK CW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZTIwMDAwMDAsIHNpemUgMjQsIGVu YWJsZWQKcGNpYjI6IGRldmljZSAobnVsbCkgcmVxdWVzdGVkIGRlY29kZWQgbWVtb3J5IHJh bmdlIDB4ZTIwMDAwMDAtMHhlMmZmZmZmZgoJbWFwWzE0XTogdHlwZSAzLCByYW5nZSAzMiwg YmFzZSBmMDAwMDAwMCwgc2l6ZSAyNywgZW5hYmxlZApwY2liMjogZGV2aWNlIChudWxsKSBy ZXF1ZXN0ZWQgZGVjb2RlZCBtZW1vcnkgcmFuZ2UgMHhmMDAwMDAwMC0weGY3ZmZmZmZmCglt YXBbMThdOiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIGY4MDAwMDAwLCBzaXplIDE5LCBlbmFi bGVkCnBjaWIyOiBkZXZpY2UgKG51bGwpIHJlcXVlc3RlZCBkZWNvZGVkIG1lbW9yeSByYW5n ZSAweGY4MDAwMDAwLTB4ZjgwN2ZmZmYKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgw MTc5LCByZXZpZD0weGEzCglidXM9MSwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdu dD0weDA1ICgxMjUwIG5zKSwgbWF4bGF0PTB4MDEgKDI1MCBucykKCWludHBpbj1hLCBpcnE9 MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApwY2kxOiA8ZGlz cGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmNwdTAgb24g bW90aGVyYm9hcmQKVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKVHJ5aW5nIFJlYWRfUG9ydCBh dCAyNDMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMK VHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMKVHJ5aW5n IFJlYWRfUG9ydCBhdCAzODMKVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMKc2M6IHNjMCBhbHJl YWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lw cGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwppc2Ff cHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCm9ybTA6IDxJU0EgT3B0 aW9uIFJPTXM+IGF0IGlvbWVtIDB4ZDQwMDAtMHhkNGZmZiwweGQwMDAwLTB4ZDNmZmYgb24g aXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4 NjQsMHg2MCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEg b24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBi eXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAK a2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MSwgZmxhZ3M6MHgzZDAw MDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTow MDQ3CnBzbTA6IHN0cmFuZ2UgcmVzdWx0IGZvciB0ZXN0IGF1eCBwb3J0ICgzKS4KcHNtMDog PFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCnBz bTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAwLTAwLCAyIGJ1dHRvbnMKcHNtMDog Y29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwMCwgcGFja2V0IHNpemU6Mwpwc20wOiBz eW5jbWFzazpjMCwgc3luY2JpdHM6MDAKcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQg cmFuZ2UKcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGZhaWxlZCB0byBwcm9iZSBhdCBpcnEgNyBv biBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNj MDogVkdBIDw0IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2Jk MCwgdGVybWluYWwgZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFsKQp2Z2EwOiA8R2Vu ZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZm ZiBvbiBpc2EwCmZiMDogdmdhMCwgdmdhLCB0eXBlOlZHQSAoNSksIGZsYWdzOjB4NzAwN2YK ZmIwOiBwb3J0OjB4M2MwLTB4M2RmLCBjcnRjOjB4M2Q0LCBtZW06MHhhMDAwMCAweDIwMDAw CmZiMDogaW5pdCBtb2RlOjI0LCBiaW9zIG1vZGU6MywgY3VycmVudCBtb2RlOjI0CmZiMDog d2luZG93OjB4ZmZmZmZmZmY4MDBiODAwMCBzaXplOjMyayBncmFuOjMyaywgYnVmOjAgc2l6 ZTozMmsKVkdBIHBhcmFtZXRlcnMgdXBvbiBwb3dlci11cAo1MCAxOCAxMCAwMCAwMCAwMCAw MyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NCA4MCAKYmYgMWYgMDAgNGYgMGUgMGYgMDAgMDAg MDcgODAgOWMgOGUgOGYgMjggMWYgOTYgCmI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0 IDA3IDM4IDM5IDNhIDNiIDNjIAozZCAzZSAzZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAwMCAw MCAxMCAwZSAwMCBmZiAKVkdBIHBhcmFtZXRlcnMgaW4gQklPUyBmb3IgbW9kZSAyNAowMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCjAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIAowMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKRUdBL1ZHQSBwYXJhbWV0ZXJzIHRvIGJl IHVzZWQgZm9yIG1vZGUgMjQKNTAgMTggMTAgMDAgMDAgMDAgMDMgMDAgMDIgNjcgNWYgNGYg NTAgODIgNTQgODAgCmJmIDFmIDAwIDRmIDBlIDBmIDAwIDAwIDA3IDgwIDljIDhlIDhmIDI4 IDFmIDk2IApiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAz YyAKM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYgCmlz YV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpEZXZpY2UgY29uZmlndXJh dGlvbiBmaW5pc2hlZC4KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDc5Nzk0NTY2OCBI eiBxdWFsaXR5IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAwLjk3NiBtc2VjCmlwZncy IGluaXRpYWxpemVkLCBkaXZlcnQgZGlzYWJsZWQsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBl bmFibGVkLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcgZGlzYWJsZWQKbG8wOiBicGYgYXR0 YWNoZWQKYXRhMC1tYXN0ZXI6IHBpbz0weDBjIHdkbWE9MHgyMiB1ZG1hPTB4NDUgY2FibGU9 ODBwaW4KYXRhMC1tYXN0ZXI6IHNldHRpbmcgUElPNCBvbiBuVmlkaWEgbkZvcmNlMyBjaGlw CmF0YTAtbWFzdGVyOiBzZXR0aW5nIFVETUExMDAgb24gblZpZGlhIG5Gb3JjZTMgY2hpcAph ZDA6IDxUT1NISUJBIE1LNjAyMUdBUy9HQTAyNEM+IEFUQS01IGRpc2sgYXQgYXRhMC1tYXN0 ZXIKYWQwOiA1NzIzMU1CICgxMTcyMTAyNDAgc2VjdG9ycyksIDExNjI4MCBDLCAxNiBILCA2 MyBTLCA1MTIgQgphZDA6IDE2IHNlY3MvaW50LCAxIGRlcHRoIHF1ZXVlLCBVRE1BMTAwCkdF T006IG5ldyBkaXNrIGFkMAphdGExLW1hc3RlcjogcGlvPTB4MGMgd2RtYT0weDIyIHVkbWE9 MHhmZmZmZmZmZiBjYWJsZT04MHBpbgpBVEFQSV9SRVNFVCB0aW1lID0gMTIwdXMKYXRhMS1t YXN0ZXI6IHNldHRpbmcgUElPNCBvbiBuVmlkaWEgbkZvcmNlMyBjaGlwCmFjZDA6IDxTRC1S MjUxMi8xQTA0PiBDRFJXIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEz NEtCL3MgKDQxMzRLQi9zKSB3cml0ZSA0MTM0S0IvcyAoNDEzNEtCL3MpLCAyMDQ4S0IgYnVm ZmVyLCBQSU80CmFjZDA6IFJlYWRzOiBDRFIsIENEUlcsIENEREEgc3RyZWFtLCBEVkRST00s IERWRFIsIERWRFJBTSwgcGFja2V0CmFjZDA6IFdyaXRlczogQ0RSLCBDRFJXLCB0ZXN0IHdy aXRlLCBidXJucHJvb2YKYWNkMDogQXVkaW86IHBsYXksIDE2IHZvbHVtZSBsZXZlbHMKYWNk MDogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQKYWNkMDogTWVkaXVtOiBu by9ibGFuayBkaXNjCnBjbTA6IG1lYXN1cmVkIGFjOTcgbGluayByYXRlIGF0IDQ3OTk1IEh6 LCB3aWxsIHVzZSA0ODAwMCBIegpbMF0gZjowMCB0eXA6NyBzKENIUyk6MC8xLzEgZShDSFMp OjEwMjMvMjU0LzYzIHM6NjMgbDo2OTIwNzk1NwpbMV0gZjowMCB0eXA6MTIgcyhDSFMpOjEw MjMvMjU1LzYzIGUoQ0hTKToxMDIzLzI1NC82MyBzOjY5MjA4MDIwIGw6ODM4NTkzMApbMl0g Zjo4MCB0eXA6MTY1IHMoQ0hTKToxMDIzLzI1NS82MyBlKENIUyk6MTAyMy8yNTQvNjMgczo3 NzU5Mzk1MCBsOjM5NjE2MjkwClszXSBmOjAwIHR5cDowIHMoQ0hTKTowLzAvMCBlKENIUyk6 MC8wLzAgczowIGw6MApHRU9NOiBDb25maWd1cmUgYWQwczEsIHN0YXJ0IDMyMjU2IGxlbmd0 aCAzNTQzNDQ3Mzk4NCBlbmQgMzU0MzQ1MDYyMzkKR0VPTTogQ29uZmlndXJlIGFkMHMyLCBz dGFydCAzNTQzNDUwNjI0MCBsZW5ndGggNDI5MzU5NjE2MCBlbmQgMzk3MjgxMDIzOTkKR0VP TTogQ29uZmlndXJlIGFkMHMzLCBzdGFydCAzOTcyODEwMjQwMCBsZW5ndGggMjAyODM1NDA0 ODAgZW5kIDYwMDExNjQyODc5CkdFT006IENvbmZpZ3VyZSBhZDBzM2EsIHN0YXJ0IDAgbGVu Z3RoIDI2ODQzNTQ1NiBlbmQgMjY4NDM1NDU1CkdFT006IENvbmZpZ3VyZSBhZDBzM2IsIHN0 YXJ0IDI2ODQzNTQ1NiBsZW5ndGggMTA3Mzc0MTgyNCBlbmQgMTM0MjE3NzI3OQpHRU9NOiBD b25maWd1cmUgYWQwczNjLCBzdGFydCAwIGxlbmd0aCAyMDI4MzU0MDQ4MCBlbmQgMjAyODM1 NDA0NzkKR0VPTTogQ29uZmlndXJlIGFkMHMzZCwgc3RhcnQgMTM0MjE3NzI4MCBsZW5ndGgg MjY4NDM1NDU2IGVuZCAxNjEwNjEyNzM1CkdFT006IENvbmZpZ3VyZSBhZDBzM2UsIHN0YXJ0 IDE2MTA2MTI3MzYgbGVuZ3RoIDE4NjcyOTI3NzQ0IGVuZCAyMDI4MzU0MDQ3OQpNb3VudGlu ZyByb290IGZyb20gdWZzOi9kZXYvYWQwczNhCnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9p bml0ClByZS1zZWVkaW5nIFBSTkc6CiBraWNrc3RhcnQKLgpMb2FkaW5nIGNvbmZpZ3VyYXRp b24gZmlsZXMuCkVudHJvcHkgaGFydmVzdGluZzoKIGludGVycnVwdHMKIGV0aGVybmV0CiBw b2ludF90b19wb2ludAoga2lja3N0YXJ0Ci4Kc3dhcG9uOiBhZGRpbmcgL2Rldi9hZDBzM2Ig YXMgc3dhcCBkZXZpY2UKU3RhcnRpbmcgZmlsZSBzeXN0ZW0gY2hlY2tzOgovZGV2L2FkMHMz YTogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLUwovZGV2L2FkMHMzYTogY2xl YW4sIDc2NTU2IGZyZWUgKDQ5MiBmcmFncywgOTUwOCBibG9ja3MsIDAuNCUgZnJhZ21lbnRh dGlvbikKL2Rldi9hZDBzM2U6IEZJTEUgU1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MK L2Rldi9hZDBzM2U6IGNsZWFuLCA3NjUxMzkwIGZyZWUgKDQzODM4IGZyYWdzLCA5NTA5NDQg YmxvY2tzLCAwLjUlIGZyYWdtZW50YXRpb24pCi9kZXYvYWQwczNkOiBGSUxFIFNZU1RFTSBD TEVBTjsgU0tJUFBJTkcgQ0hFQ0tTCi9kZXYvYWQwczNkOiBjbGVhbiwgNjgzNjMgZnJlZSAo NDc1IGZyYWdzLCA4NDg2IGJsb2NrcywgMC40JSBmcmFnbWVudGF0aW9uKQovZGV2L2FkMHMy OiBGSUxFU1lTVEVNIENMRUFOOyBTS0lQUElORyBDSEVDS1MKU2V0dGluZyBob3N0bmFtZTog Ym9ndXNob3N0Lm1zaG9tZS5uZXQuCnJsMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVO TklORyxTSU1QTEVYLE1VTFRJQ0FTVD4gbXR1IDE1MDAKCW9wdGlvbnM9ODxWTEFOX01UVT4K CWluZXQgMTkyLjE2OC4wLjIgbmV0bWFzayAweGZmZmZmZjAwIGJyb2FkY2FzdCAxOTIuMTY4 LjAuMjU1CglldGhlciAwMDowZjpiMDowMzoxNjo3ZAoJbWVkaWE6IEV0aGVybmV0IGF1dG9z ZWxlY3QgKG5vbmUpCglzdGF0dXM6IG5vIGNhcnJpZXIKbG8wOiBmbGFncz04MDQ5PFVQLExP T1BCQUNLLFJVTk5JTkcsTVVMVElDQVNUPiBtdHUgMTYzODQKCWluZXQgMTI3LjAuMC4xIG5l dG1hc2sgMHhmZjAwMDAwMCAKcm91dGU6IAp3cml0aW5nIHRvIHJvdXRpbmcgc29ja2V0Cjog Ck5vIHN1Y2ggcHJvY2VzcwpGaXJld2FsbCBydWxlcyBsb2FkZWQsIHN0YXJ0aW5nIGRpdmVy dCBkYWVtb25zOgouCm5ldC5pbmV0LmlwLmZ3LmVuYWJsZTogCjEKIC0+IAoxCgphZGQgbmV0 IGRlZmF1bHQ6IGdhdGV3YXkgMTkyLjE2OC4wLjEKQWRkaXRpb25hbCByb3V0aW5nIG9wdGlv bnM6Ci4KU3RhcnRpbmcgZGV2ZC4KTW91bnRpbmcgTkZTIGZpbGUgc3lzdGVtczoKLgpTdGFy dGluZyBzeXNsb2dkLgpBdWcgIDcgMTA6NDk6MDAgYm9ndXNob3N0IHN5c2xvZ2Q6IGtlcm5l bCBib290IGZpbGUgaXMgL2Jvb3Qva2VybmVsL2tlcm5lbApFTEYgbGRjb25maWcgcGF0aDog L2xpYiAvdXNyL2xpYiAvdXNyL2xpYi9jb21wYXQgL3Vzci9YMTFSNi9saWIgL3Vzci9sb2Nh bC9saWIKU3RhcnRpbmcgdXNiZC4KU3RhcnRpbmcgbG9jYWwgZGFlbW9uczoKLgpTdGFydGlu ZyBscGQuClVwZGF0aW5nIG1vdGQKQXVnICA3IDEwOjQ5OjAxIGJvZ3VzaG9zdCBscGRbMzcy XTogL2Rldi9scHQwOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Ci4KU3RhcnRpbmcgbnRw ZC4KQXVnICA3IDEwOjQ5OjAxIGJvZ3VzaG9zdCBudHBkWzM4M106IG5vIElQdjYgaW50ZXJm YWNlcyBmb3VuZApDb25maWd1cmluZyBzeXNjb25zOgoga2V5cmF0ZQoga2V5YmVsbApcXltb PTM5NzcyOzVCCiBjdXJzb3IKIGJsYW5rdGltZQogc2NyZWVuc2F2ZXIKc3BsYXNoOiBpbWFn ZSBkZWNvZGVyIGZvdW5kOiBncmVlbl9zYXZlcgouClN0YXJ0aW5nIHNzaGQuCkluaXRpYWwg YW1kNjQgaW5pdGlhbGl6YXRpb246Ci4KQWRkaXRpb25hbCBBQkkgc3VwcG9ydDoKLgpTdGFy dGluZyBjcm9uLgpMb2NhbCBwYWNrYWdlIGluaXRpYWxpemF0aW9uOgouCkFkZGl0aW9uYWwg VENQIG9wdGlvbnM6Ci4KU3RhcnRpbmcgbW91c2VkOgouClN0YXJ0aW5nIGJhY2tncm91bmQg ZmlsZSBzeXN0ZW0gY2hlY2tzIGluIDYwIHNlY29uZHMuCgpTYXQgQXVnICA3IDEwOjQ5OjAy IEVEVCAyMDA0CkF1ZyAgNyAxMDo0OToxNCBib2d1c2hvc3QgbG9naW46IFJPT1QgTE9HSU4g KHJvb3QpIE9OIHR0eXYwCm1lbTogPG1lbW9yeT4KaW86IDxJL08+Cg== ------=____1091891556067_9iY8pVE=i8-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:15:31 2004 Return-Path: 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 3E03F16A549 for ; Sat, 7 Aug 2004 15:15:10 +0000 (GMT) Received: from av9-2-sn4.m-sp.skanova.net (av9-2-sn4.m-sp.skanova.net [81.228.10.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id B16EF43D5A for ; Sat, 7 Aug 2004 15:15:09 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: by av9-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 1556E37FC2; Sat, 7 Aug 2004 17:15:09 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 03EEC37E4B for ; Sat, 7 Aug 2004 17:15:09 +0200 (CEST) Received: from [217.208.32.172] (h172n2fls31o926.telia.com [217.208.32.172]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id D795237E47 for ; Sat, 7 Aug 2004 17:15:08 +0200 (CEST) Message-ID: <4114D5D9.5000400@n00b.apagnu.se> Date: Sat, 07 Aug 2004 15:15:05 +0200 From: Niclas User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: gcc 3.4.2 with -fmemoize-lookup and -fsave-memoized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:15:31 -0000 Hi! I tried to upgrade my system from 5.2.1 to current a couple of hours ago. The build died yelling about unrecognized command line options -fmemoize-lookup and -fsave-memoized. It seems that those options is removed, and some more investigation seemed to prove that. Now I'm just wondering, are those options really removed, or am I just being stupid and overlooking something? If they are removed, shouldn't they be removed from src/share/examples/etc/make.conf be removed as well so nobody uses them? Cheers! //Niclas -- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:24:36 2004 Return-Path: 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 2E93216A4CE for ; Sat, 7 Aug 2004 15:24:36 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCA543D53 for ; Sat, 7 Aug 2004 15:24:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i77FNsb9014978; Sat, 7 Aug 2004 09:23:54 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4114F3AF.4030708@samsco.org> Date: Sat, 07 Aug 2004 09:22:23 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niclas References: <4114D5D9.5000400@n00b.apagnu.se> In-Reply-To: <4114D5D9.5000400@n00b.apagnu.se> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: gcc 3.4.2 with -fmemoize-lookup and -fsave-memoized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:24:36 -0000 Niclas wrote: > Hi! > I tried to upgrade my system from 5.2.1 to current a couple of hours > ago. The build died yelling about unrecognized command line options > -fmemoize-lookup and -fsave-memoized. It seems that those options is > removed, and some more investigation seemed to prove that. > Now I'm just wondering, are those options really removed, or am I just > being stupid and overlooking something? If they are removed, shouldn't > they be removed from src/share/examples/etc/make.conf be removed as well > so nobody uses them? > > Cheers! > //Niclas How exactly are you doing your upgrade? Scott From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:28:10 2004 Return-Path: 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 8C99B16A4CE; Sat, 7 Aug 2004 15:28:10 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E216943D1D; Sat, 7 Aug 2004 15:28:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i77FS9pg066803; Sat, 7 Aug 2004 11:28:09 -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.12.11/8.12.11) with ESMTP id i77FS9NC019914; Sat, 7 Aug 2004 11:28:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CA287303F; Sat, 7 Aug 2004 11:28:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040807152809.2CA287303F@freebsd-current.sentex.ca> Date: Sat, 7 Aug 2004 11:28:09 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:28:10 -0000 TB --- 2004-08-07 14:35:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-07 14:35:41 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-07 14:35:41 - cleaning the sandbox TB --- 2004-08-07 14:36:37 - checking out the source tree TB --- 2004-08-07 14:36:37 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-07 14:36:37 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-07 14:43:50 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-08-07 14:43:50 - building world (CFLAGS=-O -pipe) TB --- 2004-08-07 14:43:50 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-07 14:43:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> usr.sbin/pciconf cc -O -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/../../sys -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c: In function `main': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c:143: error: syntax error before "usage" /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c: In function `dobar': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c:518: error: `next' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c:518: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf/pciconf.c:518: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/pciconf. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-07 15:28:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-07 15:28:08 - ERROR: failed to build world TB --- 2004-08-07 15:28:08 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:30:49 2004 Return-Path: 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 6B76A16A4CE for ; Sat, 7 Aug 2004 15:30:49 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FAD343D1F for ; Sat, 7 Aug 2004 15:30:49 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i77FUmBT069336 for ; Sat, 7 Aug 2004 08:30:48 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i77FUmlV069335 for current@freebsd.org; Sat, 7 Aug 2004 08:30:48 -0700 (PDT) (envelope-from david) Date: Sat, 7 Aug 2004 08:30:48 -0700 (PDT) From: David Wolfskill Message-Id: <200408071530.i77FUmlV069335@bunrab.catwhisker.org> To: current@freebsd.org In-Reply-To: <20040807.081536.72687734.imp@bsdimp.com> Subject: Re: world breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:30:49 -0000 >Date: Sat, 07 Aug 2004 08:15:36 -0600 (MDT) >To: current@freebsd.org >From: "M. Warner Losh" >Subject: world breakage? >Sender: owner-freebsd-current@freebsd.org >With sources from last night (approx 0300 UTC) >===> lib/libcom_err/doc >... >cc -fpic -DPIC -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/error.c -o error.So >building shared library libcom_err.so.2 >/dell/imp/obj/dell/imp/FreeBSD/src/i386/usr/bin/ld: cannot find -lgcc_pic >*** Error code 1 >Has anybody else seen this? Not here. Had typos in src/usr.sbin/mtree specspec.c and src/usr.sbin/pciconf pciconf.c (fixes already committed by Hidetoshi Shimokawa and Lukas Ertl, respectively), with local CVS repo updated: freebeast(5.2-C)[7] tail /var/log/cvsup-history.log CVSup begin from cvsup14.freebsd.org at Thu Aug 5 03:47:04 PDT 2004 CVSup ended from cvsup14.freebsd.org at Thu Aug 5 03:52:28 PDT 2004 CVSup begin from cvsup12.freebsd.org at Fri Aug 6 01:47:15 PDT 2004 CVSup ended from cvsup12.freebsd.org at Fri Aug 6 01:53:25 PDT 2004 CVSup begin from cvsup14.freebsd.org at Fri Aug 6 03:47:03 PDT 2004 CVSup ended from cvsup14.freebsd.org at Fri Aug 6 03:52:17 PDT 2004 CVSup begin from cvsup12.freebsd.org at Sat Aug 7 01:47:15 PDT 2004 CVSup ended from cvsup12.freebsd.org at Sat Aug 7 01:54:10 PDT 2004 CVSup begin from cvsup14.freebsd.org at Sat Aug 7 03:47:02 PDT 2004 CVSup ended from cvsup14.freebsd.org at Sat Aug 7 03:53:38 PDT 2004 freebeast(5.2-C)[8] My build (on the SMP "build machine") is preswently in the "building everything" phase of "make kernel" (having completed "make -j8 buildworld" without a lock-up this time). Peace, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:38:07 2004 Return-Path: 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 68EA316A4CE for ; Sat, 7 Aug 2004 15:38:07 +0000 (GMT) Received: from av1-1-sn1.fre.skanova.net (av1-1-sn1.fre.skanova.net [81.228.11.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2680F43D45 for ; Sat, 7 Aug 2004 15:38:07 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: by av1-1-sn1.fre.skanova.net (Postfix, from userid 502) id 4E53437FC4; Sat, 7 Aug 2004 17:38:06 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av1-1-sn1.fre.skanova.net (Postfix) with ESMTP id 3E4EE37E93; Sat, 7 Aug 2004 17:38:06 +0200 (CEST) Received: from [217.208.32.172] (h172n2fls31o926.telia.com [217.208.32.172]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 1D91537E44; Sat, 7 Aug 2004 17:38:01 +0200 (CEST) Message-ID: <4114DB35.7040101@n00b.apagnu.se> Date: Sat, 07 Aug 2004 15:37:57 +0200 From: Niclas User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <4114D5D9.5000400@n00b.apagnu.se> <4114F3AF.4030708@samsco.org> In-Reply-To: <4114F3AF.4030708@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: gcc 3.4.2 with -fmemoize-lookup and -fsave-memoized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:38:07 -0000 Scott Long wrote: > Niclas wrote: > >> Hi! >> I tried to upgrade my system from 5.2.1 to current a couple of hours >> ago. The build died yelling about unrecognized command line options >> -fmemoize-lookup and -fsave-memoized. It seems that those options is >> removed, and some more investigation seemed to prove that. >> Now I'm just wondering, are those options really removed, or am I just >> being stupid and overlooking something? If they are removed, shouldn't >> they be removed from src/share/examples/etc/make.conf be removed as >> well so nobody uses them? >> >> Cheers! >> //Niclas > > > How exactly are you doing your upgrade? > > Scott > I have put some options in /etc/make.conf, among others: CPUTYPE= p2 CFLAGS= -O -pipe CXXFLAGS+= -fmemoize-lookups -fsave-memoized COPTFLAGS= -O -pipe Then I cd to /usr/src and make buildworld. I don't know if it's the correct way of doing things when it's such big upgrade, but I couldn't find anything that said i should do diffrent either... //Niclas From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 15:42:37 2004 Return-Path: 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 5B9FC16A4CF for ; Sat, 7 Aug 2004 15:42:37 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29DD843D3F for ; Sat, 7 Aug 2004 15:42:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i77Fga6j026981; Sat, 7 Aug 2004 08:42:36 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i77FgalW026980; Sat, 7 Aug 2004 08:42:36 -0700 (PDT) (envelope-from sgk) Date: Sat, 7 Aug 2004 08:42:36 -0700 From: Steve Kargl To: Scott Long Message-ID: <20040807154236.GA26944@troutmask.apl.washington.edu> References: <4114D5D9.5000400@n00b.apagnu.se> <4114F3AF.4030708@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4114F3AF.4030708@samsco.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Niclas Subject: Re: gcc 3.4.2 with -fmemoize-lookup and -fsave-memoized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 15:42:37 -0000 On Sat, Aug 07, 2004 at 09:22:23AM -0600, Scott Long wrote: > Niclas wrote: > >Hi! > >I tried to upgrade my system from 5.2.1 to current a couple of hours > >ago. The build died yelling about unrecognized command line options > >-fmemoize-lookup and -fsave-memoized. It seems that those options is > >removed, and some more investigation seemed to prove that. > >Now I'm just wondering, are those options really removed, or am I just > >being stupid and overlooking something? If they are removed, shouldn't > >they be removed from src/share/examples/etc/make.conf be removed as well > >so nobody uses them? > > > >Cheers! > >//Niclas > > How exactly are you doing your upgrade? > Niclas refers to src/share/examples/etc/make.conf, which suggests that he has CXXFLAGS defined in /etc/make.conf. >From src/share/examples/etc/make.con, we find # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # #CXXFLAGS+= -fmemoize-lookups -fsave-memoized kargl[193] c++ -fmemoize-lookups -fsave-memoized a.c cc1plus: error: unrecognized command line option "-fmemoize-lookups" cc1plus: error: unrecognized command line option "-fsave-memoized" -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 16:00:27 2004 Return-Path: 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 70BAE16A4CE for ; Sat, 7 Aug 2004 16:00:27 +0000 (GMT) Received: from av4-2-sn3.vrr.skanova.net (av4-2-sn3.vrr.skanova.net [81.228.9.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00DB943D53 for ; Sat, 7 Aug 2004 16:00:27 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: by av4-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 2FABB37E60; Sat, 7 Aug 2004 18:00:26 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av4-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 1EB2937E60; Sat, 7 Aug 2004 18:00:26 +0200 (CEST) Received: from [217.208.32.172] (h172n2fls31o926.telia.com [217.208.32.172]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 39A6D3800A; Sat, 7 Aug 2004 18:00:21 +0200 (CEST) Message-ID: <4114FC87.8060308@n00b.apagnu.se> Date: Sat, 07 Aug 2004 18:00:07 +0200 From: Niclas User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <4114D5D9.5000400@n00b.apagnu.se> <4114F3AF.4030708@samsco.org> <20040807154236.GA26944@troutmask.apl.washington.edu> In-Reply-To: <20040807154236.GA26944@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: gcc 3.4.2 with -fmemoize-lookup and -fsave-memoized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 16:00:27 -0000 Steve Kargl wrote: > On Sat, Aug 07, 2004 at 09:22:23AM -0600, Scott Long wrote: > >>Niclas wrote: >> >>>Hi! >>>I tried to upgrade my system from 5.2.1 to current a couple of hours >>>ago. The build died yelling about unrecognized command line options >>>-fmemoize-lookup and -fsave-memoized. It seems that those options is >>>removed, and some more investigation seemed to prove that. >>>Now I'm just wondering, are those options really removed, or am I just >>>being stupid and overlooking something? If they are removed, shouldn't >>>they be removed from src/share/examples/etc/make.conf be removed as well >>>so nobody uses them? >>> >>>Cheers! >>>//Niclas >> >>How exactly are you doing your upgrade? >> > > > Niclas refers to src/share/examples/etc/make.conf, which suggests > that he has CXXFLAGS defined in /etc/make.conf. > >>From src/share/examples/etc/make.con, we find > > # CXXFLAGS controls the compiler settings used when compiling C++ code. > # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish > # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" > # alone will remove the often needed contents of CFLAGS from CXXFLAGS. > # > #CXXFLAGS+= -fmemoize-lookups -fsave-memoized > > kargl[193] c++ -fmemoize-lookups -fsave-memoized a.c > cc1plus: error: unrecognized command line option "-fmemoize-lookups" > cc1plus: error: unrecognized command line option "-fsave-memoized" > That's what I was refering to. I'm sorry i wasn't clear enough, should have mentioned that too. I also noticed my computer clock was of by 2 hours, so the time on my previous e-mails is wrong, hope it didn't cause confusions. //Niclas From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 17:11:38 2004 Return-Path: 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 0796616A4CE; Sat, 7 Aug 2004 17:11:38 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65FA843D2D; Sat, 7 Aug 2004 17:11:37 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 989C93EE6; Sat, 7 Aug 2004 19:11:35 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-208-004.arcor-ip.net [213.23.208.4]) by coruscant.rfc1149.org (Postfix) with ESMTP id 6F3253EDD; Sat, 7 Aug 2004 19:11:32 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 14F6A4088; Sat, 7 Aug 2004 19:11:28 +0200 (CEST) To: Peter Osterlund In-Reply-To: (Peter Osterlund's message of "Sun, 18 Apr 2004 21:05:37 +0200 (CEST)") References: From: Arne Schwabe Date: Sat, 07 Aug 2004 19:11:28 +0200 Message-ID: <86u0veq3en.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Synaptics Driver Patch (new Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:11:38 -0000 Peter Osterlund writes: >> > I'll try to merge this into the XFree86 driver, but I don't want to use >> > the patch as is. I'd like to avoid #ifdef's and conditional compilation if >> > possible. My unfinished changes can be found here: >> > >> > http://w1.894.telia.com/~u89404340/syn.tar.bz2 >> >> Okay let me hear If you got something, so I can test it. > > Now I have uploaded a new version to the same URL. You should set Protocol > to "psm" in XF86Config to enable the FreeBSD psm driver protocol. > > Feedback is wanted, because I don't have a FreeBSD system to test on. I am very sorry that I did not reply. It works ;) But since the synpatics support is now in FreeBSD-current kernel, the ioctl change a little bit, patch is attached. There is no need to support the older ioctl. Arne diff -ur synaptics-0.13.4/freebsd_mouse.h synaptics-0.13.4.freebsd-current/freebsd_mouse.h --- synaptics-0.13.4/freebsd_mouse.h Mon Jul 19 22:05:17 2004 +++ synaptics-0.13.4.freebsd-current/freebsd_mouse.h Sun Aug 1 15:36:29 2004 @@ -23,11 +23,7 @@ #define MOUSE_SETVARS _IOW('M', 7, mousevar_t) #define MOUSE_READSTATE _IOWR('M', 8, mousedata_t) #define MOUSE_READDATA _IOWR('M', 9, mousedata_t) -#define MOUSE_SYNGETHWINFO _IOR('M', 10, synapticshw_t) - -#define MOUSE_SYNAPTICS_CMD _IOW('M', 10, char) -#define MOUSE_SYNAPTICS_INFO _IOW('M', 11, char) -#define MOUSE_SYNAPTICS_ENABLE_PASSTHROUGH _IOW('M', 12, char) +#define MOUSE_SYN_GETHWINFO _IOR('M', 100, synapticshw_t) typedef struct synapticshw { diff -ur synaptics-0.13.4/psmcomm.c synaptics-0.13.4.freebsd-current/psmcomm.c --- synaptics-0.13.4/psmcomm.c Mon Jul 19 22:05:17 2004 +++ synaptics-0.13.4.freebsd-current/psmcomm.c Sun Aug 1 15:41:11 2004 @@ -45,7 +45,7 @@ { int ret; - SYSCALL(ret = ioctl(fd, MOUSE_SYNGETHWINFO, ident)); + SYSCALL(ret = ioctl(fd, MOUSE_SYN_GETHWINFO , ident)); if (ret == 0) return TRUE; else -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 17:19:31 2004 Return-Path: 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 E5FA016A4CE for ; Sat, 7 Aug 2004 17:19:31 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B4EEC43D45 for ; Sat, 7 Aug 2004 17:19:30 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 6500 invoked by uid 0); 7 Aug 2004 17:19:29 -0000 Received: from 212.204.44.203 by www66.gmx.net with HTTP; Sat, 7 Aug 2004 19:19:29 +0200 (MEST) Date: Sat, 7 Aug 2004 19:19:29 +0200 (MEST) From: "Andreas Kohn" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #2431876 Message-ID: <18860.1091899169@www66.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: panic: mutex vr0 not owned at ...if_vr.c:571 when doing ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 17:19:32 -0000 Hi, with sources from earlier today, I get a panic when doing ifconfig (no arguments): panic _mtx_assert vr_setcfg vr_miibus_statchg miibus_statchg mii_phy_update ukphy_service mii_pollstat vr_ifmedia_sts ifmedia_ioctl ifhwioctl ifioctl soo_ioctl ioctl syscall(2f, 2f, 2f, bfbfe838, 3) The exact message is: panic: mutex vr0 not owned at /usr/src/sys/pci/if_vr.c:571 cpuid = 0; I have a dump available, but currently no network access on this box. Regards, Andreas (PS: I also get the panic phk@ reported in http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033500.html: when the linuxulator is loaded from rc. Dump available as well.) -- NEU: WLAN-Router für 0,- EUR* - auch für DSL-Wechsler! GMX DSL = supergünstig & kabellos http://www.gmx.net/de/go/dsl From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 18:02:08 2004 Return-Path: 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 EC70116A4CE for ; Sat, 7 Aug 2004 18:02:08 +0000 (GMT) Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C231B43D41 for ; Sat, 7 Aug 2004 18:02:08 +0000 (GMT) (envelope-from mike@inbox.lv) Received: from pool0082.cvx38-bradley.dialup.earthlink.net ([216.244.30.82] helo=ringworm.mojavegreen.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1BtVW5-00054t-00 for current@freebsd.org; Sat, 07 Aug 2004 11:02:02 -0700 Received: by ringworm.mojavegreen.com (Postfix, from userid 1001) id 055EFB47DC; Sat, 7 Aug 2004 10:58:50 -0700 (PDT) From: "Michael C. Shultz" To: current@freebsd.org Date: Sat, 7 Aug 2004 10:57:06 -0700 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_yfRFBa4bKiL1gzl" Message-Id: <200408071057.06960.ringworm@inbox.lv> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Need help: buildworld for CURRENT while under STABLE is not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 18:02:09 -0000 --Boundary-00=_yfRFBa4bKiL1gzl Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline I have STABLE on ad0 and a working snapshot of CURRENT on ad1, I am trying to run: make buildworld -DDESTDIR=/ad1 while booted from STABLE and I keep getting the following error: (Note: cvsup'ed just before running make build world still didn't help, neither does cleaning before hand...) I'll attach my make.conf in case that helps... ===> usr.sbin/bsnmpd/gensnmptree /usr/obj/ad1/usr/src/i386/ad1/usr/src/usr.sbin/bsnmpd/gensnmptree created for /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree rm -f .depend mkdep -f .depend -a -I/ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -I/usr/obj/ad1/usr/src/i386/legacy/usr/include /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c:66: stdint.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree. *** Error code 1 Stop in /ad1/usr/src. *** Error code 1 Stop in /ad1/usr/src. *** Error code 1 Stop in /ad1/usr/src. --Boundary-00=_yfRFBa4bKiL1gzl-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 19:39:56 2004 Return-Path: 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 DAD8C16A4CE for ; Sat, 7 Aug 2004 19:39:56 +0000 (GMT) Received: from web14822.mail.yahoo.com (web14822.mail.yahoo.com [216.136.225.172]) by mx1.FreeBSD.org (Postfix) with SMTP id B4EC043D54 for ; Sat, 7 Aug 2004 19:39:56 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040807193956.19303.qmail@web14822.mail.yahoo.com> Received: from [212.143.154.227] by web14822.mail.yahoo.com via HTTP; Sat, 07 Aug 2004 12:39:56 PDT Date: Sat, 7 Aug 2004 12:39:56 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: panic in 5.2-CURRENT-20040807-SESNAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:39:57 -0000 Hello. I got a system panic during building cvsup-without-gui from the ports on fresh installed 5.2-CURRENT-20040807-SESNAP snapshot. Now I see following message on the console: panic: ffs_clusteralloc: map mismatch cpuid = 0; KDB: enter: panic [thread 100113] Stopped at kdb_enter+0x2b: nop db> I lost a network connection with that box but since it's near my other box (where I'm writing this email) I can copy the screen to here. I'm not familiar with KDB but I can leave that box non-rebooted for 2..3 hours. So somebody from developers would ask me to enter any KDB commands to get more information about that panic. P.S. This is Pentium MMX 200MHz system with 128Mb RAM and one IDE disk. P.P.S. I can be reached through email or IRC. If you prefer IRC, send me a private email now about how and where I can find you. _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 19:47:21 2004 Return-Path: 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 415B416A4D5 for ; Sat, 7 Aug 2004 19:47:21 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C49043D41 for ; Sat, 7 Aug 2004 19:47:20 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i77JlEJB000104 for ; Sat, 7 Aug 2004 21:47:15 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i77JlCgw052953 for ; Sat, 7 Aug 2004 21:47:13 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i77JlBdP052943 for ; Sat, 7 Aug 2004 21:47:11 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i77Jl82k074531; Sat, 07 Aug 2004 21:47:11 +0200 (CEST) Date: Sat, 7 Aug 2004 21:47:08 +0200 (CEST) From: Martin Blapp To: Rostislav Krasny In-Reply-To: <20040807193956.19303.qmail@web14822.mail.yahoo.com> Message-ID: <20040807214552.O98184@cvs.imp.ch> References: <20040807193956.19303.qmail@web14822.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checksum: 4ebf404752afc2721e2f737334d0c403 X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0012 seconds" X-Spam-Status: No, hits=-3.627 required=4 scantime="1.1602 seconds" tests=BAYES_00, SUBJ_HAS_UNIQ_ID X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org Subject: Re: panic in 5.2-CURRENT-20040807-SESNAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:47:21 -0000 Hi, > panic: ffs_clusteralloc: map mismatch > cpuid = 0; > KDB: enter: panic > [thread 100113] > Stopped at kdb_enter+0x2b: nop > db> > I've got the same panic with a 5.2.1 RELEASE yesterday. To get a backtrace, type "trace" or "where". Then we can see more. Martin From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 19:56:05 2004 Return-Path: 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 99CB816A4CE for ; Sat, 7 Aug 2004 19:56:05 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55AF343D4C for ; Sat, 7 Aug 2004 19:56:05 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.techno.pagans (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 7B8522A477; Sat, 7 Aug 2004 12:56:04 -0700 (PDT) Received: from spud (w0.techno.pagans [172.21.42.20]) by speck.techno.pagans (Postfix) with ESMTP id D70CE17022; Sat, 7 Aug 2004 12:56:03 -0700 (PDT) From: "Darren Pilgrim" To: "'M. Warner Losh'" , Date: Sat, 7 Aug 2004 12:55:53 -0700 Message-ID: <000001c47cb8$8ef1bb50$142a15ac@spud> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20040806.231231.33567668.imp@bsdimp.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 19:56:05 -0000 > From: M. Warner Losh >=20 > In message: <41124C8B.2060902@tellme3times.com> > Chris writes: > :=20 > : What I am trying to determine is why my multifunction printer/scanner=20 > : receives only one of the two drivers. Is it because the printer does=20 > : not respond properly? Is it because the printer is not defined? I > : have many questions here. >=20 > Yes. Usb is a little complicated in this area, and there are a number > of details that are hard to get right. It wouldn't surprise me if the > current set of drivers are less than completely optimal. On a bit of a side-track, I'm wondering if it could be due to how the multifunction device presents itself? A bit back in this thread someone mentioned that a pointer must be present for a driver to attach to a device. If there is only one pointer for a device, only one driver may attach. Since a single USB bus can have a LOT of devices and each device's capabilities are determined through the presence of usage pages, I see two ways for a multifunction device to present itself: - A single device ID with more than one usage page. All the functionality is there and is compatible with FreeBSD drivers, but since there is only one device probed on the bus, only one driver may attach. Perhaps a "simple" mux driver would be useful? - A multiple single-usage device IDs. Same functionality as before, but now FreeBSD can probe unique printer and scanner devices and thus let both ulpt and uscanner attach simutaneously. Am I way off base? From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 20:37:05 2004 Return-Path: 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 B6F5B16A4CE for ; Sat, 7 Aug 2004 20:37:05 +0000 (GMT) Received: from web14822.mail.yahoo.com (web14822.mail.yahoo.com [216.136.225.172]) by mx1.FreeBSD.org (Postfix) with SMTP id 7FC3043D1D for ; Sat, 7 Aug 2004 20:37:05 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040807203705.25030.qmail@web14822.mail.yahoo.com> Received: from [212.143.154.227] by web14822.mail.yahoo.com via HTTP; Sat, 07 Aug 2004 13:37:05 PDT Date: Sat, 7 Aug 2004 13:37:05 -0700 (PDT) From: Rostislav Krasny To: Martin Blapp In-Reply-To: <20040807214552.O98184@cvs.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: panic in 5.2-CURRENT-20040807-SESNAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 20:37:05 -0000 --- Martin Blapp wrote: > Hi, > > > panic: ffs_clusteralloc: map mismatch > > cpuid = 0; > > KDB: enter: panic > > [thread 100113] > > Stopped at kdb_enter+0x2b: nop > > db> > > > > I've got the same panic with a 5.2.1 RELEASE yesterday. To get > a backtrace, type "trace" or "where". Then we can see more. panic: ffs_clusteralloc: map mismatch cpuid = 0; KDB: enter: panic [thread 100113] Stopped at kdb_enter+0x2b: nop db> db> trace kdb_enter(c07ef0b8) at kdb_enter+0x2b panic(c08030d1,b7d00,0,30,0) at panic+0x131 ffs_clusteralloc(c1d477a8,2,322,0,3) at ffs_clusteralloc+0x303 ffs_hashalloc(c1d477a8,2,2f820,0,3) at ffs_hashalloc+0x28 ffs_reallocblks_ufs2(c86b0b54,c86b0b70,c0644c70,c86b0b54,c86b0ae0) at ffs_reallocblks_ufs2+0x34a ffs_reallocblks(c86b0b54) at ffs_reallocblks+0x36 cluster_write(c3a45ec4,34000,0,3) at cluster_write+0x25c ffs_write(c86b0c14) at ffs_write+0x50c vn_write(c16ad088,c86b0c88,c16aae80,0,c1760420) at vn_write+0x1f8 dofilewrite(c1760420,c16ad088,3,8300000,2b58) at dofilewrite+0xa8 write(c1760420,c86d0d14,3,35,296) at write+0x39 syscall(2f,2f,2f,80e8c40,80e8c40) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x80b5f77, esp = 0xbfbfe6fc, ebp = 0xbfbfe718 --- db> The "where" command produced the same result. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 21:35:19 2004 Return-Path: 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 31B5F16A4CE for ; Sat, 7 Aug 2004 21:35:19 +0000 (GMT) Received: from mta6.srv.hcvlny.cv.net (mta6.srv.hcvlny.cv.net [167.206.5.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDAFC43D3F for ; Sat, 7 Aug 2004 21:35:18 +0000 (GMT) (envelope-from timothyk@devel.njit.edu) Received: from www.smsdesign.org (ool-4353d5dd.dyn.optonline.net [67.83.213.221]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I2300ED8IN13B@mta6.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Sat, 07 Aug 2004 17:35:25 -0400 (EDT) Date: Sat, 07 Aug 2004 17:35:17 -0400 From: T Kellers To: freebsd-current@freebsd.org Message-id: <200408071735.17723.timothyk@devel.njit.edu> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.6.2 Subject: x server breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:35:19 -0000 sources cvsupped 2 hours ago. make buildworld && make buildkernel && make installkernel went fine, as did mergemaster -p and mergemaster. whn xdm tries to start, console message is /dev/tty8 repeating too fast. sleeping, retry in 30 seconds. The message repeats over and over. After disabling xdm in .etc.ttys, startx fails with "unable to open /dev/io." (there is no io in /dev) When I boot with /boot/kernel.old/kernel (July 31st build) both xdm and the manual "startx" work fine. Install is i386, Dell Optiplex PIII, xserver is x.org Suggestions? Tim Kellers CPE/NJIT From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 21:44:47 2004 Return-Path: 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 D754F16A4CE for ; Sat, 7 Aug 2004 21:44:47 +0000 (GMT) Received: from mta6.srv.hcvlny.cv.net (mta6.srv.hcvlny.cv.net [167.206.5.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7DC943D1D for ; Sat, 7 Aug 2004 21:44:47 +0000 (GMT) (envelope-from timothyk@devel.njit.edu) Received: from www.smsdesign.org (ool-4353d5dd.dyn.optonline.net [67.83.213.221]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I2300E97J2UAK@mta6.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Sat, 07 Aug 2004 17:44:54 -0400 (EDT) Date: Sat, 07 Aug 2004 17:44:46 -0400 From: T Kellers In-reply-to: <200408072138.i77LcPxJ070334@bunrab.catwhisker.org> To: David Wolfskill Message-id: <200408071744.46768.timothyk@devel.njit.edu> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.6.2 References: <200408072138.i77LcPxJ070334@bunrab.catwhisker.org> cc: freebsd-current@freebsd.org Subject: Re: x server breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 21:44:47 -0000 On Saturday 07 August 2004 05:38 pm, David Wolfskill wrote: > Do you have > > device io # I/O device > > > in your kernel config? If not, did you read /usr/src/UPDATING? > > Peace, > david 20040802: making /dev/(null|zero) into a module proved to be too unpopular, so this bit has been revoked from the previous (20040801) entry. 20040801: The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, so you may wish to add them to your kernel config file. See GENERIC for examples. I thought the note on 20040802 backed out all the changes referenced in the note from 20040801, including /dev/io. I'll try putting /dev/io in the kernel. Thanks Tim From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 22:01:34 2004 Return-Path: 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 3AE2216A4CE for ; Sat, 7 Aug 2004 22:01:34 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0CA143D5A for ; Sat, 7 Aug 2004 22:01:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i77LweqE038945; Sat, 7 Aug 2004 15:58:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 07 Aug 2004 15:59:20 -0600 (MDT) Message-Id: <20040807.155920.66760165.imp@bsdimp.com> To: dmp@bitfreak.org From: "M. Warner Losh" In-Reply-To: <000001c47cb8$8ef1bb50$142a15ac@spud> References: <20040806.231231.33567668.imp@bsdimp.com> <000001c47cb8$8ef1bb50$142a15ac@spud> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: chris@tellme3times.com Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:01:34 -0000 In message: <000001c47cb8$8ef1bb50$142a15ac@spud> "Darren Pilgrim" writes: : > From: M. Warner Losh : > : > In message: <41124C8B.2060902@tellme3times.com> : > Chris writes: : > : : > : What I am trying to determine is why my multifunction : printer/scanner : > : receives only one of the two drivers. Is it because the printer : does : > : not respond properly? Is it because the printer is not defined? I : > : have many questions here. : > : > Yes. Usb is a little complicated in this area, and there are a number : > of details that are hard to get right. It wouldn't surprise me if the : > current set of drivers are less than completely optimal. : : On a bit of a side-track, I'm wondering if it could be due to how the : multifunction device presents itself? A bit back in this thread someone : mentioned that a pointer must be present for a driver to attach to a : device. If there is only one pointer for a device, only one driver may : attach. Since a single USB bus can have a LOT of devices and each : device's capabilities are determined through the presence of usage : pages, I see two ways for a multifunction device to present itself: : : - A single device ID with more than one usage page. All the : functionality is there and is compatible with FreeBSD drivers, but since : there is only one device probed on the bus, only one driver may attach. : Perhaps a "simple" mux driver would be useful? : : - A multiple single-usage device IDs. Same functionality as before, but : now FreeBSD can probe unique printer and scanner devices and thus let : both ulpt and uscanner attach simutaneously. : : Am I way off base? No. You are exactly on base. That's why I pointed at you at the usb information program. Run it with the device plugged in, and we'll be able to know the details. Warner From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 22:13:05 2004 Return-Path: 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 7166C16A4CE for ; Sat, 7 Aug 2004 22:13:05 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C35043D3F for ; Sat, 7 Aug 2004 22:13:05 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.techno.pagans (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 9ED7B2A477; Sat, 7 Aug 2004 15:13:04 -0700 (PDT) Received: from spud (w0.techno.pagans [172.21.42.20]) by speck.techno.pagans (Postfix) with ESMTP id EB8B117022; Sat, 7 Aug 2004 15:13:01 -0700 (PDT) From: "Darren Pilgrim" To: "'M. Warner Losh'" Date: Sat, 7 Aug 2004 15:12:49 -0700 Message-ID: <000001c47ccb$b002b7f0$142a15ac@spud> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20040807.155920.66760165.imp@bsdimp.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org cc: chris@tellme3times.com Subject: RE: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 22:13:05 -0000 > From: M. Warner Losh [mailto:imp@bsdimp.com] > > In message: <000001c47cb8$8ef1bb50$142a15ac@spud> > "Darren Pilgrim" writes: > : On a bit of a side-track, I'm wondering if it could be due to how the > : multifunction device presents itself? > No. You are exactly on base. That's why I pointed at you at the usb > information program. Run it with the device plugged in, and we'll be > able to know the details. I'm not the original poster, just someone following -current for educational purposes and because I run 5.x releases on some of my machines.