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;