From owner-freebsd-current Sun Dec 15 1: 0:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B690437B401; Sun, 15 Dec 2002 01:00:54 -0800 (PST) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D45843EC2; Sun, 15 Dec 2002 01:00:53 -0800 (PST) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.6/8.12.6) with ESMTP id gBF90lIM095859; Sun, 15 Dec 2002 18:00:47 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id gBF90kA18071; Sun, 15 Dec 2002 18:00:47 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id 2E11A5493; Sun, 15 Dec 2002 18:00:46 +0900 (JST) Date: Sun, 15 Dec 2002 18:00:45 +0900 (JST) Message-Id: <20021215.180045.71081965.fujita@soum.co.jp> To: ktsin@acm.org Cc: freebsd-current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: cbb attach failed From: FUJITA Kazutoshi In-Reply-To: <20021215052942.GA347@passion.no-ip.org> References: <20021215.073439.41626400.fujita@soum.co.jp> <20021215052942.GA347@passion.no-ip.org> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-URL: http://www.soum.co.jp/ X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIvU0FLQUtJKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: KT Sin Subject: Re: cbb attach failed Date: Sun, 15 Dec 2002 13:29:42 +0800 Message-ID: <20021215052942.GA347@passion.no-ip.org> > If your CURRENT is pretty recent, please add into your /boot/loader.conf > > hw.pci.allow_unsupported_io_range="1" > > and then reboot. it works file. thanks a lot. regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 1: 2:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9080B37B401 for ; Sun, 15 Dec 2002 01:02:52 -0800 (PST) Received: from mail.identd.net (matrix.identd.net [64.172.21.201]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AE9C43E4A for ; Sun, 15 Dec 2002 01:02:52 -0800 (PST) (envelope-from mtm@identd.net) Received: (qmail 1043 invoked by uid 1007); 15 Dec 2002 09:02:51 -0000 Date: Sun, 15 Dec 2002 01:02:51 -0800 From: Mike Makonnen To: Galen Sampson Cc: current@freebsd.org Subject: Re: rcng script bugs Message-ID: <20021215090251.GB404@matrix.identd.net> References: <20021214222412.99816.qmail@web14101.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <20021214222412.99816.qmail@web14101.mail.yahoo.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD/4.7-STABLE (i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ cc'ed imp@ since the second one concerns changes he recently made ] On Sat, Dec 14, 2002 at 02:24:12PM -0800, Galen Sampson wrote: >=20 > 17c17 > < pidfile=3D"/var/run/${name}.pid" > --- > > pidfile=3D"/var/run/${name}/pid" >=20 > in order to match the default named.conf file. Yes, definitely a bug. I had changed my named.conf so I didn't notice this. However, I think your solution is just as broken as the current code. While it would work if the user doesn't change the default pid path, it wouldn't work for people who do change it (like me). I think the way to solve it is with a "named_pidfile" variable in defaults/rc.conf that defaults to /var/run/named/pid. What are people's thoughts on this? Secondly, the change would have to go into the 'FreeBSD' case-clause in order not to mess up the NetBSD case. >=20 > /etc/rc.d/network1: > When using a diskless configuration this file took the interface offli= ne, > preventing the machine from booting. I noticed that a change has been ad= ded to > check if an interface is up and skip configuring it if it is. Instead of= using > grep it is possible to use ifconfig's -d option (see man page) to only li= st > interfaces marked as down. This is my change for /etc/rc.d/network1 >=20 > 140c140 > < network_interfaces=3D"`ifconfig -l -d`" > --- > > network_interfaces=3D"`ifconfig -l`" > 148a149,153 > > if ifconfig ${ifn} | grep -s UP, > /dev/null 2>&1; then > > # Interface is already up, so ignore it. > > continue; > > fi > > Warner, He's working off the first set of changes you made but it seems that in the diskless case you may have to reconfigure more than just lo0. Cheers. --=20 Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC= 68B9 --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9/EU62uHir9vMaLkRAsnRAJ99znEjcOr+4SR8mvvsq4QnEyQr7QCcC3fJ Bz5J0ilx7iwkxwxEk3KmHwo= =gxh3 -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 1: 4:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED3637B401 for ; Sun, 15 Dec 2002 01:04:38 -0800 (PST) Received: from mail.identd.net (matrix.identd.net [64.172.21.201]) by mx1.FreeBSD.org (Postfix) with SMTP id ABA8943EA9 for ; Sun, 15 Dec 2002 01:04:37 -0800 (PST) (envelope-from mtm@identd.net) Received: (qmail 1069 invoked by uid 1007); 15 Dec 2002 09:04:37 -0000 Date: Sun, 15 Dec 2002 01:04:37 -0800 From: Mike Makonnen To: Galen Sampson Cc: current@freebsd.org, imp@freebsd.org Subject: Re: rcng script bugs Message-ID: <20021215090437.GC404@matrix.identd.net> References: <20021214222412.99816.qmail@web14101.mail.yahoo.com> <20021215090251.GB404@matrix.identd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZmUaFz6apKcXQszQ" Content-Disposition: inline In-Reply-To: <20021215090251.GB404@matrix.identd.net> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD/4.7-STABLE (i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZmUaFz6apKcXQszQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ ok, really cc him this time] On Sun, Dec 15, 2002 at 01:02:51AM -0800, Mike Makonnen wrote: >=20 > [ cc'ed imp@ since the second one concerns changes he recently made ] >=20 > On Sat, Dec 14, 2002 at 02:24:12PM -0800, Galen Sampson wrote: > >=20 > > 17c17 > > < pidfile=3D"/var/run/${name}.pid" > > --- > > > pidfile=3D"/var/run/${name}/pid" > >=20 > > in order to match the default named.conf file. >=20 > Yes, definitely a bug. I had changed my named.conf so I didn't notice > this. However, I think your solution is just as broken as the current > code. While it would work if the user doesn't change the default > pid path, it wouldn't work for people who do change it (like me). > I think the way to solve it is with a "named_pidfile" variable in > defaults/rc.conf that defaults to /var/run/named/pid. What are people's > thoughts on this? Secondly, the change would have to go into the > 'FreeBSD' case-clause in order not to mess up the NetBSD case. >=20 >=20 > >=20 > > /etc/rc.d/network1: > > When using a diskless configuration this file took the interface off= line, > > preventing the machine from booting. I noticed that a change has been = added to > > check if an interface is up and skip configuring it if it is. Instead = of using > > grep it is possible to use ifconfig's -d option (see man page) to only = list > > interfaces marked as down. This is my change for /etc/rc.d/network1 > >=20 > > 140c140 > > < network_interfaces=3D"`ifconfig -l -d`" > > --- > > > network_interfaces=3D"`ifconfig -l`" > > 148a149,153 > > > if ifconfig ${ifn} | grep -s UP, > /dev/null 2>&1; then > > > # Interface is already up, so ignore it. > > > continue; > > > fi > > > > Warner, >=20 > He's working off the first set of changes you made but it seems > that in the diskless case you may have to reconfigure more > than just lo0. >=20 > Cheers. > --=20 > Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc > mtm@identd.net | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DB= CC 68B9 --=20 Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC= 68B9 --ZmUaFz6apKcXQszQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9/EWk2uHir9vMaLkRAkeOAKCq4Xpr2TY0wTDSxi74ZvXTP0+wggCfWkmv 2vNPKrfZRiLIiojNCNZ118I= =mGsd -----END PGP SIGNATURE----- --ZmUaFz6apKcXQszQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 1: 6: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0835337B401 for ; Sun, 15 Dec 2002 01:05:58 -0800 (PST) Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B4043E4A for ; Sun, 15 Dec 2002 01:05:57 -0800 (PST) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailb.telia.com (8.12.5/8.12.5) with ESMTP id gBF95tsb017339 for ; Sun, 15 Dec 2002 10:05:55 +0100 (CET) X-Original-Recipient: Received: from falcon.midgard.homeip.net (h76n3fls20o913.telia.com [213.67.148.76]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id KAA21836 for ; Sun, 15 Dec 2002 10:05:53 +0100 (CET) Received: (qmail 10305 invoked by uid 1001); 15 Dec 2002 09:05:52 -0000 Date: Sun, 15 Dec 2002 10:05:52 +0100 From: Erik Trulsson To: freebsd-current@freebsd.org Subject: Re: 80386 out of GENERIC Message-ID: <20021215090551.GA10215@falcon.midgard.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org References: <635948263.20021214220720@dds.nl> <24244.1039900460@critter.freebsd.dk> <20021214.173219.116676673.imp@bsdimp.com> <3DFC0B29.FD6F7F18@mindspring.com> <001901c2a3f9$627c1b40$0200000a@sewer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001901c2a3f9$627c1b40$0200000a@sewer.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 15, 2002 at 12:18:21AM -0500, Craig Reyenga wrote: > Sorry for butting in, but my $.02 is that 386's are old enough that > FreeBSD, or any other OS for that matter, shouldn't wait up for them. Why not? An OS in itself should not require a lot of CPU power. > They've gotten to the point where they are basically useless except > for running older software, which was likely written for them anyways. They are not useless, and if new software has problems running on them it is mostly because a lot of new software is big and bloated without any good reason except for lazy/incompetent programmers. > If I had a 386 that I wanted FreeBSD on, I'd crack open the old FreeBSD 3.5 > install CD's, assuming it even had a cdrom drive. > > I understand why people care about supporting older hardware. Reasons > such as cost, and the ability to allow code bloat to _really_ manifest > itself > come to mind. However, a 386 is just too old for words and should > be running older software with less features. Less features and more security problems. Considering that security fixes normally don't get applied to the 3.x branch any longer one might want to be a bit careful running that on a computer connected to the Net. Eventually I assume that 4. will be similarily abandoned which means that you will have to run 5.x to have a secure system. Personally I strongly disagree with the notion that hardware that is a mere 10 years old (like some '386s) should be considered "too old for words". The only remotely good reason I have heard for removing support for 386 in the default configuration is that having it in would pessimize performance too much for more modern CPUs. How valid that reason is I cannot judge, but I guess it is possible. (And just FYI, my 386 box is happily running 4.7-stable at the moment without any problems and I will probably consider updating it to 5.x when security fixes are no longer automatically applied to 4.x.) > > -Craig > > ----- Original Message ----- > From: "Terry Lambert" > To: "M. Warner Losh" > Cc: ; ; ; > > Sent: Saturday, December 14, 2002 23:55 > Subject: Re: 80386 out of GENERIC > > "M. Warner Losh" wrote: > > > One problem with most 386 boxes is that they have very little memory. > > > sysinstall is a big, bloated pig dog these days that takes more RAM > > > than most 386 boxes have. This is true also for many 486 boxes too. > > > So even if 386 stuff were in the default kernel, you'd likely have > > > other issues in making sysinstall work and have to do custom > > > hacking... > > > > Add to this that Bosko's workaround for the CPU bug with PSE/PGE > > includes loading the kernel at 4M rather than 1M. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 1:17:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E428C37B401 for ; Sun, 15 Dec 2002 01:17:27 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6925343EC2 for ; Sun, 15 Dec 2002 01:17:27 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 43434 invoked by uid 1000); 15 Dec 2002 09:17:29 -0000 Date: Sun, 15 Dec 2002 01:17:29 -0800 (PST) From: Nate Lawson To: Erik Trulsson Cc: freebsd-current@freebsd.org Subject: Re: 80386 out of GENERIC In-Reply-To: <20021215090551.GA10215@falcon.midgard.homeip.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 15 Dec 2002, Erik Trulsson wrote: > The only remotely good reason I have heard for removing support for 386 > in the default configuration is that having it in would pessimize > performance too much for more modern CPUs. How valid that reason is I > cannot judge, but I guess it is possible. Could someone enlighten me as to why we don't leave 386 support in for the boot kernel so the floppies will at least boot? Note that performance shouldn't be an issue when installing. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 1:26:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA8C37B401 for ; Sun, 15 Dec 2002 01:26:57 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B5A43EA9 for ; Sun, 15 Dec 2002 01:26:56 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBF9QqJe052066; Sun, 15 Dec 2002 10:26:52 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson Cc: Erik Trulsson , freebsd-current@FreeBSD.ORG Subject: Re: 80386 out of GENERIC From: phk@FreeBSD.ORG In-Reply-To: Your message of "Sun, 15 Dec 2002 01:17:29 PST." Date: Sun, 15 Dec 2002 10:26:52 +0100 Message-ID: <52065.1039944412@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Nate Lawson wri tes: >On Sun, 15 Dec 2002, Erik Trulsson wrote: >> The only remotely good reason I have heard for removing support for 386 >> in the default configuration is that having it in would pessimize >> performance too much for more modern CPUs. How valid that reason is I >> cannot judge, but I guess it is possible. > >Could someone enlighten me as to why we don't leave 386 support in for the >boot kernel so the floppies will at least boot? Note that performance >shouldn't be an issue when installing. Because few if any 80386 computers have the ram it takes to run sysinstall. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 2:37:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2900537B401; Sun, 15 Dec 2002 02:37:29 -0800 (PST) Received: from tomts26-srv.bellnexxia.net (tomts26.bellnexxia.net [209.226.175.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B0B343ED1; Sun, 15 Dec 2002 02:37:23 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.149]) by tomts26-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021215103721.PSLD1463.tomts26-srv.bellnexxia.net@bowie.private>; Sun, 15 Dec 2002 05:37:21 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id gBFAbkQa005643; Sun, 15 Dec 2002 10:37:46 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id gBFAbkv8005641; Sun, 15 Dec 2002 10:37:46 GMT Date: Sun, 15 Dec 2002 10:37:46 GMT From: Mike Barcroft Message-Id: <200212151037.gBFAbkv8005641@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Dec 15 10:09:17 GMT 2002 -------------------------------------------------------------- ===> ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 4:34: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55F0737B401; Sun, 15 Dec 2002 04:33:57 -0800 (PST) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED7D443EDC; Sun, 15 Dec 2002 04:33:56 -0800 (PST) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.5) with ESMTP id gBFCXu7a063506; Sun, 15 Dec 2002 04:33:56 -0800 (PST) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.5/Submit) id gBFCXuRW063505; Sun, 15 Dec 2002 04:33:56 -0800 (PST) Message-Id: <200212151233.gBFCXuRW063505@mckinley.corp.yahoo.com> From: Peter Wemm Date: Sun, 15 Dec 2002 04:33:56 -0800 (PST) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Dec 15 04:07:46 PST 2002 -------------------------------------------------------------- ===> xe /home/tinderbox/ia64/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /home/tinderbox/ia64/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used cc1: warnings being treated as errors /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/sys/GENERIC. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 7:15:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C11E37B401 for ; Sun, 15 Dec 2002 07:15:29 -0800 (PST) Received: from anor.ics.muni.cz (anor.ics.muni.cz [147.251.4.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B613243EB2 for ; Sun, 15 Dec 2002 07:15:27 -0800 (PST) (envelope-from hopet@ics.muni.cz) Received: from dior.ics.muni.cz (dior.ics.muni.cz [147.251.6.10]) by anor.ics.muni.cz (8.12.1/8.12.1) with ESMTP id gBFFFFKw031988; Sun, 15 Dec 2002 16:15:15 +0100 Received: from kloboucek (root@localhost) (authenticated as hopet with LOGIN) by dior.ics.muni.cz (8.10.1/8.10.0.Beta12) with ESMTP id gBFFFEi19587; Sun, 15 Dec 2002 16:15:14 +0100 (MET) From: "Petr Holub" To: Cc: , Subject: arla 0.35.11 on FreeBSD 5.0-RC1 Date: Sun, 15 Dec 2002 16:15:46 +0100 Message-ID: <000001c2a44c$d7de6020$5303fb93@kloboucek> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-Muni-Virus-Test: Clean Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I tried to compile arla 0.35.11 on FreeBSD 5.0-RC1. Fisrt I got following error: checking for udev2dev in kernel... yes checking for snprintf in kernel... yes checking for nosys in kernel... yes checking for sys_nosys in kernel... no checking for sys_lkmnosys in kernel... no checking for cache_purgevfs in kernel... yes checking for vfs_name_hash in kernel... no checking for memcpy in kernel... yes checking if vnode_if.h needs to be built... configure: error: unable to find any vnode_if script So I have linked -su-2.05b# ln -s /sys/i386/compile/EVENSTAR/vnode_if.h /usr/include/vnode_if.h Then configre and make proceeds until it stops on error shown below my siganture. Can anybody help? Thanks very much, Petr PS: I know I'm sendin almost the same mail as last time but it's quite important for me to get it solved. ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 160 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-5-41512213 e-mail: hopet@ics.muni.cz SUBDIRS='bsd'; for i in $SUBDIRS; do (cd $i && make all); done for i in /usr/include/sys/vnode_if.h vnode_if.h; do if test -r $i; then awk ^struct vop_[a-z]*_args/ { printf("#define HAVE_%s 1\n", toupper(substr($2,1,l gth($2)-5))); }' $i > xfs_vopdefs.h; break; fi; done mkdir xfs mkdir: xfs: File exists *** Error code 1 (ignored) test -d xfs && ( test -f xfs/xfs_vopdefs.h || ln -s ../xfs_vopdefs.h xfs/xfs_v defs.h ) touch stamp-xfs_vopdefs.h gcc -c -DHAVE_CONFIG_H -I. -I. -I../../include -I./../../include -I./../inc de -I/usr/athena/include -DXFS_DEBUG -DINET6 -g -Wall -Wmissing-prototypes - ointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O KERNEL -D_KERNEL -DVFS_KLD -DKLD_MODULE -I/sys/arch -I/sys -I. -Wno-unused xfs eb.c gcc -c -DHAVE_CONFIG_H -I. -I. -I../../include -I./../../include -I./../inc de -I/usr/athena/include -DXFS_DEBUG -DINET6 -g -Wall -Wmissing-prototypes - ointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O KERNEL -D_KERNEL -DVFS_KLD -DKLD_MODULE -I/sys/arch -I/sys -I. -Wno-unused xfs essage.c In file included from /sys/sys/systm.h:45, from xfs/xfs_locl.h:137, from xfs_message.c:34: /usr/include/machine/atomic.h: In function `atomic_load_acq_ptr': /usr/include/machine/atomic.h:371: warning: cast does not match function type In file included from xfs/xfs_locl.h:137, from xfs_message.c:34: /sys/sys/systm.h: At top level: /sys/sys/systm.h:171: warning: built-in function `bzero' declared as non-funct n In file included from xfs_message.c:34: xfs/xfs_locl.h:291:29: xfs/xfs_vopdefs.h: No such file or directory xfs_message.c: In function `xfs_message_installroot': xfs_message.c:67: structure has no member named `v_flag' xfs_message.c:67: `VROOT' undeclared (first use in this function) xfs_message.c:67: (Each undeclared identifier is reported only once xfs_message.c:67: for each function it appears in.) xfs_message.c: In function `xfs_message_installnode': xfs_message.c:92: warning: passing arg 3 of `vget' from incompatible pointer t e xfs_message.c: In function `xfs_message_installdata': xfs_message.c:174: warning: passing arg 3 of `vget' from incompatible pointer pe xfs_message.c:195: warning: passing arg 6 of `NDINIT' from incompatible pointe type xfs_message.c:202: warning: passing arg 3 of `VOP_UNLOCK' from incompatible po ter type xfs_message.c: In function `xfs_message_invalidnode': xfs_message.c:320: warning: passing arg 3 of `vrecycle' from incompatible poin r type xfs_message.c: In function `gc_vnode': xfs_message.c:428: warning: implicit declaration of function `simple_lock' xfs_message.c:443: warning: implicit declaration of function `simple_unlock' *** Error code 1 Stop in /usr/tmp/ics/arla-0.35.11/xfs/bsd. *** Error code 1 Stop in /usr/tmp/ics/arla-0.35.11/xfs. *** Error code 1 Stop in /usr/tmp/ics/arla-0.35.11. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 7:16:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D41C37B401 for ; Sun, 15 Dec 2002 07:16:25 -0800 (PST) Received: from snowblind.mine.nu (h116n1fls35o927.telia.com [217.211.6.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4339443EA9 for ; Sun, 15 Dec 2002 07:16:24 -0800 (PST) (envelope-from jerry@snowblind.mine.nu) Received: from snowblind.mine.nu (localhost [127.0.0.1]) by snowblind.mine.nu (8.12.6/8.12.6) with ESMTP id gBFFGnFL001766 for ; Sun, 15 Dec 2002 16:16:49 +0100 (CET) (envelope-from jerry@snowblind.mine.nu) Received: (from jerry@localhost) by snowblind.mine.nu (8.12.6/8.12.6/Submit) id gBFFGn5s001765 for freebsd-current@freebsd.org; Sun, 15 Dec 2002 16:16:49 +0100 (CET) Date: Sun, 15 Dec 2002 16:16:49 +0100 From: Jerry Eriksson To: freebsd-current@freebsd.org Message-ID: <20021215151649.GB1742@rootbsd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 8:37:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 777EF37B401; Sun, 15 Dec 2002 08:37:33 -0800 (PST) Received: from tomts20-srv.bellnexxia.net (tomts20.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5984343EC2; Sun, 15 Dec 2002 08:37:27 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.149]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021215163726.ISHV20640.tomts20-srv.bellnexxia.net@bowie.private>; Sun, 15 Dec 2002 11:37:26 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id gBFGc4Qa009799; Sun, 15 Dec 2002 16:38:04 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id gBFGc44a009797; Sun, 15 Dec 2002 16:38:04 GMT Date: Sun, 15 Dec 2002 16:38:04 GMT From: Mike Barcroft Message-Id: <200212151638.gBFGc44a009797@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Dec 15 16:09:34 GMT 2002 -------------------------------------------------------------- ===> ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 8:42:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EBE537B401 for ; Sun, 15 Dec 2002 08:42:33 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9B843EC2 for ; Sun, 15 Dec 2002 08:42:33 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [66.126.109.62] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.21 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 15 Dec 2002 09:42:37 -0700 Message-ID: <3DFCB11A.4090900@hotmail.com> Date: Sun, 15 Dec 2002 08:43:06 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021127 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 80386 out of GENERIC References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG phk@FreeBSD.ORG wrote: > Because few if any 80386 computers have the ram it takes to run sysinstall. Was sysinstall around when 386 was new? Just curious what's changed since then to make it bigger. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 9: 8:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C29AD37B401 for ; Sun, 15 Dec 2002 09:08:21 -0800 (PST) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F2C743EB2 for ; Sun, 15 Dec 2002 09:08:21 -0800 (PST) (envelope-from arlankfo@verizon.net) Received: from verizon.net ([138.88.157.130]) by out011.verizon.net (InterMail vM.5.01.05.20 201-253-122-126-120-20021101) with ESMTP id <20021215170820.SFYC9679.out011.verizon.net@verizon.net>; Sun, 15 Dec 2002 11:08:20 -0600 To: walter@hotmail.com, current@freebsd.org Subject: Re: 80386 out of GENERIC From: "Andrew Lankford" Reply-To: "Andrew Lankford" Date: Sun, 15 Dec 2002 12:08:55 -0500 Message-Id: <20021215170820.SFYC9679.out011.verizon.net@verizon.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Was sysinstall around when 386 was new? No, and neither was FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 9:28:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933A737B401 for ; Sun, 15 Dec 2002 09:28:18 -0800 (PST) Received: from mail.lolotte.org (klemm.delta6.net [80.65.226.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8C8C43ED1 for ; Sun, 15 Dec 2002 09:28:16 -0800 (PST) (envelope-from clement@klemm.delta6.net) Received: from klemm.delta6.net (shells.mouarf.org. [192.168.2.101]) by mail.lolotte.org (8.12.3/8.12.5) with ESMTP id gBFHSEtv095403 for ; Sun, 15 Dec 2002 18:28:14 +0100 (CET) (envelope-from clement@klemm.delta6.net) Received: from shells.mouarf.org (shell.mouarf.org [192.168.2.101] (may be forged)) by klemm.delta6.net (8.12.3/8.12.5) with ESMTP id gBFHSEH8095400 for ; Sun, 15 Dec 2002 18:28:14 +0100 (CET) (envelope-from clement@shells.mouarf.org) Received: (from clement@localhost) by shells.mouarf.org (8.12.3/8.12.5/Submit) id gBFHSE6r095399 for freebsd-current@freebsd.org; Sun, 15 Dec 2002 18:28:14 +0100 (CET) Date: Sun, 15 Dec 2002 18:28:14 +0100 From: clement To: freebsd-current@freebsd.org Subject: current&stable jail problem Message-ID: <20021215182814.C95269@shells.mouarf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've got a problem with jail(2), that affects both -STABLE and -CURRENT (Tested on a 4.7-RELEASE and on a CURRENT updated the 12/14/2002, both on i386) I've found a reference to this problem in PR kern/26506, but it's 1,5years old and it's still not fixed, and I think I've also found a problem in the patch provided with the PR (see the explanation of this 2nd problem just before my patch) I) Description of the original problem In a jail, when you open an UDP socket, then use sendto() several times to send UDP packets, only the first sendto() works, the others fail with EINVAL. The problem occurs only when you don't bind() the socket before sendto() (and therefore let the kernel set the source port) Here is a sample program to demonstrate this. It will work fine outside jail(2) but it will fail with err msg "sendto: Invalid argument" inside a jail. -------------------------------------------- #include #include #include #include #include #include int main(void) { struct sockaddr_in pom; int s,r; s = socket(PF_INET, SOCK_DGRAM, 0); pom.sin_family = AF_INET; pom.sin_addr.s_addr = inet_addr("123.123.123.123"); pom.sin_port = htons(4242); sendto(s, "test", 4, 0, (struct sockaddr *) &pom, sizeof(pom)); r = sendto(s, "test", 4, 0, (struct sockaddr *) &pom, sizeof(pom)); if (r == -1) { perror("sendto"); close(s); exit(1); } printf("All is OK\n"); close(s); exit(0); } -------------------------------------------- I've attempted to find out why this problem occurs. (These investigations were done on a 4.7-RELEASE, with the 4.7-RELEASE source, because I didn't have a box with -CURRENT available, but the bug exists also on -CURRENT) : sendto() will eventually call udp_output() (sys/netinet/udp_usrreq.c) udp_output() will call in_pcbconnect() If we are in a jail, and the socket's local IP is INADDR_ANY, in_pcbconnect() will call in_pcbbind() to assign the prison IP address (and a localport between 1024 and 5000) to our not-yet-bound socket. in_pcbconnect() returns, the packet is sent, etc... Then this bit of code in udp_output() resets inp->inp_laddr to its old value (which, in our case, is INADDR_ANY): ---- if (addr) { in_pcbdisconnect(inp); inp->inp_laddr = laddr; /* XXX rehash? */ splx(s); } ---- So when sendto() returns, the local IP of the socket is set to INADDR_ANY, and the local port is set, between 1024 and 5000. When you call the next sendto(), the following thing occurs: Because we are in a jail and the socket's local IP is still to INADDR_ANY, in_pcbconnect() calls in_pcbbind(), and in_pcbbind() fails because the local port IS set: ---- if (inp->inp_lport || inp->inp_laddr.s_addr != INADDR_ANY) return (EINVAL); ---- This does not occur outside jail(2) because when the local port is already set, in_pcbbind() is not called by in_pcbconnect, and the local IP is set by another way, later in in_pcbconnect(): ---- if (inp->inp_laddr.s_addr == INADDR_ANY) { if (inp->inp_lport == 0) { error = in_pcbbind(inp, (struct sockaddr *)0, p); if (error) return (error); } inp->inp_laddr = ifaddr->sin_addr; } ---- I've attempted to fix the problem by modifying in_pcbconnect(), so it will not call in_pcbbind() anymore if we're in a jail and local IP is not set. Instead it will check with ifa_ifwithaddr() if the prison IP address is available, and assigning it to inp->inp_laddr (the same way we do outside a jail) II) Description of the problem that the PR kern/26506 patch introduces: The patch provided in the PR kern/26506 has a problem: If the prison IP is an alias for an interface, the sendto() sends the packets coming from the primary IP of the interface, and not the alias. III) My "attempt" at solving the problem :) I'm not very experienced with FreeBSD kernel programming, so I'm not sure that's the right way to fix it, but anyway here's the patch for sys/netinet/in_pcb.c: (tested on 4.7-RELEASE) --------------------------------------------------- --- in_pcb.c.old Sun Dec 15 00:09:00 2002 +++ in_pcb.c Sun Dec 15 12:56:27 2002 @@ -505,9 +505,10 @@ sa.sin_addr.s_addr = htonl(p->p_prison->pr_ip); sa.sin_len=sizeof (sa); sa.sin_family = AF_INET; - error = in_pcbbind(inp, (struct sockaddr *)&sa, p); - if (error) - return (error); + if (TAILQ_EMPTY(&in_ifaddrhead)) /* XXX same as in_pcbbind() */ + return (EADDRNOTAVAIL); + if (ifa_ifwithaddr((struct sockaddr *) &sa) == 0) + return (EADDRNOTAVAIL); } /* * Call inner routine, to assign local interface address. @@ -526,7 +527,11 @@ if (error) return (error); } - inp->inp_laddr = ifaddr->sin_addr; + if (p->p_prison == NULL) { + inp->inp_laddr = ifaddr->sin_addr; + } else { + inp->inp_laddr = sa.sin_addr; + } } inp->inp_faddr = sin->sin_addr; inp->inp_fport = sin->sin_port; --------------------------------------------------- I was not sure if I needed to post this on stable@ or on current@ but I posted on current@ since -CURRENT is affected as well. regards, Clement Ballabriga To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 9:30: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6117937B401 for ; Sun, 15 Dec 2002 09:30:06 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7113F43EB2 for ; Sun, 15 Dec 2002 09:30:05 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBFHTqJe039199; Sun, 15 Dec 2002 18:29:53 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: 80386 out of GENERIC From: phk@FreeBSD.ORG In-Reply-To: Your message of "Sun, 15 Dec 2002 08:43:06 PST." <3DFCB11A.4090900@hotmail.com> Date: Sun, 15 Dec 2002 18:29:52 +0100 Message-ID: <39198.1039973392@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3DFCB11A.4090900@hotmail.com>, walt writes: >phk@FreeBSD.ORG wrote: > >> Because few if any 80386 computers have the ram it takes to run sysinstall. > >Was sysinstall around when 386 was new? Just curious what's changed since >then to make it bigger. sysinstall arrived in the 486 days. Lots of junk has been added since, but I think most of the bloating is from added kernel stuff, IPv6, PCcard, PCI, USB and so on. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 9:36:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7889337B401 for ; Sun, 15 Dec 2002 09:36:42 -0800 (PST) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1288F43EC5 for ; Sun, 15 Dec 2002 09:36:42 -0800 (PST) (envelope-from craig@xfoil.gank.org) Received: from darth-laptop.auir.gank.org (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221]) by ion.gank.org (GankMail) with ESMTP id 7FEC22CA54 for ; Sun, 15 Dec 2002 11:33:06 -0600 (CST) Subject: su(1) problem on -current From: Craig Boston To: current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Dec 2002 11:35:25 -0600 Message-Id: <1039973731.751.11.camel@darth-laptop> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On a laptop running current, I have a problem using the su program multiple times (nested). I have two accounts, I'll call them "auser" and "buser". I use auser for my everyday activities; it has no special privileges. buser is a member of the wheel group. I don't make auser a member of wheel because that grants some extra rights (such as reading select log files) that I don't want my normal account to have. The following works as expected: (log in as auser) $ id uid=1002(auser) gid=1002(auser) groups=1002(auser) $ su - su: Sorry $ (log in as buser) $ id uid=1001(buser) gid=1001(buser) groups=1001(buser), 0(wheel) $ su - Password: # Okay, that all works fine. The problem appears when I try to do what worked on STABLE, and up until about 3-4 months ago, worked on current as well. (log in as auser) $ id uid=1002(auser) gid=1002(auser) groups=1002(auser) $ su - buser Password: $ id uid=1001(buser) gid=1001(buser) groups=1001(buser), 0(wheel) $ su - su: Sorry $ So, even though I'm in the wheel group after the first su, it won't let me su to root (doesn't even prompt for password). It seems to make no difference whether I use the -l option to su or not. Is this PAM related? I'm currently using sudo as a workaround, but IMHO this looks like a bug to me. Thanks, Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:15:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1154137B401; Sun, 15 Dec 2002 10:15:23 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73F243EDA; Sun, 15 Dec 2002 10:15:21 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBFIF6uB098945; Sun, 15 Dec 2002 11:15:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 15 Dec 2002 11:14:41 -0700 (MST) Message-Id: <20021215.111441.05985858.imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. From: "M. Warner Losh" In-Reply-To: <200212150015.gBF0FlbS066547@apollo.backplane.com> References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200212150015.gBF0FlbS066547@apollo.backplane.com> Matthew Dillon writes: : :I disagree with committing this hack; keep it as a local mod if you must. : : : :As to the problem; don't wait for Luigi to "fix the ABI problems", do it : :yourself. Good things happen when folks are PO'd and won't settle for the : :status quo. : : : : Sam : : I'm sorry you disagree, but it doesn't change my position. I am not : in the business of rewriting other people's APIs. If it means so much : to you, YOU go and fix it. No? Then don't complain about my fix. It's : no skin off your nose and it will prevent a lot of future headaches, : especially if the RC system makes it nice and friendly. I don't like the patch from a security standpoint. It makes it to easy to turn off a firewall. If you want to be that stupid about security, you should just make the default be 'accept all' and be done with it. I'm opposed to this patch unless you can get the security officer to sign off on it. The defaults are there for a reason so that we fail 'safe' from a security point of view. The real fix is to fix the abi problems. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:26:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB4537B401; Sun, 15 Dec 2002 10:26:27 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D682943F28; Sun, 15 Dec 2002 10:26:26 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFIQMOM081408; Sun, 15 Dec 2002 10:26:23 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFIQMpo081407; Sun, 15 Dec 2002 10:26:22 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 10:26:22 -0800 (PST) From: Matthew Dillon Message-Id: <200212151826.gBFIQMpo081407@apollo.backplane.com> To: "M. Warner Losh" Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I don't like the patch from a security standpoint. It makes it to :easy to turn off a firewall. If you want to be that stupid about :security, you should just make the default be 'accept all' and be done :with it. I'm opposed to this patch unless you can get the security :officer to sign off on it. The defaults are there for a reason so :that we fail 'safe' from a security point of view. : :The real fix is to fix the abi problems. : :Warner This is complete BULLSHIT, Warner. This patch exists precisely so the firewall can be turned on in secure mode. It does not make it any easier to turn off then adding a rule: ipfw add 2 allow all from any to any So don't give me this bullshit about the patch being a security issue. YOU KNOW IT ISN'T. Now you are forcing me to go to core. It's absolutely ridiculous and you know it. Goddamn it, next time I won't even bother posting if all I get is this sort of crap. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:28:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A91B137B401; Sun, 15 Dec 2002 10:28:14 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A16EB43EB2; Sun, 15 Dec 2002 10:28:13 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFISAOM081429; Sun, 15 Dec 2002 10:28:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFISANx081428; Sun, 15 Dec 2002 10:28:10 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 10:28:10 -0800 (PST) From: Matthew Dillon Message-Id: <200212151828.gBFISANx081428@apollo.backplane.com> To: "M. Warner Losh" Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :The real fix is to fix the abi problems. : :Warner Doh!! Thanks for volunteering to fix the ABI problems. No? You don't want to do it? Gee, I saw that one coming a mile away! THEN DON'T COMPLAIN. This is not a fucking security issue. This is a patch that solves a major irritation, nothing more, nothing less, except some people can't stand an 8-line fix to the problem apparently. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:33:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85FA737B401; Sun, 15 Dec 2002 10:33:26 -0800 (PST) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 281F143EB2; Sun, 15 Dec 2002 10:33:26 -0800 (PST) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.5) with ESMTP id gBFIXP7a071275; Sun, 15 Dec 2002 10:33:25 -0800 (PST) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.5/Submit) id gBFIXP01071274; Sun, 15 Dec 2002 10:33:25 -0800 (PST) Message-Id: <200212151833.gBFIXP01071274@mckinley.corp.yahoo.com> From: Peter Wemm Date: Sun, 15 Dec 2002 10:33:25 -0800 (PST) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Dec 15 10:07:13 PST 2002 -------------------------------------------------------------- ===> xe /home/tinderbox/ia64/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /home/tinderbox/ia64/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used cc1: warnings being treated as errors /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /home/tinderbox/ia64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/sys/GENERIC. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:50:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19B3537B401; Sun, 15 Dec 2002 10:50:36 -0800 (PST) Received: from totem.fix.no (totem.fix.no [80.91.32.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C79C43E4A; Sun, 15 Dec 2002 10:50:35 -0800 (PST) (envelope-from anders@totem.fix.no) Received: by totem.fix.no (Postfix, from userid 1000) id BF1332025D; Sun, 15 Dec 2002 19:50:51 +0100 (CET) Date: Sun, 15 Dec 2002 19:50:51 +0100 From: Anders Nordby To: Matthew Dillon Cc: "M. Warner Losh" , sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. Message-ID: <20021215185051.GA55072@totem.fix.no> References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212151826.gBFIQMpo081407@apollo.backplane.com> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Sun, Dec 15, 2002 at 10:26:22AM -0800, Matthew Dillon wrote: > This is complete BULLSHIT, Warner. This patch exists precisely so > the firewall can be turned on in secure mode. It does not make it > any easier to turn off then adding a rule: > > ipfw add 2 allow all from any to any > > So don't give me this bullshit about the patch being a security issue. > YOU KNOW IT ISN'T. > > Now you are forcing me to go to core. It's absolutely ridiculous and > you know it. Goddamn it, next time I won't even bother posting if all > I get is this sort of crap. How about sending the patch to the Technical Review Board, trb@ instead. Thanks. Cheers, -- Anders. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:55:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EF1737B404; Sun, 15 Dec 2002 10:55:57 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEE0B43EDA; Sun, 15 Dec 2002 10:55:56 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFItsOM081647; Sun, 15 Dec 2002 10:55:54 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFItsQ1081646; Sun, 15 Dec 2002 10:55:54 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 10:55:54 -0800 (PST) From: Matthew Dillon Message-Id: <200212151855.gBFItsQ1081646@apollo.backplane.com> To: Anders Nordby Cc: "M. Warner Losh" , sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215185051.GA55072@totem.fix.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :How about sending the patch to the Technical Review Board, trb@ instead. : :Thanks. : :Cheers, : :-- :Anders. Getting bored sitting on your buns? It's already gone to core and, frankly, I think core is the proper forum now that Warner has declared it a security issue (when it obviously isn't. How easy is it to do an ipfw add 2 allow all from any to any? It's ludicrous to call it a security issue). I really don't mind people disagreeing, but I do mind it when people believe that the proper solution is for Matt Dillon to spend a man week fixing a major API that he didn't write instead of comitting an 8 line patch that deals with the issue well enough so sysads don't have to pull their hair out every time it happens. As I said before, I have no problem with the patch being removed once the API is fixed, but I am NOT the guy who should be rewriting the API and, frankly, it is inappropriate for anyone to suggest that I should be if they themselves are not willing to sit down in front of a keyboard and come up with a committable solution of their own. So far all I've heard are utterly trivial complaints from people who aren't willing to code up a solution themselves. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:56:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E27E437B401; Sun, 15 Dec 2002 10:56:29 -0800 (PST) Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D3C43E4A; Sun, 15 Dec 2002 10:56:28 -0800 (PST) (envelope-from flynn@energyhq.homeip.net) Received: from christine.energyhq.tk (christine.energyhq.tk [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id A846FAF589; Sun, 15 Dec 2002 19:56:18 +0100 (CET) Date: Sun, 15 Dec 2002 20:00:20 +0100 From: Miguel Mendez To: Matthew Dillon Cc: imp@bsdimp.com, sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. Message-Id: <20021215200020.535935dc.flynn@energyhq.homeip.net> In-Reply-To: <200212151826.gBFIQMpo081407@apollo.backplane.com> References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) X-Face: 1j}k*2E>Y\+C~E|/wehi[:dCM,{N7/uE3o# P,{t7gA/qnovFDDuyQV.1hdT7&#d)q"xY33}{_GS>kk'S{O]nE$A`T|\4&p\&mQyexOLb8}FO List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 15 Dec 2002 10:26:22 -0800 (PST) Matthew Dillon wrote: Hi, must...resist... > So don't give me this bullshit about the patch being a security > issue. YOU KNOW IT ISN'T. No, Warner has a point, that patch is simply bandaid (albeit a good one). > Now you are forcing me to go to core. It's absolutely ridiculous > and you know it. Goddamn it, next time I won't even bother > posting if all I get is this sort of crap. I know I'm gonna get flamed for this, but you know what's ridiculous? All the flamage you've brought up on the issue. You're a great hacker Matt, just keep it easy and don't take it so personal. Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk Of course it runs NetBSD! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:57:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2739337B401; Sun, 15 Dec 2002 10:57:31 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5478C43EC5; Sun, 15 Dec 2002 10:57:30 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBFIvLuB099197; Sun, 15 Dec 2002 11:57:21 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 15 Dec 2002 11:56:57 -0700 (MST) Message-Id: <20021215.115657.90648628.imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. From: "M. Warner Losh" In-Reply-To: <200212151826.gBFIQMpo081407@apollo.backplane.com> References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : This is complete BULLSHIT, Warner. Your attitude it totally unacceptible. Learn to play well with others, or get the fuck out of the project. I am *NOT* blocking you. I'm telling you you need to get the SO's sign off to make sure that there isn't a security issue because the current defaults were set by the so. If you don't like that, then I suggest that you get over yourself and find someplace else to play. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 10:58:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C1B37B401; Sun, 15 Dec 2002 10:58:18 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93DFF43EB2; Sun, 15 Dec 2002 10:58:17 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBFIwBuB099208; Sun, 15 Dec 2002 11:58:11 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 15 Dec 2002 11:57:46 -0700 (MST) Message-Id: <20021215.115746.91195742.imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. From: "M. Warner Losh" In-Reply-To: <200212151828.gBFISANx081428@apollo.backplane.com> References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151828.gBFISANx081428@apollo.backplane.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200212151828.gBFISANx081428@apollo.backplane.com> Matthew Dillon writes: : : : :The real fix is to fix the abi problems. : : : :Warner : : Doh!! Thanks for volunteering to fix the ABI problems. No? You : don't want to do it? Gee, I saw that one coming a mile away! : THEN DON'T COMPLAIN. GET OVER YOURSELF. YOUR CONTIRBUTES ARE NOT GREAT ENOUGH THAT I WILL TOLERATE THIS BULLSHIT ANYMORE. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11: 2:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0924B37B401; Sun, 15 Dec 2002 11:02:22 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23FB43E4A; Sun, 15 Dec 2002 11:02:21 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJ2IOM081726; Sun, 15 Dec 2002 11:02:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJ2Ikk081725; Sun, 15 Dec 2002 11:02:18 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:02:18 -0800 (PST) From: Matthew Dillon Message-Id: <200212151902.gBFJ2Ikk081725@apollo.backplane.com> To: "M. Warner Losh" Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151828.gBFISANx081428@apollo.backplane.com> <20021215.115746.91195742.imp@bsdimp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :In message: <200212151828.gBFISANx081428@apollo.backplane.com> : Matthew Dillon writes: :: : :: :The real fix is to fix the abi problems. :: : :: :Warner :: :: Doh!! Thanks for volunteering to fix the ABI problems. No? You :: don't want to do it? Gee, I saw that one coming a mile away! :: THEN DON'T COMPLAIN. : :GET OVER YOURSELF. YOUR CONTIRBUTES ARE NOT GREAT ENOUGH THAT I WILL :TOLERATE THIS BULLSHIT ANYMORE. : :Warner Bullshit is exactly what it is Warner, but I'm not the one spouting it. When all is said and done, this patch is utterly trivial and doesn't hurt anyone. I have said on multiple occassions that it can be removed when the API is fixed, but I am not willing to wait for the API to be fixed because the API has been an open issue for, what, a year now? More? If you want to fix the API then you should go and fix it. I should have just comitted the damn thing rather then ask for a review on the mailing list. I should know better by now. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11: 3:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50E5537B401; Sun, 15 Dec 2002 11:03:39 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC0D43ED8; Sun, 15 Dec 2002 11:03:38 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJ3aOM081741; Sun, 15 Dec 2002 11:03:36 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJ3abr081740; Sun, 15 Dec 2002 11:03:36 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:03:36 -0800 (PST) From: Matthew Dillon Message-Id: <200212151903.gBFJ3abr081740@apollo.backplane.com> To: "M. Warner Losh" Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :: This is complete BULLSHIT, Warner. : :Your attitude it totally unacceptible. Learn to play well with :others, or get the fuck out of the project. : :I am *NOT* blocking you. I'm telling you you need to get the SO's :sign off to make sure that there isn't a security issue because the :current defaults were set by the so. If you don't like that, then I :suggest that you get over yourself and find someplace else to play. : :Warner This is not a security issue. Why do you think it is? How is 'ipfw unbreak' any different from 'ipfw add 2 allow all from any to any'? (Other then the fact that unbreak is immune from API changes). Have you even bothered to read the patch? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11: 8: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CF8137B401; Sun, 15 Dec 2002 11:08:04 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89C243EDA; Sun, 15 Dec 2002 11:08:03 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJ81OM081775; Sun, 15 Dec 2002 11:08:01 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJ811I081774; Sun, 15 Dec 2002 11:08:01 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:08:01 -0800 (PST) From: Matthew Dillon Message-Id: <200212151908.gBFJ811I081774@apollo.backplane.com> To: "M. Warner Losh" Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :: This is complete BULLSHIT, Warner. : :Your attitude it totally unacceptible. Learn to play well with :others, or get the fuck out of the project. Really? You think I should learn to play well with others? You think it's appropriate to request that I spend a man week rewriting an API? You really do? You think it's appropriate to bring up a bogus security issue when its obvious that no security issue exists, abusing your power in that manner is playing well with others? This is Warner of core? When people say and do reasonable things I am a reasonable guy. When people say and do unreasonable things then I fight tooth and nail. It's that simple. If you don't like it, then tough. There is nothing unreasonable about this patch. NOTHING. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11: 9:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED1E37B401; Sun, 15 Dec 2002 11:09:52 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F78943ED1; Sun, 15 Dec 2002 11:09:51 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBFJ9juB099360; Sun, 15 Dec 2002 12:09:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 15 Dec 2002 12:09:20 -0700 (MST) Message-Id: <20021215.120920.131103264.imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. From: "M. Warner Losh" In-Reply-To: <200212151903.gBFJ3abr081740@apollo.backplane.com> References: <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> <200212151903.gBFJ3abr081740@apollo.backplane.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200212151903.gBFJ3abr081740@apollo.backplane.com> Matthew Dillon writes: : : : : :: This is complete BULLSHIT, Warner. : : : :Your attitude it totally unacceptible. Learn to play well with : :others, or get the fuck out of the project. : : : :I am *NOT* blocking you. I'm telling you you need to get the SO's : :sign off to make sure that there isn't a security issue because the : :current defaults were set by the so. If you don't like that, then I : :suggest that you get over yourself and find someplace else to play. : : : :Warner : : This is not a security issue. Why do you think it is? How is : 'ipfw unbreak' any different from 'ipfw add 2 allow all from any to any'? : (Other then the fact that unbreak is immune from API changes). : : Have you even bothered to read the patch? Yes, I have. It potentially has security implications because it is a security part of the system. That's why I think it would be valuable to get the SO's input on what you are doing. I've read the patch. It makes it possible with one ioctl to turn off the firewall to allow you to use the system. That needs careful reviewed. In fact, it has one flaw. You'll find on lines /* * Disallow modifications in really-really secure mode, but still allow * the logging counters to be reset. */ if (sopt->sopt_name == IP_FW_ADD || (sopt->sopt_dir == SOPT_SET && sopt->sopt_name != IP_FW_RESETLOG)) { #if __FreeBSD_version >= 500034 error = securelevel_ge(sopt->sopt_td->td_ucred, 3); if (error) return (error); #else /* FreeBSD 4.x */ if (securelevel >= 3) return (EPERM); #endif } which you haven't changed. This strikes me as a danger operation to allow in high security mode, so there likely needs to be some changes assocaited with the above lines (like an || sopt->sopt_name == IP_FW_UNBREAK in the above). Otherwise, an attacker would be able to turn off the ipfw stuff at a high security level. I'm not trying to get in your way Matt, I'm just saying that there needs to be a little discussion on this kludge if you aren't going to fix the real, underlying problem, ok? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:15:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E7E37B401; Sun, 15 Dec 2002 11:15:17 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D60AE43EC2; Sun, 15 Dec 2002 11:15:16 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBFJFBuB099412; Sun, 15 Dec 2002 12:15:11 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 15 Dec 2002 12:14:46 -0700 (MST) Message-Id: <20021215.121446.79106618.imp@bsdimp.com> To: dillon@apollo.backplane.com Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. From: "M. Warner Losh" In-Reply-To: <200212151908.gBFJ811I081774@apollo.backplane.com> References: <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> <200212151908.gBFJ811I081774@apollo.backplane.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200212151908.gBFJ811I081774@apollo.backplane.com> Matthew Dillon writes: : When people say and do reasonable things I am a reasonable guy. When : people say and do unreasonable things then I fight tooth and nail. : It's that simple. If you don't like it, then tough. There is nothing : unreasonable about this patch. NOTHING. I've answered this in other email, but you need to expand the check at the top of ipfw_ctl to include this new message as one of the ones that is disallowed at high security levels. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:18:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C2DD37B401; Sun, 15 Dec 2002 11:18:26 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EF143ED4; Sun, 15 Dec 2002 11:18:25 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id gBFJI5j17740; Sun, 15 Dec 2002 11:18:05 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id LAA22989; Sun, 15 Dec 2002 11:17:59 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA26168; Sun, 15 Dec 2002 12:17:54 -0700 (MST) Message-ID: <3DFCD553.9080407@btc.adaptec.com> Date: Sun, 15 Dec 2002 12:17:39 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon Cc: "M. Warner Losh" , sam@errno.com, mux@freebsd.org, obrien@freebsd.org, current@freebsd.org Subject: Re: ipfw userland breaks again. References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> <200212151908.gBFJ811I081774@apollo.backplane.com> In-Reply-To: <200212150015.gBF0FlbS066547@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > [ useless drivel removed ] There's still a TODO list for 5.0. It was even mailed out to developers@ this morning. If you have time to spare in your day, please focus your attention to that right now. Also, fixing the ipfw2 abi is probably a good item to put on the list for getting 5.x to 5-STABLE. Please don't waste time with band-aids that will make people forget that ipfw2 needs attention. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:33:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7990E37B401; Sun, 15 Dec 2002 11:33:22 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D6343E4A; Sun, 15 Dec 2002 11:33:22 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJXIOM082013; Sun, 15 Dec 2002 11:33:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJXINk082012; Sun, 15 Dec 2002 11:33:18 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:33:18 -0800 (PST) From: Matthew Dillon Message-Id: <200212151933.gBFJXINk082012@apollo.backplane.com> To: Scott Long Cc: "M. Warner Losh" , sam@errno.com, mux@freebsd.org, obrien@freebsd.org, current@freebsd.org Subject: Re: ipfw userland breaks again. References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> <200212151908.gBFJ811I081774@apollo.backplane.com> <3DFCD553.9080407@btc.adaptec.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Also, fixing the ipfw2 abi is probably a good item to put on the list :for getting 5.x to 5-STABLE. Please don't waste time with band-aids :that will make people forget that ipfw2 needs attention. : :Scott This is a reasonable line of argument but my opinion is that it hasn't been fixed for a long time now and unless someone decides they really want to tackle the issue soon it isn't going to be fixed for a long time to come, and we shouldn't continue to create a major hassle for developers and sysads that hit up against the issue. I mean, hey, if someone asked me to rename the command from 'ipfw unbreak' to 'ipfw somelonggobblygookthatyouhavetocutandpaste' I'm willing to do that too :-) But we need either the API fixed or this hack and, right now, the only person willing to do anything is me and my buddy Hack. If someone stood up and said "I will take on fixing the API but it will take a month" then that's fine with me, I would not feel that I would have to commit this now. But so far nobody has stood up and said that. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:34:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6713A37B401 for ; Sun, 15 Dec 2002 11:34:19 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id D13C143EC2 for ; Sun, 15 Dec 2002 11:34:18 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gBFJYH59013534; Sun, 15 Dec 2002 11:34:18 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200212151934.gBFJYH59013534@beastie.mckusick.com> To: Martin Blapp Subject: Re: Panic with recent CURRENT (1 hour ago) Cc: current@freebsd.org In-Reply-To: Your message of "Sat, 14 Dec 2002 21:47:20 +0100." <20021214214405.N40216-100000@levais.imp.ch> Date: Sun, 15 Dec 2002 11:34:17 -0800 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There was a problem with snapshots that lead to incomplete checking by background fsck which in turn could lead to the problem that you were seeing (i.e., repeated failures until fsck was run manually). This problem was fixed with version 1.54 of ufs/ffs/ffs_snapshot.c which was checked in on Dec 14, 2002. Please verify that you are running with this version. If you had this problem after that conversion please contact me directly so I can try and work out more of the details. Kirk McKusick =-=-=-=-=-= Date: Sat, 14 Dec 2002 21:47:20 +0100 (CET) From: Martin Blapp To: Kirk McKusick cc: Subject: Panic with recent CURRENT (1 hour ago) X-ASK-Info: Confirmed by User Hi Kirk, Panic message was: "Block already free". I had to fsck -y manually, but nothing special was found and fixed. The machine rebooted over and over and paniced always at the same place. This shouln't happen I guess. #10 0xc02f055b in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:503 #11 0xc03f9a8a in ffs_blkfree (fs=0xcc27b800, devvp=0xcc284384, bno=370040, size=16384, inum=1400) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1771 #12 0xc0408fcf in indir_trunc (freeblks=0xcc586500, dbn=1481056, level=0, lbn=45068, countp=0xe6928c10) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2603 #13 0xc0408f94 in indir_trunc (freeblks=0xcc586500, dbn=1480064, level=1, lbn=4108, countp=0xe6928c10) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2599 #14 0xc0408a75 in handle_workitem_freeblocks (freeblks=0xcc586500, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2469 #15 0xc0405c9a in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:745 #16 0xc04059e0 in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:624 #17 0xc034337e in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1749 #18 0xc02dcc14 in fork_exit (callout=0xc0343090 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:872 Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:38: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CABF37B401 for ; Sun, 15 Dec 2002 11:38:09 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE0F43EC5 for ; Sun, 15 Dec 2002 11:38:08 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id gBFJc5lI035733 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 15 Dec 2002 14:38:05 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id gBFJc5bw035730; Sun, 15 Dec 2002 14:38:05 -0500 (EST) (envelope-from wollman) Date: Sun, 15 Dec 2002 14:38:05 -0500 (EST) From: Garrett Wollman Message-Id: <200212151938.gBFJc5bw035730@khavrinen.lcs.mit.edu> To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. In-Reply-To: <200212151826.gBFIQMpo081407@apollo.backplane.com> References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Now you are forcing me to go to core. It's absolutely ridiculous and > you know it. Goddamn it, next time I won't even bother posting if all > I get is this sort of crap. All the better, if you refuse to be civil to your fellow developers. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:40:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B8D37B401; Sun, 15 Dec 2002 11:40:13 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E3CD43E4A; Sun, 15 Dec 2002 11:40:13 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJeAOM086828; Sun, 15 Dec 2002 11:40:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJeA1l086827; Sun, 15 Dec 2002 11:40:10 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:40:10 -0800 (PST) From: Matthew Dillon Message-Id: <200212151940.gBFJeA1l086827@apollo.backplane.com> To: "M. Warner Losh" Cc: sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> <200212151908.gBFJ811I081774@apollo.backplane.com> <20021215.121446.79106618.imp@bsdimp.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I've answered this in other email, but you need to expand the check at :the top of ipfw_ctl to include this new message as one of the ones :that is disallowed at high security levels. : :Warner Here's a new patch. But there isn't much of a point if we do not also disallow ipfw DELETE and FLUSH. And the pipe config commands as well as anything else that changes the firewall state. Firewalls are there to protect the systems behind them. I think deleting the rule that, say, prevents spoofing is as bad as adding a rule that allows everything through :-( -Matt Matthew Dillon Index: sbin/ipfw/ipfw.8 =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/ipfw.8,v retrieving revision 1.116 diff -u -r1.116 ipfw.8 --- sbin/ipfw/ipfw.8 26 Nov 2002 19:51:40 -0000 1.116 +++ sbin/ipfw/ipfw.8 14 Dec 2002 22:17:17 -0000 @@ -21,6 +21,9 @@ .Cm flush .Nm .Op Fl q +.Cm unbreak +.Nm +.Op Fl q .Brq Cm delete | zero | resetlog .Op Cm set .Op Ar number ... @@ -179,6 +182,16 @@ and .Cm resetlog commands. +.Pp +When upgrading your kernel and userland you may wind up in a situation +where +.Nm +is unable to add rules due to a kernel/userland mismatch. If you depend +on NFS as your install source this can result in a no-win situation. +You can use the +.Cm unbreak +command to flush and install a simple pass-through rule that will allow +you to get your network up and running so you can resolve the problem. .Pp Also, each rule belongs to one of 32 different .Em sets Index: sbin/ipfw/ipfw2.c =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/ipfw2.c,v retrieving revision 1.18 diff -u -r1.18 ipfw2.c --- sbin/ipfw/ipfw2.c 26 Nov 2002 22:53:14 -0000 1.18 +++ sbin/ipfw/ipfw2.c 14 Dec 2002 22:08:11 -0000 @@ -3307,6 +3307,30 @@ printf("Flushed all %s.\n", do_pipe ? "pipes" : "rules"); } +static void +unbreak() +{ + if (!do_force && !do_quiet) { /* need to ask user */ + int c; + + printf("Are you sure? [yn] "); + fflush(stdout); + do { + c = toupper(getc(stdin)); + while (c != '\n' && getc(stdin) != '\n') + if (feof(stdin)) + return; /* and do not flush */ + } while (c != 'Y' && c != 'N'); + printf("\n"); + if (c == 'N') /* user said no */ + return; + } + if (setsockopt(s, IPPROTO_IP, IP_FW_UNBREAK, NULL, 0) < 0) + err(EX_UNAVAILABLE, "setsockopt(IP_FW_UNBREAK)"); + if (!do_quiet) + printf("Flushed all rules and installed a pass-through.\n"); +} + static int ipfw_main(int ac, char **av) { @@ -3398,6 +3422,8 @@ delete(ac, av); else if (!strncmp(*av, "flush", strlen(*av))) flush(); + else if (!strncmp(*av, "unbreak", strlen(*av))) + unbreak(); else if (!strncmp(*av, "zero", strlen(*av))) zero(ac, av); else if (!strncmp(*av, "resetlog", strlen(*av))) Index: sys/netinet/in.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/in.h,v retrieving revision 1.73 diff -u -r1.73 in.h --- sys/netinet/in.h 29 Oct 2002 16:46:13 -0000 1.73 +++ sys/netinet/in.h 14 Dec 2002 21:32:07 -0000 @@ -393,6 +393,7 @@ #define IP_FW_ZERO 53 /* clear single/all firewall counter(s) */ #define IP_FW_GET 54 /* get entire firewall rule chain */ #define IP_FW_RESETLOG 55 /* reset logging counters */ +#define IP_FW_UNBREAK 56 /* flush and install a pass-thru rule */ #define IP_DUMMYNET_CONFIGURE 60 /* add/configure a dummynet pipe */ #define IP_DUMMYNET_DEL 61 /* delete a dummynet pipe from chain */ Index: sys/netinet/ip_fw2.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.20 diff -u -r1.20 ip_fw2.c --- sys/netinet/ip_fw2.c 15 Dec 2002 09:44:02 -0000 1.20 +++ sys/netinet/ip_fw2.c 15 Dec 2002 19:36:54 -0000 @@ -2457,7 +2457,7 @@ * Disallow modifications in really-really secure mode, but still allow * the logging counters to be reset. */ - if (sopt->sopt_name == IP_FW_ADD || + if (sopt->sopt_name == IP_FW_ADD || sopt->sopt_name == IP_FW_UNBREAK || (sopt->sopt_dir == SOPT_SET && sopt->sopt_name != IP_FW_RESETLOG)) { #if __FreeBSD_version >= 500034 error = securelevel_ge(sopt->sopt_td->td_ucred, 3); @@ -2535,6 +2535,7 @@ break; case IP_FW_FLUSH: + case IP_FW_UNBREAK: /* * Normally we cannot release the lock on each iteration. * We could do it here only because we start from the head all @@ -2551,6 +2552,22 @@ s = splimp(); free_chain(&layer3_chain, 0 /* keep default rule */); splx(s); + + /* + * If unbreaking the rulechain, which a sysad may have to do + * if IP_FW_ADD fails due to a userland/kernelland mismatch, + * install a pass-through rule. + */ + if (sopt->sopt_name == IP_FW_UNBREAK) { + rule = (struct ip_fw *)rule_buf; /* XXX do a malloc */ + bzero(rule, sizeof(*rule)); + rule->rulenum = 2; + rule->cmd_len = 1; + rule->set = 1; + rule->cmd[0].len = 1; + rule->cmd[0].opcode = O_ACCEPT; + error = add_rule(&layer3_chain, rule); + } break; case IP_FW_ADD: Index: sys/netinet/raw_ip.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/raw_ip.c,v retrieving revision 1.107 diff -u -r1.107 raw_ip.c --- sys/netinet/raw_ip.c 20 Nov 2002 19:00:54 -0000 1.107 +++ sys/netinet/raw_ip.c 14 Dec 2002 21:33:58 -0000 @@ -399,6 +399,7 @@ case IP_FW_ADD: case IP_FW_DEL: case IP_FW_FLUSH: + case IP_FW_UNBREAK: case IP_FW_ZERO: case IP_FW_RESETLOG: if (IPFW_LOADED) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:41:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4063537B401 for ; Sun, 15 Dec 2002 11:41:27 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA41C43EA9 for ; Sun, 15 Dec 2002 11:41:26 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJfQOM087243; Sun, 15 Dec 2002 11:41:26 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJfQmH087242; Sun, 15 Dec 2002 11:41:26 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:41:26 -0800 (PST) From: Matthew Dillon Message-Id: <200212151941.gBFJfQmH087242@apollo.backplane.com> To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <200212151938.gBFJc5bw035730@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :< said: : :> Now you are forcing me to go to core. It's absolutely ridiculous and :> you know it. Goddamn it, next time I won't even bother posting if all :> I get is this sort of crap. : :All the better, if you refuse to be civil to your fellow developers. : :-GAWollman If people are reasonable with me, I am reasonable right back. If people are unreasonable, they shouldn't expect me to be reasonable in response. It's really that simple. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:46:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CCED37B401 for ; Sun, 15 Dec 2002 11:46:56 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F36B43EC5 for ; Sun, 15 Dec 2002 11:46:56 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFJktOM090731 for ; Sun, 15 Dec 2002 11:46:56 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFJktmo090730; Sun, 15 Dec 2002 11:46:55 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 11:46:55 -0800 (PST) From: Matthew Dillon Message-Id: <200212151946.gBFJktmo090730@apollo.backplane.com> To: current@freebsd.org Subject: swapoff code comitted. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz's swapoff code has been comitted. It should be regarded as being highly experimental (and it still needs to be vetted for VM locking changes and other recent changes in -current). A considerable amount of testing has been done already but -current is a moving target. I am tentitively planning on MFCing the code in a few weeks (some time after christmas) but it will depend on my schedule. If someone else wants to take on that work I will would be happy to act as a reviewer. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:51:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93FE937B401 for ; Sun, 15 Dec 2002 11:51:32 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E2B43EC2 for ; Sun, 15 Dec 2002 11:51:31 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id gBFJpUlI035879 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 15 Dec 2002 14:51:30 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id gBFJpUNq035876; Sun, 15 Dec 2002 14:51:30 -0500 (EST) (envelope-from wollman) Date: Sun, 15 Dec 2002 14:51:30 -0500 (EST) From: Garrett Wollman Message-Id: <200212151951.gBFJpUNq035876@khavrinen.lcs.mit.edu> To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. In-Reply-To: <200212151941.gBFJfQmH087242@apollo.backplane.com> References: <200212142351.gBENpBVH002931@apollo.backplane.com> <23f401c2a3ce$2a6e7e30$52557f42@errno.com> <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <200212151938.gBFJc5bw035730@khavrinen.lcs.mit.edu> <200212151941.gBFJfQmH087242@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > If people are reasonable with me, I am reasonable right back. If > people are unreasonable, they shouldn't expect me to be reasonable > in response. It's really that simple. As a FreeBSD developer, you are expected to be civil to your fellow developers at all times, as stated in the committers' rules. If you can't manage that, please find another project. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 11:57:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BFDC37B401 for ; Sun, 15 Dec 2002 11:57:45 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F34743E4A for ; Sun, 15 Dec 2002 11:57:44 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id gBFJvhlI036087 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 15 Dec 2002 14:57:43 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id gBFJvhWB036084; Sun, 15 Dec 2002 14:57:43 -0500 (EST) (envelope-from wollman) Date: Sun, 15 Dec 2002 14:57:43 -0500 (EST) From: Garrett Wollman Message-Id: <200212151957.gBFJvhWB036084@khavrinen.lcs.mit.edu> To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: 80386 out of GENERIC In-Reply-To: <3DFCB11A.4090900@hotmail.com> References: <3DFCB11A.4090900@hotmail.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Was sysinstall around when 386 was new? Just curious what's changed since > then to make it bigger. The 80386 came out in 1986. FreeBSD 1.0 came out in 1994, and I don't think we even had sysinstall then. I did a lot of 386BSD work on a 386SX/16, which was already old by the time I got it. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12: 1: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF5D37B401 for ; Sun, 15 Dec 2002 12:01:06 -0800 (PST) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1EEA43E4A for ; Sun, 15 Dec 2002 12:01:05 -0800 (PST) (envelope-from gavin@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id gBFK0un28666; Sun, 15 Dec 2002 20:00:56 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.6/8.12.6) with ESMTP id gBFK0uTI067120; Sun, 15 Dec 2002 20:00:56 GMT (envelope-from gavin@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.6/8.12.6/Submit) with ESMTP id gBFK0tf1067117; Sun, 15 Dec 2002 20:00:56 GMT Date: Sun, 15 Dec 2002 20:00:55 +0000 (GMT) From: Gavin Atkinson To: Craig Boston Cc: current@FreeBSD.ORG Subject: Re: su(1) problem on -current In-Reply-To: <1039973731.751.11.camel@darth-laptop> Message-ID: <20021215195157.H58191-100000@ury.york.ac.uk> References: <1039973731.751.11.camel@darth-laptop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 15 Dec 2002, Craig Boston wrote: > On a laptop running current, I have a problem using the su program > multiple times (nested). > > (log in as auser) > $ id > uid=1002(auser) gid=1002(auser) groups=1002(auser) > $ su - buser > Password: > $ id > uid=1001(buser) gid=1001(buser) groups=1001(buser), 0(wheel) > $ su - > su: Sorry > $ > > So, even though I'm in the wheel group after the first su, it won't let > me su to root (doesn't even prompt for password). It seems to make no > difference whether I use the -l option to su or not. Is this PAM > related? Confirmed. in su.c it seems that pam_authenticate is returning PAM_AUTH_ERR, when it presumably should not be doing so. that's about all I can figure out, PAM is not an area I'm familiar with. 4.x does not have this problem. Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12: 5:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5711B37B401 for ; Sun, 15 Dec 2002 12:05:11 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 01ABD43EA9 for ; Sun, 15 Dec 2002 12:05:07 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 44782 invoked by uid 1000); 15 Dec 2002 20:05:07 -0000 Date: Sun, 15 Dec 2002 12:05:07 -0800 (PST) From: Nate Lawson To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. In-Reply-To: <200212151940.gBFJeA1l086827@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 15 Dec 2002, Matthew Dillon wrote: > Here's a new patch. But there isn't much of a point if we do not > also disallow ipfw DELETE and FLUSH. And the pipe config commands > as well as anything else that changes the firewall state. Firewalls > are there to protect the systems behind them. I think deleting the > rule that, say, prevents spoofing is as bad as adding a rule that > allows everything through :-( One other avenue would be to stick a temporary check for ABI compat in installworld before overwriting ipfw. Or for the next few releases, build both ipfw1 and ipfw2 and install both (say, symlinking ipfw -> ipfw2 by default). You could fall back to ipfw1 if ipfw2 returns an error code in rc scripts. I'd prefer this kind of hack in the install/rc process, not in a new API. Regarding civility to developers, there are a ton of frustrating things in any project. I think civility should be the response given to both reasonable and unreasonable people. If they are unreasonable, giving a reasonable response just makes them look bad. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12:20:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC61C37B401 for ; Sun, 15 Dec 2002 12:20:43 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id DA17043EA9 for ; Sun, 15 Dec 2002 12:20:42 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Dec 2002 20:20:41 +0000 (GMT) Date: Sun, 15 Dec 2002 20:20:40 +0000 From: David Malone To: Gavin Atkinson Cc: Craig Boston , current@FreeBSD.ORG Subject: Re: su(1) problem on -current Message-ID: <20021215202040.GB10636@walton.maths.tcd.ie> References: <1039973731.751.11.camel@darth-laptop> <20021215195157.H58191-100000@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021215195157.H58191-100000@ury.york.ac.uk> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 15, 2002 at 08:00:55PM +0000, Gavin Atkinson wrote: > Confirmed. in su.c it seems that pam_authenticate is returning > PAM_AUTH_ERR, when it presumably should not be doing so. Try getting rid of the auth_as_self in /etc/pam.d/su for the pam_wheel module. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12:24: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9880037B401 for ; Sun, 15 Dec 2002 12:23:59 -0800 (PST) Received: from gromit.inodes.ch (zux169-102.adsl.green.ch [80.254.169.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1CF143E4A for ; Sun, 15 Dec 2002 12:23:57 -0800 (PST) (envelope-from private@claudio.ch) Received: (qmail 6851 invoked from network); 15 Dec 2002 20:23:38 -0000 Received: from unknown (HELO localhost.localdomain) (claudio@claudio.ch@212.55.198.204) by gromit.inodes.ch with DES-CBC3-SHA encrypted SMTP; 15 Dec 2002 20:23:38 -0000 Date: Sun, 15 Dec 2002 21:23:41 +0100 From: Claudio Nieder To: freebsd-current@freebsd.org Subject: FBSD 5.0RC1 install oddity Message-Id: <20021215212341.710dadbf.private@claudio.ch> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-redhat-linux) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, whe I posted this problem to comp.unix.bsd.freebsd.misc it was suggested to me I should report it to this e-mail addres. I can't yet use send-pr, which was suggtested too, as my FreeBSD installation is not finished yet. This is the "oddity" I noticed: During installation of FreeBSD 5.0RC1 at some point I was asked if I wanted to configure a network interface, and was proposed to use "wi0" which is the wireless lan card. I choose that and was then asked if I want to use DHCP which I agreed to. Problem: After that question the install programm immediatly tries to contact the DHCP server, which cannot work, as informations like the WEP key to use etc. were asked for/supplied so that the wireless card could be properly set up to communicate. I hope this information can help you, and apologize for not having been able to submit a proper report using send-pr. claudio - -- Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 79 357 6743 yahoo messenger: claudionieder aim: claudionieder icq:42315212 mailto:private@claudio.ch http://www.claudio.ch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9/OTNKS3qZW4vY9IRAhd+AJ0WwMlWT0ECFpU17nloRStOuhQ0OQCePPpi ENdOkVKH0JytJashpFqYKHE= =d+M8 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12:26:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9480137B401 for ; Sun, 15 Dec 2002 12:26:33 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F8B143ED8 for ; Sun, 15 Dec 2002 12:26:33 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFKQWOM093378; Sun, 15 Dec 2002 12:26:32 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFKQWIa093377; Sun, 15 Dec 2002 12:26:32 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 12:26:32 -0800 (PST) From: Matthew Dillon Message-Id: <200212152026.gBFKQWIa093377@apollo.backplane.com> To: Nate Lawson Cc: current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What it comes down to is what developers are willing to do. My contribution is 'ipfw unbreak'. If someone else has a solution that they are willing to work on and commit in the next four weeks, then fine. But if nobody is willing to work on and commit another solution in the next four weeks then I should be able to commit my solution now, which really isn't all that bad hack or not. Any build-related solution would have to be handled by both installworld and installkernel. Consider the fact that most developers, when working on -current, install the kernel far more often then they install the world. An API check during the installkernel would work almost as well for my own purposes as 'ipfw unbreak'. It doesn't provide a failsafe but it does handle the most common installation case. Note that this solution may not be quite as simple as it appears, since -current may be built on a -stable box so compiling up an out-of-date ipfw is not entirely trivial. My current solution is on the table. I see no others on the table at the moment. -Matt :One other avenue would be to stick a temporary check for ABI compat in :installworld before overwriting ipfw. Or for the next few releases, build :both ipfw1 and ipfw2 and install both (say, symlinking ipfw -> ipfw2 by :default). You could fall back to ipfw1 if ipfw2 returns an error code in :rc scripts. I'd prefer this kind of hack in the install/rc process, not :in a new API. : :Regarding civility to developers, there are a ton of frustrating things in :any project. I think civility should be the response given to both :reasonable and unreasonable people. If they are unreasonable, giving a :reasonable response just makes them look bad. : :-Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12:40:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9562D37B401; Sun, 15 Dec 2002 12:40:33 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE27C43EC2; Sun, 15 Dec 2002 12:40:32 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <2002121520403100200eeim0e>; Sun, 15 Dec 2002 20:40:31 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA03603; Sun, 15 Dec 2002 12:40:30 -0800 (PST) Date: Sun, 15 Dec 2002 12:40:28 -0800 (PST) From: Julian Elischer To: Nate Lawson Cc: FreeBSD current users , re@freebsd.org Subject: Re: 5.0 dangerous dumps (showstopper?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok. so On Fri, 13 Dec 2002, Julian Elischer wrote: > > > On Fri, 13 Dec 2002, Nate Lawson wrote: > > > On Fri, 13 Dec 2002, Julian Elischer wrote: > > > On Fri, 13 Dec 2002, Peter Wemm wrote: > > > > Julian Elischer wrote: > > > > > looking at the code in src/sys/i386/i386/dump_machdep.c, > > > > > > > > > > we see: > > > > > 78 dumplo = di->mediaoffset + di->mediasize - Maxmem * > > > > > (off_t)PAGE_SIZE; > > > > > 79 dumplo -= sizeof kdh * 2; > > > > > 80 i = di->dumper(di->priv, &kdh, 0, dumplo, sizeof kdh); > > > > > 81 if (i) > > > > > 82 printf("\nDump failed writing header (%d)\n", i); > > > > > 83 dumplo += sizeof kdh; > > > > > 84 i = 0; > > > > > > > > > > It looks like the following test should go after line 77 > > > > > > > > > > if (di->mediasize < ((Maxmem * (off_t)PAGE_SIZE) + > > > > > (sizeof kdh * 2) + (16*1024)) { > > > > > /* 16K is an arbitrary buffer > > > > > * in case the swap part is > > > > > * the first part > > > > > */ > > > > > printf("\nDump failed. Partition too small.\n"); > > > > > return; > > > > > } > > > > Assuming I can make similar patches for the other architectures, should this be committed? how does it make its way to RELENG_5_0? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 12:47:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD4337B401; Sun, 15 Dec 2002 12:47:49 -0800 (PST) Received: from crf-consulting.co.uk (pc-80-194-99-103-hy.blueyonder.co.uk [80.194.99.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF16043EB2; Sun, 15 Dec 2002 12:47:48 -0800 (PST) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20]) by crf-consulting.co.uk (8.12.3/8.12.3) with ESMTP id gBFKlOpx005147; Sun, 15 Dec 2002 20:47:24 GMT (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) by clan.nothing-going-on.org (8.12.3/8.12.3) with ESMTP id gBFKlOxO077043; Sun, 15 Dec 2002 20:47:24 GMT (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.12.3/8.12.3/Submit) id gBFKlNeL077042; Sun, 15 Dec 2002 20:47:23 GMT Date: Sun, 15 Dec 2002 20:47:23 +0000 From: Nik Clayton To: Matthew Dillon Cc: "M. Warner Losh" , sam@errno.com, mux@FreeBSD.ORG, obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw userland breaks again. Message-ID: <20021215204723.GE2816@clan.nothing-going-on.org> References: <200212150015.gBF0FlbS066547@apollo.backplane.com> <20021215.111441.05985858.imp@bsdimp.com> <200212151826.gBFIQMpo081407@apollo.backplane.com> <20021215.115657.90648628.imp@bsdimp.com> <200212151908.gBFJ811I081774@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jKBxcB1XkHIR0Eqt" Content-Disposition: inline In-Reply-To: <200212151908.gBFJ811I081774@apollo.backplane.com> User-Agent: Mutt/1.4i Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --jKBxcB1XkHIR0Eqt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 15, 2002 at 11:08:01AM -0800, Matthew Dillon wrote: >=20 > : > :: This is complete BULLSHIT, Warner. =20 > : > :Your attitude it totally unacceptible. Learn to play well with > :others, or get the fuck out of the project. >=20 > Really? You think I should learn to play well with others? You > think it's appropriate to request that I spend a man week rewriting > an API? You really do? You think it's appropriate to bring up a=20 > bogus security issue when its obvious that no security issue exists, > abusing your power in that manner is playing well with others? This > is Warner of core? I think it's more appropriate if you put=20 options IPFIREWALL_DEFAULT_TO_ACCEPT on any boxes where you're running test code. That's much more acceptable than committing a kludge with a poor choice of name after minimal discussion when efforts would be better spent working on other rough edges in the run up to 5-release. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --jKBxcB1XkHIR0Eqt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9/Opak6gHZCw343URAnuNAJ0VBmbAWdTIGyjsDS6uBIaxkhJiEwCfU8/T ycPMXqN09jt70emL/7v1OIM= =9yWc -----END PGP SIGNATURE----- --jKBxcB1XkHIR0Eqt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 13:10:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B53DE37B401 for ; Sun, 15 Dec 2002 13:10:37 -0800 (PST) Received: from newsguy.com (smtp.newsguy.com [129.250.170.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B56343EB2 for ; Sun, 15 Dec 2002 13:10:37 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com ([200.193.235.167]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id NAA94327; Sun, 15 Dec 2002 13:10:21 -0800 (PST) Message-ID: <3DFCEFC5.B5CC2363@newsguy.com> Date: Sun, 15 Dec 2002 19:10:29 -0200 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: 80386 out of GENERIC References: <3DFCB11A.4090900@hotmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG walt wrote: > > phk@FreeBSD.ORG wrote: > > > Because few if any 80386 computers have the ram it takes to run sysinstall. > > Was sysinstall around when 386 was new? Just curious what's changed since > then to make it bigger. The sheer number of new drivers, for one thing. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.fantastic.bsdconspiracy.net "You are as old as you feel." "Then I broke a few medical records." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 13:44:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A68B37B401 for ; Sun, 15 Dec 2002 13:44:33 -0800 (PST) Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E1443ED8 for ; Sun, 15 Dec 2002 13:44:27 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by maile.telia.com (8.12.5/8.12.5) with ESMTP id gBFLiPlv011595 for ; Sun, 15 Dec 2002 22:44:25 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id gBFLiO613741 for ; Sun, 15 Dec 2002 22:44:24 +0100 (CET) Content-Type: text/plain; charset="us-ascii" From: David Holm To: current@freebsd.org Subject: Problems connecting locally Date: Sun, 15 Dec 2002 22:44:22 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200212152244.22060.david@realityrift.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, after updating my -CURRENT today (sun dec 15) I can no longer connect to = my=20 local cvs and sshd. cvs returns: Connection closed by 217.208.105.23 cvs [commit aborted]: end of file from server (consult above messages if = any) and ssh returns: Connection closed by 217.208.105.23 Both these worked flawlessly before the update, the previous version I wa= s=20 running on was about 2 weeks old.=20 The thing is, if I try to connect from remote I have no problems accessin= g=20 both cvs and ssh. And apache seems unaffected, I can access my webserver = both=20 locally and remotely. I have not modified my fiewall since the upgrade, but just in case, it lo= oks=20 like this: 00050 divert 8668 ip from any to any via rl0 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 01050 deny ip from any to any dst-port 139 via rl0 01100 deny ip from any to any dst-port 587 via rl0 01150 deny ip from any to any dst-port 783 via rl0 01200 deny ip from any to any dst-port 901 via rl0 01250 deny ip from any to any dst-port 1024 via rl0 65000 allow ip from any to any 65535 deny ip from any to any //David Holm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 13:47:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0052A37B401 for ; Sun, 15 Dec 2002 13:47:08 -0800 (PST) Received: from durendal.skynet.be (durendal.skynet.be [195.238.3.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC3143EC2 for ; Sun, 15 Dec 2002 13:47:07 -0800 (PST) (envelope-from brad.knowles@skynet.be) Received: from [10.0.1.2] (ip-26.shub-internet.org [194.78.144.26] (may be forged)) by durendal.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.20) with ESMTP id gBFLku019455; Sun, 15 Dec 2002 22:46:56 +0100 (MET) (envelope-from ) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <20021215212341.710dadbf.private@claudio.ch> References: <20021215212341.710dadbf.private@claudio.ch> X-Grok: +++ath X-WebTV-Stationery: Standard; BGColor=black; TextColor=black Reply-By: Wed, 1 Jan 1984 12:34:56 +0100 Date: Sun, 15 Dec 2002 22:45:38 +0100 To: Claudio Nieder From: Brad Knowles Subject: Re: FBSD 5.0RC1 install oddity Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 9:23 PM +0100 2002/12/15, Claudio Nieder wrote: > Problem: After that question the install programm immediatly tries to > contact the DHCP server, which cannot work, as informations like the WEP > key to use etc. were asked for/supplied so that the wireless card could > be properly set up to communicate. I ran into this same problem when I was trying to install FreeBSD-4.6.2-RELEASE. I think that the solution is actually to flip to a different page in the sysinstall program and provide the additional options that you need. Unfortunately, although I think I stumbled into this solution, I couldn't tell you how to replicate it. -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14: 4:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB0A37B401 for ; Sun, 15 Dec 2002 14:04:20 -0800 (PST) Received: from smtpauth2-ext.prodigy.net (smtpauth2-ext.prodigy.net [207.115.63.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CA143ED4 for ; Sun, 15 Dec 2002 14:04:20 -0800 (PST) (envelope-from jimit@myrealbox.com) Received: from hawk (crtntx1-ar1-4-60-243-201.crtntx1.dsl-verizon.net [4.60.243.201]) (authenticated) by smtpauth2-ext.prodigy.net (8.11.0/8.11.0) with ESMTP id gBFM43p199972 for ; Sun, 15 Dec 2002 17:04:09 -0500 From: "Jimi Thompson" To: Subject: RE: FBSD 5.0RC1 install oddity Date: Sun, 15 Dec 2002 16:04:42 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 9:23 PM +0100 2002/12/15, Claudio Nieder wrote: > Problem: After that question the install programm immediatly tries to > contact the DHCP server, which cannot work, as informations like the WEP > key to use etc. were asked for/supplied so that the wireless card could > be properly set up to communicate. I ran into this same problem when I was trying to install FreeBSD-4.6.2-RELEASE. I think that the solution is actually to flip to a different page in the sysinstall program and provide the additional options that you need. Unfortunately, although I think I stumbled into this solution, I couldn't tell you how to replicate it. -- Brad Knowles, I have noticed several oddities surrounding the dhclient, as well. It seems that my network card is not initalizing early enough in the boot process for me to acquire a dhcp lease. Since I'm not getting a lease this was causing cascade problems with Apache, SSH, etc. However, I have found that setting the crontab to run @reboot and fire off dhclient seems to work for at least acquiring the IP address. This has the effect of firing off dhclient much later on in the boot process (after cron loads). Perhaps this will help you as well. I add as a note that this does not appear to be a complete solution since I am still fighting the cascade issues, most notably with SSH. Thanks, Ms. Jimi Thompson Those who are too smart to engage in politics are punished by being governed by those who are dumber. - Plato To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14:34:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 118B837B401; Sun, 15 Dec 2002 14:34:09 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAD643EA9; Sun, 15 Dec 2002 14:34:07 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id AE4545194B; Mon, 16 Dec 2002 09:04:05 +1030 (CST) Date: Mon, 16 Dec 2002 09:04:05 +1030 From: Greg 'groggy' Lehey To: Terry Lambert Cc: "M. Warner Losh" , phk@FreeBSD.ORG, akruijff@dds.nl, DavidJohnson@Siemens.com, current@FreeBSD.ORG Subject: Re: 80386 out of GENERIC Message-ID: <20021215223405.GA97271@wantadilla.lemis.com> References: <635948263.20021214220720@dds.nl> <24244.1039900460@critter.freebsd.dk> <20021214.173219.116676673.imp@bsdimp.com> <3DFC0B29.FD6F7F18@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DFC0B29.FD6F7F18@mindspring.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 14 December 2002 at 20:55:05 -0800, Terry Lambert wrote: > "M. Warner Losh" wrote: >> One problem with most 386 boxes is that they have very little memory. >> sysinstall is a big, bloated pig dog these days that takes more RAM >> than most 386 boxes have. This is true also for many 486 boxes too. >> So even if 386 stuff were in the default kernel, you'd likely have >> other issues in making sysinstall work and have to do custom >> hacking... > > Add to this that Bosko's workaround for the CPU bug with PSE/PGE > includes loading the kernel at 4M rather than 1M. I'm not sure I understand you. i386's have a 32 bit address space, and long ago we loaded at 0xf0000000 (3.75M). Then we dropped it to 0xc0000000 (3M). 4M is the end of the address space. Are you talking about something else? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14:35:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 606D537B401; Sun, 15 Dec 2002 14:35:43 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED0F043EC2; Sun, 15 Dec 2002 14:35:41 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 1D8895194B; Mon, 16 Dec 2002 09:05:40 +1030 (CST) Date: Mon, 16 Dec 2002 09:05:40 +1030 From: Greg 'groggy' Lehey To: Terry Lambert Cc: Alex , phk@FreeBSD.ORG, Johnson David , current@FreeBSD.ORG Subject: Re: 80386 out of GENERIC Message-ID: <20021215223540.GB97271@wantadilla.lemis.com> References: <24244.1039900460@critter.freebsd.dk> <9710634521.20021214232526@dds.nl> <3DFC0AB1.D60AAF66@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DFC0AB1.D60AAF66@mindspring.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 14 December 2002 at 20:53:05 -0800, Terry Lambert wrote: > Alex wrote: >> It means that you can not install FreeBSD on a 386 unless you have a >> 486+ machine that can compile a new FreeBSD system and have a way to >> get that version to the 386. > > Yes, this is true. Several of us were annoyed by the change, > which appeared at the time to have been done solely to handle > the fact that the newly installed device /dev/random sucked > too much CPU time to work on a 386. That's an interesting apparition. In fact, it was done because the locking primitives for i386 are so different from those for later machines that they would significantly slow down all i[>3]86 kernels. Since that's the vast majority, it doesn't make sense. I suppose it would be a good idea to include an alternatvie i386 kernel on the CD-ROM. There may be a space issue, of course. How many people participating in this thread have an i386 with at least 12 MB of memory and intended to try 5.0 on it? How many of those don't have a machine to bootstrap off? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14:35:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34B3D37B401 for ; Sun, 15 Dec 2002 14:35:49 -0800 (PST) Received: from milan.hitnet.rwth-aachen.de (milan.hitnet.RWTH-Aachen.DE [137.226.181.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 064AF43ED4 for ; Sun, 15 Dec 2002 14:35:43 -0800 (PST) (envelope-from chris@unixpages.org) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by milan.hitnet.rwth-aachen.de (Postfix) with ESMTP id CF3F4ABC9; Sun, 15 Dec 2002 23:35:41 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 687A5154E4; Sun, 15 Dec 2002 23:35:41 +0100 (CET) Date: Sun, 15 Dec 2002 23:35:40 +0100 From: Christian Brueffer To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: swapoff code comitted. Message-ID: <20021215223540.GA601@unixpages.org> References: <200212151946.gBFJktmo090730@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <200212151946.gBFJktmo090730@apollo.backplane.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT X-PGP-Key: http://www.unixpages.org/cbrueffer.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 15, 2002 at 11:46:55AM -0800, Matthew Dillon wrote: > David Schultz's swapoff code has been comitted. It should be regarded > as being highly experimental (and it still needs to be vetted for > VM locking changes and other recent changes in -current). A consider= able > amount of testing has been done already but -current is a moving targ= et. >=20 > I am tentitively planning on MFCing the code in a few weeks (some time > after christmas) but it will depend on my schedule. If someone else > wants to take on that work I will would be happy to act as a reviewer. >=20 > -Matt > Matthew Dillon=20 > >=20 How about renaming swapon(8) into swapctl(8) after this function enhancemen= t? This name reflects it's purpose much better and would be consistent with the other BSDs. - Christian --=20 http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D GPG Key ID : 0xA0ED982D --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9/QO8bHYXjKDtmC0RAp2hAKC8k0RTAjYdr7CSuJx9k2UBBvHEGACfcs1D ioPap2/8KjtAVetAufgklr0= =1s68 -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14:39: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BCF937B401; Sun, 15 Dec 2002 14:39:08 -0800 (PST) Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D46043EC5; Sun, 15 Dec 2002 14:39:02 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.149]) by tomts6-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021215223901.RXHD10601.tomts6-srv.bellnexxia.net@bowie.private>; Sun, 15 Dec 2002 17:39:01 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id gBFMdrQa013955; Sun, 15 Dec 2002 22:39:53 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id gBFMdqZ7013953; Sun, 15 Dec 2002 22:39:52 GMT Date: Sun, 15 Dec 2002 22:39:52 GMT From: Mike Barcroft Message-Id: <200212152239.gBFMdqZ7013953@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Dec 15 22:11:11 GMT 2002 -------------------------------------------------------------- ===> ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14:45:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C0B37B401 for ; Sun, 15 Dec 2002 14:45:30 -0800 (PST) Received: from mailf.telia.com (mailf.telia.com [194.22.194.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3079143EA9 for ; Sun, 15 Dec 2002 14:45:30 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by mailf.telia.com (8.12.5/8.12.5) with ESMTP id gBFMjS5E019665 for ; Sun, 15 Dec 2002 23:45:28 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id gBFMjS611514 for ; Sun, 15 Dec 2002 23:45:28 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: David Holm To: current@FreeBSD.ORG Subject: Re: Problems connecting locally Date: Sun, 15 Dec 2002 23:45:27 +0100 User-Agent: KMail/1.4.3 References: <200212152244.22060.david@realityrift.com> In-Reply-To: <200212152244.22060.david@realityrift.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200212152345.27386.david@realityrift.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I ran truss on both cvs and ssh and they stop at the following points: cvs: open("/home/avatar/.cvsignore",0x0,0666) ERR#2 'No such file or=20 directory' access("/home/avatar/.cvswrappers",0) ERR#2 'No such file or=20 directory' pipe() =3D 3 (0x3) pipe() =3D 5 (0x5) vfork() =3D 14645 (0x3935) close(3) =3D 0 (0x0) close(6) =3D 0 (0x0) fcntl(0x4,0x2,0x1) =3D 0 (0x0) fcntl(0x5,0x2,0x1) =3D 0 (0x0) getdtablesize() =3D 7322 (0x1c9a) fcntl(0x4,0x3,0x0) =3D 2 (0x2) fcntl(0x5,0x3,0x0) =3D 2 (0x2) __sysctl(0xbfbffa08,0x2,0x281cb29c,0xbfbffa04,0x0,0x0) =3D 0 (0x0) break(0x80d5000) =3D 0 (0x0) fstat(4,0xbfbff850) =3D 0 (0x0) break(0x80d9000) =3D 0 (0x0) write(4,0x80d5000,372) =3D 372 (0x174) fstat(5,0xbfbff8a0) =3D 0 (0x0) break(0x80dd000) =3D 0 (0x0) ssh: socket(0x2,0x1,0x0) =3D 3 (0x3) =2E =2E =2E open("/home/avatar/.ssh/known_hosts",0x0,0666) =3D 4 (0x4) fstat(4,0xbfbfca00) =3D 0 (0x0) read(0x4,0x8076000,0x1000) =3D 4096 (0x1000) read(0x4,0x8076000,0x1000) =3D 4096 (0x1000) read(0x4,0x8076000,0x1000) =3D 1212 (0x4bc) close(4) =3D 0 (0x0) write(3,0x8070000,16) =3D 16 (0x10) write(3,0x8070000,48) =3D 48 (0x30) select(0x4,0x806c360,0x0,0x0,0x0) =3D 1 (0x1) read(0x3,0xbfbfd900,0x2000) =3D 48 (0x30) write(3,0x8070000,64) =3D 64 (0x40) select(0x4,0x806c360,0x0,0x0,0x0) =3D 1 (0x1) read(0x3,0xbfbfd8f0,0x2000) =3D 80 (0x50) stat("/home/avatar/.ssh/identity",0xbfbff6d0) ERR#2 'No such file or=20 directory' stat("/home/avatar/.ssh/id_rsa",0xbfbff6d0) ERR#2 'No such file or=20 directory' stat("/home/avatar/.ssh/id_dsa",0xbfbff6d0) ERR#2 'No such file or=20 directory' write(3,0x8070000,96) =3D 96 (0x60) //David On Sunday 15 December 2002 22:44, David Holm wrote: > Hi, > after updating my -CURRENT today (sun dec 15) I can no longer connect t= o my > local cvs and sshd. > cvs returns: > > Connection closed by 217.208.105.23 > cvs [commit aborted]: end of file from server (consult above messages i= f > any) > > and ssh returns: > > Connection closed by 217.208.105.23 > > Both these worked flawlessly before the update, the previous version I = was > running on was about 2 weeks old. > The thing is, if I try to connect from remote I have no problems access= ing > both cvs and ssh. And apache seems unaffected, I can access my webserve= r > both locally and remotely. > > I have not modified my fiewall since the upgrade, but just in case, it > looks like this: > > 00050 divert 8668 ip from any to any via rl0 > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 01050 deny ip from any to any dst-port 139 via rl0 > 01100 deny ip from any to any dst-port 587 via rl0 > 01150 deny ip from any to any dst-port 783 via rl0 > 01200 deny ip from any to any dst-port 901 via rl0 > 01250 deny ip from any to any dst-port 1024 via rl0 > 65000 allow ip from any to any > 65535 deny ip from any to any > > > //David Holm > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 14:47:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1754337B401 for ; Sun, 15 Dec 2002 14:47:52 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88F343EC2 for ; Sun, 15 Dec 2002 14:47:51 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBFMlpOM098706; Sun, 15 Dec 2002 14:47:51 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBFMlp4d098705; Sun, 15 Dec 2002 14:47:51 -0800 (PST) (envelope-from dillon) Date: Sun, 15 Dec 2002 14:47:51 -0800 (PST) From: Matthew Dillon Message-Id: <200212152247.gBFMlp4d098705@apollo.backplane.com> To: Christian Brueffer Cc: current@FreeBSD.ORG Subject: Re: swapoff code comitted. References: <200212151946.gBFJktmo090730@apollo.backplane.com> <20021215223540.GA601@unixpages.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :How about renaming swapon(8) into swapctl(8) after this function enhancemen= :t? :This name reflects it's purpose much better and would be consistent with the :other BSDs. : :- Christian I think that's an excellent idea. We would have to do some rewriting to add the expected options but it would not be too difficult to do. Mainly just grunt work. e.g. the NetBSD swapctl command is this: swapctl -A [-p priority] [-t blk|noblk] -D dumpdev -U [-t blk|noblk] -a [-p priority] path -c -p priority path -d path -l | -s [-k] -z swapon -a | path And the OpenBSD swapctl command is this: swapctl -A [-p priority] [-t blk|noblk] swapctl -a [-p priority] path swapctl -c -p priority path swapctl -d path swapctl -l | -s [-k] swapon -a | path We would simply ignore priority since we don't support it, nor would we need a -t option since we do not have buffered block devices any more or a -c option since, again, we do not have priorities. I would keep 'swapoff' in anycase. It's an obvious command and like swapon could simply wind up being a hardlink to swapctl. I am not volunteering to do this, at least not right now. I have too big a stack of things that still need to be committed, but if someone else would like to tackle this I think it would be a nice little project for a developer with some free time to waste and I would be happy to review and test the work. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 16:45:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B39637B401 for ; Sun, 15 Dec 2002 16:45:33 -0800 (PST) Received: from 66-214-248-56.gln-eres.charterpipeline.net (66-214-248-56.gln-eres.charterpipeline.net [66.214.248.56]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D26D43ED4 for ; Sun, 15 Dec 2002 16:45:22 -0800 (PST) (envelope-from lists-freebsd@silverwraith.com) Received: (qmail 53624 invoked by uid 1001); 16 Dec 2002 00:45:20 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Dec 2002 00:45:20 -0000 Date: Sun, 15 Dec 2002 16:45:20 -0800 (PST) From: Avleen Vig X-X-Sender: avleen@guava.silverwraith.com To: "phk@FreeBSD.ORG" Cc: Alex , Johnson David , "current@FreeBSD.ORG" Subject: Re: Re[2]: 80386 out of GENERIC In-Reply-To: <33254.1039905426@critter.freebsd.dk> Message-ID: <20021215164004.A174-100000@guava.silverwraith.com> References: <33254.1039905426@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 14 Dec 2002, phk@FreeBSD.ORG wrote: > >> FreeBSD still runs on all 386 family CPUs, the only difference is that > >> if you want to run it on a 80386 you need to enable an option in > >> your kernel config file. > >> It will out of the box run on 486 and anything later. > > > >It means that you can not install FreeBSD on a 386 unless you have a > >486+ machine that can compile a new FreeBSD system and have a way to > >get that version to the 386. > > "Too bad". Harsh, but understandable. How difficult would the following be to develop, in your opinion? A boot disk image (like the sets of images on the website tm) that will boot on 386's as well as more modern CPU's that can newfs and disklabel your drives, download the source, and let you compile from that point. That way you don't need to transfer from one box to another, and you get the compiled install you want right away. I'd maybe like ot help with something like this but my abilities and experience are somewhat limited :-) It shouldn't really be that hard should it? You just need the boot disks, with utilities that are: newfs disklabel ifconfig something to download with (fetch? wget?) something to compile with - which can be downloaded with the source all precompile so the do work on all x86 CPU's. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 18:25:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5AAB37B401 for ; Sun, 15 Dec 2002 18:25:41 -0800 (PST) Received: from fiinbeck.math.ntnu.no (fiinbeck.math.ntnu.no [129.241.15.140]) by mx1.FreeBSD.org (Postfix) with SMTP id 2903043EA9 for ; Sun, 15 Dec 2002 18:25:40 -0800 (PST) (envelope-from hanche@math.ntnu.no) Received: (qmail 79752 invoked from network); 16 Dec 2002 02:25:39 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 16 Dec 2002 02:25:39 -0000 To: freebsd-current@freebsd.org Subject: 5.0-RC1 install: disklabel editor X-Mailer: Mew version 1.94.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) X-URL: http://www.math.ntnu.no/~hanche/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 8bit Message-Id: <20021216032539F.hanche@math.ntnu.no> Date: Mon, 16 Dec 2002 03:25:39 +0100 From: Harald Hanche-Olsen X-Dispatcher: imput version 20000228(IM140) Lines: 25 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For some reason, I can't find a way to create a swap partition using the disklabel editor - other than by using Auto Defaults - and then I can't see any way to adjust the size of the resulting swap partition. This never was a problem with 4.x as far as I can remember...? (After first discovering this, I figured maybe if I left the pre-existing b partition as , the install scripts would be smart enough to use it as swap. No way. And after the scripts complained, and I had been back through the disklabel editor again, installation failed with Error mounting /mnt/dev/ad0s3f on /mnt/usr: No such file or directory while the other console said newfs:/mnt/dev/ad0s3f: No such file or directory After which it went ahead and installed anyway, only to fill up the root file system, of course. But this problem went away when I tried again after a reboot, so that is a minor issue.) - Harald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 15 18:34:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDE2F37B401 for ; Sun, 15 Dec 2002 18:34:54 -0800 (PST) Received: from fiinbeck.math.ntnu.no (fiinbeck.math.ntnu.no [129.241.15.140]) by mx1.FreeBSD.org (Postfix) with SMTP id D55BB43ED8 for ; Sun, 15 Dec 2002 18:34:53 -0800 (PST) (envelope-from hanche@math.ntnu.no) Received: (qmail 80130 invoked from network); 16 Dec 2002 02:34:52 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 16 Dec 2002 02:34:52 -0000 To: freebsd-current@freebsd.org Subject: 5.0-RC1: suspend trouble X-Mailer: Mew version 1.94.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) X-URL: http://www.math.ntnu.no/~hanche/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 8bit Message-Id: <20021216033452P.hanche@math.ntnu.no> Date: Mon, 16 Dec 2002 03:34:52 +0100 From: Harald Hanche-Olsen X-Dispatcher: imput version 20000228(IM140) Lines: 113 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The main reason I decided to try 5.0-RC1 on my brand new Dell Inspiron 4150 is a minor problem with suspending the machine under 4.7: After wakeup, the fan runs full speed and will not settle until I reboot. However, with 5.0-RC1 the machine just freezes if I try suspending it. Theres is no reaction until I hit the power button, which shuts it down immediately. Sorry, I am not sure how to get any more detailed information to debug this. Let me know what I can do to obtain such information, but fast - for I will probably go back to 4.7, at least for the next couple of weeks (I need stability while away during Christmas). I attach a copy of /var/run/dmesg.boot, in case it helps. - Harald ACPI debug layer 0x0 debug level 0x0 Copyright (c) 1992-2002 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.0-RC1 #1: Mon Dec 16 01:06:09 CET 2002 root@odin:/usr/src/sys/i386/compile/ODIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0529000. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1695007260 Hz CPU: Pentium 4 (1695.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xffffffffbfebf9ff> real memory = 268312576 (255 MB) avail memory = 255082496 (243 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled acpi0: on motherboard evevent-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 evevent-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 11 entries at 0xc00fbb90 Timecounter "ACPI-fast" frequency 3579545 Hz acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f irq 11 at device 0.0 on pci2 xl0: Ethernet address: 00:08:74:96:75:08 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: slot 1 INTA is routed to irq 11 cbb1: at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: slot 1 INTA is routed to irq 11 pci2: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f7,0x3f2-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 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 npx0: on motherboard npx0: INT 16 interface orm0: live10girls

¼ºÇö¾Æ ´©µåÁý °ø°³

 

 

 

º¸·¯ °¡±â

º» À¥»çÀÌÆ®´Â ÀÎÅÍ³Ý ¼ºÀÎ Àü¹® Æ÷¸£³ë »çÀÌÆ®·Î, ¹ýÀûÀ¸·Î ÀÌ·¯ÇÑ ³»¿ëÀ» ¿­¶÷
ÇÒ ¼ö ¾ø´Â ¸¸ 20¼¼ÀÇ ¿¬·É ¹Ì¸¸À̳ª ÀÌ¿Í°°Àº À½¶õÇÑ ³»¿ë¿¡ °ÅºÎ°¨À» °®´Â »ç¶÷
µéÀº ÀÔÀåÀ» ±ÝÇÕ´Ï´Ù.
¶ÇÇÑ º» »çÀÌÆ®´Â ¹ýÀûÀ¸·Î ÀÎÅͳݿ¡¼­ À½¶õ¹°À» Àü¼ÛÇÏ´Â °ÍÀÌ ±ÝÁöµÈ Áö¿ª À̳ª
±¹°¡¸¦ ´ë»óÀ¸·Î ÇÏ´Â ¼­ºñ½º°¡ ¾Æ´ÔÀ» ¹àÈü´Ï´Ù. À§ÀÇ »çÇ׿¡ µ¿ÀÇÇÏÁö ¾Ê´Â ´Ù¸é
Àý´ë·Î µé¾î¿ÀÁö ¸¶½Ê½Ã¿À.

This web site contains sexually oriented adult material which is not
suitable for those who are under the age of 20. If you
are under the age of 20 or find material of an adult nature offensive, or
if you are accessing this site from a country where adult material is
specifically prohibited by law, please leave this site immediately. By
entering this web page you are acknowledging that you are in fact 20 years
of age or older, and therefore we will hold no responsibility for any adult
material you find on this web site. All models on this site are 20 years of
age or older. We do not promote violent, malignant, or child pornography.
If you understand and accept these terms you may enter.

_________________________________________________________________ °í.. °¨.. µµ.. »ç.. ¶û.. ¸¸.. µé.. ±â.. MSN ·¯ºê http://www.msn.co.kr/love/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 13:44:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB5837B401; Wed, 18 Dec 2002 13:44:29 -0800 (PST) Received: from structbio.vanderbilt.edu (reef.structbio.Vanderbilt.Edu [160.129.138.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC8243E4A; Wed, 18 Dec 2002 13:44:26 -0800 (PST) (envelope-from bandix@dvalentine.com) Received: from taran ([160.129.135.95]) by structbio.vanderbilt.edu (8.12.3/8.12.3/Debian -4) with ESMTP id gBILkNhs022031; Wed, 18 Dec 2002 15:46:26 -0600 Received: from taran (localhost [127.0.0.1]) by taran (8.12.6/8.12.6) with ESMTP id gBILDMVq001836; Wed, 18 Dec 2002 15:15:52 -0600 (CST) (envelope-from bandix@taran) Received: (from bandix@localhost) by taran (8.12.6/8.12.6/Submit) id gBILDM3k001835; Wed, 18 Dec 2002 15:13:22 -0600 (CST) (envelope-from bandix) Date: Wed, 18 Dec 2002 15:13:21 -0600 From: "Brandon D. Valentine" To: Matthew Dillon Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Unwanted Spam 'Re: I'm leaving the project' Message-ID: <20021218211321.GC1725@taran.geekpunk.net> References: <200212181858.gBIIwxLU092955@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212181858.gBIIwxLU092955@apollo.backplane.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Dec 18, 2002 at 10:58:59AM -0800, Matthew Dillon wrote: > You know, whoever you are, you must lead a very sad, paranoid, > sit-in-the-corner-the-world-is-out-to-get-me life if you think you > are actually accomplishing something here. You are probably the > same idiot who posts all that anonymous-coward BSD-Is-Dying junk > to Slashdot. I wouldn't be surprised at all. For a much more in-depth analysis see my explanation from the last time one of these (and quite likely the very same) impersonators popped up on this list: http://www.geocrawler.com/lists/3/FreeBSD/146/0/9367929/ Game on, Brandon D. Valentine -- brandon@dvalentine.com http:///www.geekpunk.net "Everyone's been sold American. Don't let me catch you laughing when the jukebox cries...Everything's been sold American. No place to go and brother, no place to stay." -- Kinky Friedman, "Sold American" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 14:14: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DE2B37B401 for ; Wed, 18 Dec 2002 14:14:07 -0800 (PST) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F5643ED1 for ; Wed, 18 Dec 2002 14:14:05 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by majordomo.vol.cz (8.12.6/8.12.6) with ESMTP id gBIMDvgE007671 for ; Wed, 18 Dec 2002 23:13:58 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E00F327.5080504@obluda.cz> Date: Wed, 18 Dec 2002 23:13:59 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ipfw userland breaks again. References: <200212142209.gBEM9D8p002479_apollo.backplane.com@ns.sol.net> <20021214221252.GF27086_elvis.mu.org@ns.sol.net> In-Reply-To: <200212142209.gBEM9D8p002479_apollo.backplane.com@ns.sol.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mux@FreeBSD.ORG wrote, On 12/14/02 23:13: > I have a patch here which makes the IPFIREWALL_DEFAULT_TO_ACCEPT tunable > at module load time using a kernel environment variable. Looks to me > that it would do what you want. Should we think about kldload logic change ? Loading modules giving them a parameter string parsed on MOD_LOAD event seems to be most generic way to do the things (not only with ipfw) ... The syscall allow arbitrary string as parameter, so it's not limited to filename only, event routine declaration already has the void *data variable, so the necesarry changes doesn't hit the userland (kldload) nor modules code (unless they decide to parse the parameters). Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 14:23: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D9A637B401 for ; Wed, 18 Dec 2002 14:22:57 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 825B643EDA for ; Wed, 18 Dec 2002 14:22:56 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBIMMsOM094345; Wed, 18 Dec 2002 14:22:54 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBIMMsnw094344; Wed, 18 Dec 2002 14:22:54 -0800 (PST) (envelope-from dillon) Date: Wed, 18 Dec 2002 14:22:54 -0800 (PST) From: Matthew Dillon Message-Id: <200212182222.gBIMMsnw094344@apollo.backplane.com> To: Eirik Nygaard Cc: current@FreeBSD.ORG Subject: Re: swapoff code comitted. References: <200212151946.gBFJktmo090730@apollo.backplane.com> <20021215223540.GA601@unixpages.org> <200212152247.gBFMlp4d098705@apollo.backplane.com> <20021218182724.GB853@eirikn.net> <200212181918.gBIJIOIV093115@apollo.backplane.com> <20021218203854.GC853@eirikn.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Added the enum instead of is_swap* commands and changed from kvm to :sysctl to get the swap information. : :Eirik Nygaard :PGP Key: 83C55EDE All right, I found a couple more bugs and fleshed it out a bit. You got your LINKS and MLINKS reversed and forgot a +=, you forgot to initialize the do_swapoff variable in swap_on_off(), and you reuse 'total' and 'used' in swaplist() in a manner which breaks the -s option. I have included an updated patch below based on these fixes and a few other minor cleanups. I also changed the block size for -h from 1000 to 1024 bytes to make it consistent with pstat -s and friends (and also OpenBSD and NetBSD). I also added -A, -U, cleaned up usage(), and made the options conform to NetBSD and OpenBSD. The only thing really missing is for us to handle the BLOCKSIZE environment variable like 'df' does, and appropriate additions to the manual page (which I would be happy to do). Once we get those in I will commit it. Here is an updated patch. -Matt Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/swapon/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile 15 Dec 2002 19:17:56 -0000 1.7 +++ Makefile 18 Dec 2002 21:31:41 -0000 @@ -4,6 +4,8 @@ PROG= swapon MAN= swapon.8 LINKS= ${BINDIR}/swapon ${BINDIR}/swapoff +LINKS+= ${BINDIR}/swapon ${BINDIR}/swapctl MLINKS= swapon.8 swapoff.8 +MLINKS+=swapon.8 swapctl.8 .include Index: swapon.c =================================================================== RCS file: /home/ncvs/src/sbin/swapon/swapon.c,v retrieving revision 1.13 diff -u -r1.13 swapon.c --- swapon.c 15 Dec 2002 19:17:56 -0000 1.13 +++ swapon.c 18 Dec 2002 22:20:42 -0000 @@ -45,6 +45,11 @@ "$FreeBSD: src/sbin/swapon/swapon.c,v 1.13 2002/12/15 19:17:56 dillon Exp $"; #endif /* not lint */ +#include +#include +#include +#include + #include #include #include @@ -52,10 +57,13 @@ #include #include #include +#include + +static void usage(void); +static int swap_on_off(char *name, int ignoreebusy); +static void swaplist(int, int, int); -static void usage(const char *); -static int is_swapoff(const char *); -int swap_on_off(char *name, int ignoreebusy, int do_swapoff); +enum { SWAPON, SWAPOFF, SWAPCTL } orig_prog, which_prog = SWAPCTL; int main(int argc, char **argv) @@ -63,48 +71,105 @@ struct fstab *fsp; int stat; int ch, doall; - int do_swapoff; - char *pname = argv[0]; - - do_swapoff = is_swapoff(pname); - + int sflag = 0, lflag = 0, hflag = 0; + + if (strstr(argv[0], "swapon")) + which_prog = SWAPON; + else if (strstr(argv[0], "swapoff")) + which_prog = SWAPOFF; + orig_prog = which_prog; + doall = 0; - while ((ch = getopt(argc, argv, "a")) != -1) - switch((char)ch) { + while ((ch = getopt(argc, argv, "AadlhksU")) != -1) { + switch(ch) { + case 'A': + if (which_prog == SWAPCTL) { + doall = 1; + which_prog = SWAPON; + } else { + usage(); + } + break; case 'a': - doall = 1; + if (which_prog == SWAPON || which_prog == SWAPOFF) + doall = 1; + else + which_prog = SWAPON; + break; + case 'd': + if (which_prog == SWAPCTL) + which_prog = SWAPOFF; + else + usage(); + break; + case 's': + sflag = 1; + break; + case 'l': + lflag = 1; + break; + case 'h': + hflag = 'M'; + break; + case 'k': + hflag = 'K'; + break; + case 'U': + if (which_prog == SWAPCTL) { + doall = 1; + which_prog = SWAPOFF; + } else { + usage(); + } break; case '?': default: - usage(pname); + usage(); } + } argv += optind; - + stat = 0; - if (doall) - while ((fsp = getfsent()) != NULL) { - if (strcmp(fsp->fs_type, FSTAB_SW)) - continue; - if (strstr(fsp->fs_mntops, "noauto")) - continue; - if (swap_on_off(fsp->fs_spec, 1, do_swapoff)) + if (which_prog == SWAPON || which_prog == SWAPOFF) { + if (doall) { + while ((fsp = getfsent()) != NULL) { + if (strcmp(fsp->fs_type, FSTAB_SW)) + continue; + if (strstr(fsp->fs_mntops, "noauto")) + continue; + if (swap_on_off(fsp->fs_spec, 0)) { + stat = 1; + } else { + printf("%s: %sing %s as swap device\n", + getprogname(), which_prog == SWAPOFF ? "remov" : "add", + fsp->fs_spec); + } + } + } + else if (!*argv) + usage(); + for (; *argv; ++argv) { + if (swap_on_off(*argv, 0)) { stat = 1; - else + } else if (orig_prog == SWAPCTL) { printf("%s: %sing %s as swap device\n", - pname, do_swapoff ? "remov" : "add", - fsp->fs_spec); + getprogname(), which_prog == SWAPOFF ? "remov" : "add", + *argv); + } } - else if (!*argv) - usage(pname); - for (; *argv; ++argv) - stat |= swap_on_off(*argv, 0, do_swapoff); + } else { + if (lflag || sflag) + swaplist(lflag, sflag, hflag); + else + usage(); + } exit(stat); } -int -swap_on_off(char *name, int ignoreebusy, int do_swapoff) +static int +swap_on_off(char *name, int ignoreebusy) { - if ((do_swapoff ? swapoff(name) : swapon(name)) == -1) { + if ((which_prog == SWAPOFF ? swapoff(name) : swapon(name)) == -1) { switch (errno) { case EBUSY: if (!ignoreebusy) @@ -120,23 +185,84 @@ } static void -usage(const char *pname) +usage(void) { - fprintf(stderr, "usage: %s [-a] [special_file ...]\n", pname); + fprintf(stderr, "usage: %s ", getprogname()); + switch(orig_prog) { + case SWAPOFF: + fprintf(stderr, "[-a] [special_file ...]\n"); + break; + case SWAPON: + fprintf(stderr, "[-a] [special_file ...]\n"); + break; + case SWAPCTL: + fprintf(stderr, "[-lshAU] [-a special_file ...]\n"); + break; + } exit(1); } -static int -is_swapoff(const char *s) +/* Some code is based on the code in the swapmode_sysctl command in pstat */ +static void +swaplist(int lflag, int sflag, int hflag) { - const char *u; - - if ((u = strrchr(s, '/')) != NULL) - ++u; - else - u = s; - if (strcmp(u, "swapoff") == 0) - return 1; - else - return 0; + size_t mibsize, size; + struct xswdev xsw; + int mib[16], n, pagesize, blocksize; + long long total = 0; + long long used = 0; + long long tmp_total; + long long tmp_used; + + pagesize = getpagesize(); + switch(hflag) { + case 'K': + blocksize = 1024; + break; + case 'M': + blocksize = 1024 * 1024; + break; + default: + blocksize = 1024; /* default block size */ + hflag = 'K'; + break; + } + + mibsize = sizeof mib / sizeof mib[0]; + if (sysctlnametomib("vm.swap_info", mib, &mibsize) == -1) + err(1, "sysctlnametomib()"); + + if (lflag) + printf("%-*s %11s %11s\n", + 13, "Device:", + "Total:", "Used:"); + + for (n = 0; ; ++n) { + mib[mibsize] = n; + size = sizeof xsw; + if (sysctl(mib, mibsize + 1, &xsw, &size, NULL, NULL) == -1) + break; + if (xsw.xsw_version != XSWDEV_VERSION) + errx(1, "xswdev version mismatch"); + + tmp_total = (long long)xsw.xsw_nblks * pagesize / blocksize; + tmp_used = (long long)xsw.xsw_used * pagesize / blocksize; + total += tmp_total; + used += tmp_used; + if (lflag) { + printf("/dev/%-8s %10lld%c %10lld%c\n", + devname(xsw.xsw_dev, S_IFCHR), + tmp_total, hflag, + tmp_used, hflag); + } + } + if (errno != ENOENT) + err(1, "sysctl()"); + + if (sflag) + printf("Total: %10lld%c %10lld%c\n", + total, hflag, + used, hflag); + } + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 15: 0:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 384A937B401 for ; Wed, 18 Dec 2002 15:00:39 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E613F43EC5 for ; Wed, 18 Dec 2002 15:00:37 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBIN0ZOM094555; Wed, 18 Dec 2002 15:00:35 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBIN0ZW7094554; Wed, 18 Dec 2002 15:00:35 -0800 (PST) (envelope-from dillon) Date: Wed, 18 Dec 2002 15:00:35 -0800 (PST) From: Matthew Dillon Message-Id: <200212182300.gBIN0ZW7094554@apollo.backplane.com> To: Matthew Dillon Cc: Eirik Nygaard , current@FreeBSD.ORG Subject: patch #3 Re: swapoff code comitted. References: <200212151946.gBFJktmo090730@apollo.backplane.com> <20021215223540.GA601@unixpages.org> <200212152247.gBFMlp4d098705@apollo.backplane.com> <20021218182724.GB853@eirikn.net> <200212181918.gBIJIOIV093115@apollo.backplane.com> <20021218203854.GC853@eirikn.net> <200212182222.gBIMMsnw094344@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here's another update. I cleaned things up even more, add BLOCKSIZE support, and updated the manual page. It looks quite nice now. -Matt Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/swapon/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile 15 Dec 2002 19:17:56 -0000 1.7 +++ Makefile 18 Dec 2002 21:31:41 -0000 @@ -4,6 +4,8 @@ PROG= swapon MAN= swapon.8 LINKS= ${BINDIR}/swapon ${BINDIR}/swapoff +LINKS+= ${BINDIR}/swapon ${BINDIR}/swapctl MLINKS= swapon.8 swapoff.8 +MLINKS+=swapon.8 swapctl.8 .include Index: swapon.8 =================================================================== RCS file: /home/ncvs/src/sbin/swapon/swapon.8,v retrieving revision 1.21 diff -u -r1.21 swapon.8 --- swapon.8 15 Dec 2002 19:17:56 -0000 1.21 +++ swapon.8 18 Dec 2002 22:46:01 -0000 @@ -43,45 +43,101 @@ .Fl a .Nm swap[on|off] .Ar special_file ... +.Nm swapctl +.Fl lshk +.Nm swapctl +.Fl AU +.Nm swapctl +.Fl a +.Ar special_file ... +.Nm swapctl +.Fl d +.Ar special_file ... .Sh DESCRIPTION The +.Nm swap[on,off,ctl] +utilties are used to control swap devices in the system. At boot time all +swap entries in +.Pa /etc/fstab +are added automatically when the system goes multi-user. +Swap devices are interleaved and kernels are typically configured +to handle a maximum of 4 swap devices. There is no priority mechanism. +.Pp +The .Nm swapon -utility is used to specify additional devices on which paging and swapping -are to take place. -The system begins by swapping and paging on only a single device -so that only one disk is required at bootstrap time. -Calls to -.Nm swapon -normally occur in the system multi-user initialization file -.Pa /etc/rc -making all swap devices available, so that the paging and swapping -activity is interleaved across several devices. +utility adds the specified swap devices to the system. If the +.Fl a +option is used, all swap devices in +.Pa /etc/fstab +will be added, unless their ``noauto'' option is also set. .Pp The .Nm swapoff -utility disables paging and swapping on a device. -Calls to +utility removes the specified swap devices from the system. If the +.Fl a +option is used, all swap devices in +.Pa /etc/fstab +will be removed, unless their ``noauto'' option is also set. +Note that .Nm swapoff -succeed only if disabling the device would leave enough -remaining virtual memory to accomodate all running programs. +will fail and refuse to remove a swap device if there is insufficient +VM (memory + remaining swap devices) to run the system. +.Nm Swapoff +must move sawpped pages out of the device being removed which could +lead to high system loads for a period of time, depending on how +much data has been swapped out to that device. .Pp -Normally, the first form is used: -.Bl -tag -width indent -.It Fl a -All devices marked as ``sw'' -swap devices in +The +.Nm swapctl +utility exists primarily for those familiar with other BSDs and may be +used to add, remove, or list swap. Note that the +.Fl a +option is used diferently in +.Nm swapctl +and indicates that a specific list of devices should be added. +The +.Fl d +option indicates that a specific list should be removed. The +.Fl A +and +.Fl D +options to +.Nm swapctl +operate on all swap entries in .Pa /etc/fstab -are added to or removed from the pool of available swap -unless their ``noauto'' option is also set. -.El +which do not have their ``noauto'' option set. +.Pp +Swap information can be generated using the +.Nm swapinfo +program, +.Nm pstat +.Fl s , +or +.Nm swapctl +.Fl lshk . +The +.Nm swapctl +utility has the following options for listing swap: +.Bl -tag -width indent +.It Fl l +List the devices making up system swap. +.It Fl s +Print a summary line for system swap. +.It Fl h +Output values in megabytes. +.It Fl k +Output values in kilobytes. .Pp -The second form is used to configure or disable individual devices. +The BLOCKSIZE environment variable is used if not specifically +overridden. 512 byte blocks are used by default. +.El .Sh SEE ALSO .Xr swapon 2 , .Xr fstab 5 , .Xr init 8 , .Xr mdconfig 8 , .Xr pstat 8 , +.Xr swapinfo 8 , .Xr rc 8 .Sh FILES .Bl -tag -width "/dev/{ad,da}?s?b" -compact Index: swapon.c =================================================================== RCS file: /home/ncvs/src/sbin/swapon/swapon.c,v retrieving revision 1.13 diff -u -r1.13 swapon.c --- swapon.c 15 Dec 2002 19:17:56 -0000 1.13 +++ swapon.c 18 Dec 2002 22:53:52 -0000 @@ -45,6 +45,11 @@ "$FreeBSD: src/sbin/swapon/swapon.c,v 1.13 2002/12/15 19:17:56 dillon Exp $"; #endif /* not lint */ +#include +#include +#include +#include + #include #include #include @@ -52,10 +57,13 @@ #include #include #include +#include + +static void usage(void); +static int swap_on_off(char *name, int ignoreebusy); +static void swaplist(int, int, int); -static void usage(const char *); -static int is_swapoff(const char *); -int swap_on_off(char *name, int ignoreebusy, int do_swapoff); +enum { SWAPON, SWAPOFF, SWAPCTL } orig_prog, which_prog = SWAPCTL; int main(int argc, char **argv) @@ -63,48 +71,105 @@ struct fstab *fsp; int stat; int ch, doall; - int do_swapoff; - char *pname = argv[0]; - - do_swapoff = is_swapoff(pname); - + int sflag = 0, lflag = 0, hflag = 0; + + if (strstr(argv[0], "swapon")) + which_prog = SWAPON; + else if (strstr(argv[0], "swapoff")) + which_prog = SWAPOFF; + orig_prog = which_prog; + doall = 0; - while ((ch = getopt(argc, argv, "a")) != -1) - switch((char)ch) { + while ((ch = getopt(argc, argv, "AadlhksU")) != -1) { + switch(ch) { + case 'A': + if (which_prog == SWAPCTL) { + doall = 1; + which_prog = SWAPON; + } else { + usage(); + } + break; case 'a': - doall = 1; + if (which_prog == SWAPON || which_prog == SWAPOFF) + doall = 1; + else + which_prog = SWAPON; + break; + case 'd': + if (which_prog == SWAPCTL) + which_prog = SWAPOFF; + else + usage(); + break; + case 's': + sflag = 1; + break; + case 'l': + lflag = 1; + break; + case 'h': + hflag = 'M'; + break; + case 'k': + hflag = 'K'; + break; + case 'U': + if (which_prog == SWAPCTL) { + doall = 1; + which_prog = SWAPOFF; + } else { + usage(); + } break; case '?': default: - usage(pname); + usage(); } + } argv += optind; - + stat = 0; - if (doall) - while ((fsp = getfsent()) != NULL) { - if (strcmp(fsp->fs_type, FSTAB_SW)) - continue; - if (strstr(fsp->fs_mntops, "noauto")) - continue; - if (swap_on_off(fsp->fs_spec, 1, do_swapoff)) + if (which_prog == SWAPON || which_prog == SWAPOFF) { + if (doall) { + while ((fsp = getfsent()) != NULL) { + if (strcmp(fsp->fs_type, FSTAB_SW)) + continue; + if (strstr(fsp->fs_mntops, "noauto")) + continue; + if (swap_on_off(fsp->fs_spec, 0)) { + stat = 1; + } else { + printf("%s: %sing %s as swap device\n", + getprogname(), which_prog == SWAPOFF ? "remov" : "add", + fsp->fs_spec); + } + } + } + else if (!*argv) + usage(); + for (; *argv; ++argv) { + if (swap_on_off(*argv, 0)) { stat = 1; - else + } else if (orig_prog == SWAPCTL) { printf("%s: %sing %s as swap device\n", - pname, do_swapoff ? "remov" : "add", - fsp->fs_spec); + getprogname(), which_prog == SWAPOFF ? "remov" : "add", + *argv); + } } - else if (!*argv) - usage(pname); - for (; *argv; ++argv) - stat |= swap_on_off(*argv, 0, do_swapoff); + } else { + if (lflag || sflag) + swaplist(lflag, sflag, hflag); + else + usage(); + } exit(stat); } -int -swap_on_off(char *name, int ignoreebusy, int do_swapoff) +static int +swap_on_off(char *name, int ignoreebusy) { - if ((do_swapoff ? swapoff(name) : swapon(name)) == -1) { + if ((which_prog == SWAPOFF ? swapoff(name) : swapon(name)) == -1) { switch (errno) { case EBUSY: if (!ignoreebusy) @@ -120,23 +185,90 @@ } static void -usage(const char *pname) +usage(void) { - fprintf(stderr, "usage: %s [-a] [special_file ...]\n", pname); + fprintf(stderr, "usage: %s ", getprogname()); + switch(orig_prog) { + case SWAPOFF: + fprintf(stderr, "[-a] [special_file ...]\n"); + break; + case SWAPON: + fprintf(stderr, "[-a] [special_file ...]\n"); + break; + case SWAPCTL: + fprintf(stderr, "[-lshAU] [-a special_file ...]\n"); + break; + } exit(1); } -static int -is_swapoff(const char *s) +static void +swaplist(int lflag, int sflag, int hflag) { - const char *u; - - if ((u = strrchr(s, '/')) != NULL) - ++u; - else - u = s; - if (strcmp(u, "swapoff") == 0) - return 1; - else - return 0; + size_t mibsize, size; + struct xswdev xsw; + int mib[16], n, pagesize; + size_t hlen; + long blocksize; + long long total = 0; + long long used = 0; + long long tmp_total; + long long tmp_used; + + pagesize = getpagesize(); + switch(hflag) { + case 'K': + blocksize = 1024; + hlen = 10; + break; + case 'M': + blocksize = 1024 * 1024; + hlen = 10; + break; + default: + getbsize(&hlen, &blocksize); + break; + } + + mibsize = sizeof mib / sizeof mib[0]; + if (sysctlnametomib("vm.swap_info", mib, &mibsize) == -1) + err(1, "sysctlnametomib()"); + + if (lflag) { + char buf[32]; + snprintf(buf, sizeof(buf), "%ld-blocks", blocksize); + printf("%-13s %*s %*s\n", + "Device:", + hlen, buf, + hlen, "Used:"); + } + + for (n = 0; ; ++n) { + mib[mibsize] = n; + size = sizeof xsw; + if (sysctl(mib, mibsize + 1, &xsw, &size, NULL, NULL) == -1) + break; + if (xsw.xsw_version != XSWDEV_VERSION) + errx(1, "xswdev version mismatch"); + + tmp_total = (long long)xsw.xsw_nblks * pagesize / blocksize; + tmp_used = (long long)xsw.xsw_used * pagesize / blocksize; + total += tmp_total; + used += tmp_used; + if (lflag) { + printf("/dev/%-8s %*lld %*lld\n", + devname(xsw.xsw_dev, S_IFCHR), + hlen, tmp_total, + hlen, tmp_used); + } + } + if (errno != ENOENT) + err(1, "sysctl()"); + + if (sflag) { + printf("Total: %*lld %*lld\n", + hlen, total, + hlen, used); + } } + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 15:23:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1470337B401; Wed, 18 Dec 2002 15:23:29 -0800 (PST) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 688FF43E4A; Wed, 18 Dec 2002 15:23:28 -0800 (PST) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.5) with ESMTP id gBINNS7a073008; Wed, 18 Dec 2002 15:23:28 -0800 (PST) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.5/Submit) id gBINNRcn073007; Wed, 18 Dec 2002 15:23:27 -0800 (PST) Message-Id: <200212182323.gBINNRcn073007@mckinley.corp.yahoo.com> From: Peter Wemm Date: Wed, 18 Dec 2002 15:23:27 -0800 (PST) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/gbde cc1: warnings being treated as errors /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySched': /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeyEncToDec': /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:101: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:102: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:103: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:104: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:105: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:108: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:109: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:110: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:111: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:112: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:115: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:116: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:117: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:118: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:119: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:122: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:123: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:124: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:125: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:126: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelEncrypt': /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:150: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:150: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:150: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:151: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:151: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:151: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:152: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:152: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:152: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:153: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:153: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:153: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:154: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:154: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:155: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:156: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:157: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:158: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:158: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:159: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:160: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:161: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:162: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:162: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:163: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:164: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:165: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:166: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:166: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:167: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:168: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:169: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:171: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:171: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:171: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:172: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:172: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:172: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:173: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:173: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:173: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:174: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:174: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:174: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:176: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:176: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:177: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:178: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:179: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:180: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:180: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:181: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:182: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:183: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:184: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:184: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:185: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:186: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:187: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:188: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:188: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:189: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:190: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:191: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:194: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:194: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:194: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:195: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:195: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:195: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:196: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:196: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:196: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:197: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:197: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:197: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:214: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:214: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:215: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:215: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:216: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:216: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:217: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:217: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelDecrypt': /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:315: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:315: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:315: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:316: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:316: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:316: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:317: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:317: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:317: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:318: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:318: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:318: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:320: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:320: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:321: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:322: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:323: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:324: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:324: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:325: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:326: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:327: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:328: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:328: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:329: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:330: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:331: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:332: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:332: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:333: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:334: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:335: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:337: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:337: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:337: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:338: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:338: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:338: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:339: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:339: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:339: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:340: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:340: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:340: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:341: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:341: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:342: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:343: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:344: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:345: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:345: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:346: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:347: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:348: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:349: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:349: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:350: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:351: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:352: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:353: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:353: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:354: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:355: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:356: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:359: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:359: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:359: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:360: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:360: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:360: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:361: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:361: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:361: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:362: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:362: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:362: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:379: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:379: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:380: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:380: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:381: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:381: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:382: warning: cast increases required alignment of target type /home/tinderbox/ia64/src/sys/crypto/rijndael/rijndael-alg-fst.c:382: warning: cast increases required alignment of target type *** Error code 1 Stop in /home/tinderbox/ia64/src/sbin/gbde. *** Error code 1 Stop in /home/tinderbox/ia64/src/sbin. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 15:43:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48DBB37B401 for ; Wed, 18 Dec 2002 15:43:27 -0800 (PST) Received: from mhub-c2.tc.umn.edu (mhub-c2.tc.umn.edu [160.94.128.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id B785043ED4 for ; Wed, 18 Dec 2002 15:43:26 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from mhub0.tc.umn.edu (mhub0.tc.umn.edu [128.101.131.40]) by mhub-c2.tc.umn.edu with ESMTP for current@freebsd.org; Wed, 18 Dec 2002 17:43:22 -0600 (CST) Received: from [128.101.186.124] by mail.tc.umn.edu with ESMTP for current@freebsd.org; Wed, 18 Dec 2002 17:43:21 -0600 Subject: 5.0 Install Troubles From: Ryan Sommers To: current@freebsd.org Content-Type: text/plain Organization: Message-Id: <1040251437.89882.24.camel@lobo> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 18 Dec 2002 16:43:57 -0600 Content-Transfer-Encoding: 7bit X-Umn-Remote-Mta: [N] mhub0.tc.umn.edu #+LO+TR Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having difficulty installing 5.0 from the SP2 and RC1 images I created. I'm attempting to install in a virtual machine under vmware. For distributions I choose Custom and only choose to install the base, I would like to install/build&install my own selection of packages later. It gets through the base install fine however, when it comes up asking if I would like to install Linux Compatability I choose yes and the debug screen says: /usr/libexec/ld-elf.so.1: Shared object "libssl.so.2" not found Attempting to install any packages also results in the same error. I haven't tried installing it on an actual machine yet, been working at the desk and had a spare Win2K box sitting there so I decided to try it out. Is the problem with installing it in VMware? I thought so at first so I attempted an install of 4.7 with the same options and it went fine. Thanks, Ryan -- Ryan "leadZERO" Sommers ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 15:57:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6746C37B401 for ; Wed, 18 Dec 2002 15:57:12 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C09243EDE for ; Wed, 18 Dec 2002 15:57:11 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 54055 invoked by uid 1000); 18 Dec 2002 23:57:12 -0000 Date: Wed, 18 Dec 2002 15:57:12 -0800 (PST) From: Nate Lawson To: Ryan Sommers Cc: current@freebsd.org Subject: Re: 5.0 Install Troubles In-Reply-To: <1040251437.89882.24.camel@lobo> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18 Dec 2002, Ryan Sommers wrote: > I've been having difficulty installing 5.0 from the SP2 and RC1 images I > created. I'm attempting to install in a virtual machine under vmware. > For distributions I choose Custom and only choose to install the base, I > would like to install/build&install my own selection of packages later. > > It gets through the base install fine however, when it comes up asking > if I would like to install Linux Compatability I choose yes and the > debug screen says: > > /usr/libexec/ld-elf.so.1: Shared object "libssl.so.2" not found It sounds like you didn't install the secure dist. But I thought ssl had been moved to bin so I'm not sure. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 16:36:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C769A37B401 for ; Wed, 18 Dec 2002 16:36:57 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF38543EC5 for ; Wed, 18 Dec 2002 16:36:56 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA17659; Thu, 19 Dec 2002 11:36:47 +1100 Date: Thu, 19 Dec 2002 11:37:54 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Matthew Dillon Cc: Eirik Nygaard , Subject: Re: patch #3 Re: swapoff code comitted. In-Reply-To: <200212182300.gBIN0ZW7094554@apollo.backplane.com> Message-ID: <20021219113357.Q28163-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 18 Dec 2002, Matthew Dillon wrote: > Here's another update. I cleaned things up even more, add BLOCKSIZE > support, and updated the manual page. It looks quite nice now. I still dislike it. It starts by adding style bugs to the Makefile (changing "=" to "+=" for the initial assignments to LINKS and MLINKS) and doesn't get any better. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 16:39:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D950037B401; Wed, 18 Dec 2002 16:39:16 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6663243EB2; Wed, 18 Dec 2002 16:39:15 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.6/8.12.1) with ESMTP id gBJ0cuPN051405; Wed, 18 Dec 2002 19:38:57 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.6/8.12.1/Submit) id gBJ0cuvR051404; Wed, 18 Dec 2002 19:38:56 -0500 (EST) (envelope-from hiten) Date: Wed, 18 Dec 2002 19:38:56 -0500 From: Hiten Pandya To: current@Freebsd.ORG Cc: darrenr@Freebsd.ORG Subject: PFIL_HOOKS should be made default in 5.0 Message-ID: <20021219003856.GA49597@unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all. A teeny-weeny issue I would like to discuss, is that we make the pfil(9) hooks code default in 5.0, and remove the kernel option; this is because it creates problems when PFIL_HOOKS is not in the (e.g. GENERIC) kernel, and someone tries to load the ipfilter kernel module (ipl.ko). [1] I have discussed this with Darren, but would just like to make it public, so it can be discussed by the release engineers etc. I apologize but I do not have patches for this. Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 16:52:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7095737B401 for ; Wed, 18 Dec 2002 16:52:48 -0800 (PST) Received: from mhub-m2.tc.umn.edu (mhub-m2.tc.umn.edu [160.94.23.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id C05C843EE5 for ; Wed, 18 Dec 2002 16:52:47 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from mhub0.tc.umn.edu (mhub0.tc.umn.edu [128.101.131.40]) by mhub-m2.tc.umn.edu with ESMTP for current@freebsd.org; Wed, 18 Dec 2002 18:52:41 -0600 (CST) Received: from [128.101.186.124] by mail.tc.umn.edu with ESMTP; Wed, 18 Dec 2002 18:52:41 -0600 Subject: Re: 5.0 Install Troubles From: Ryan Sommers To: Nate Lawson Cc: current@freebsd.org In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1040255596.89882.26.camel@lobo> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 18 Dec 2002 17:53:17 -0600 Content-Transfer-Encoding: 7bit X-Umn-Remote-Mta: [N] mhub0.tc.umn.edu #+LO+TR Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yah, there isn't a secure dist. I'm doing a full install now, to see if it hits it. I don't understand why only installing base would work on 4.7 but not on 5.0. On Wed, 2002-12-18 at 17:57, Nate Lawson wrote: > It sounds like you didn't install the secure dist. But I thought ssl had > been moved to bin so I'm not sure. > > -Nate -- Ryan "leadZERO" Sommers ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 16:55: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D43137B401; Wed, 18 Dec 2002 16:55:02 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3593D43EB2; Wed, 18 Dec 2002 16:55:02 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gBJ0t09i089815 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 18 Dec 2002 16:55:01 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <0a6201c2a6f9$42cfd720$52557f42@errno.com> From: "Sam Leffler" To: "Hiten Pandya" , Cc: References: <20021219003856.GA49597@unixdaemons.com> Subject: Re: PFIL_HOOKS should be made default in 5.0 Date: Wed, 18 Dec 2002 16:55:00 -0800 Organization: Errno Consulting 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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > A teeny-weeny issue I would like to discuss, is that we make the pfil(9) > hooks code default in 5.0, and remove the kernel option; this is because > it creates problems when PFIL_HOOKS is not in the (e.g. GENERIC) kernel, > and someone tries to load the ipfilter kernel module (ipl.ko). [1] > > I have discussed this with Darren, but would just like to make it > public, so it can be discussed by the release engineers etc. I > apologize but I do not have patches for this. > Enabling PFIL_HOOKS changes various code paths. Doing this so late in the release cycle is a bad idea. I also recall that there is a performance penalty (at least in the bridge code) for having this enabled. Both issues make it seem like it should stay an option for 5.0. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 17:26:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD5737B401 for ; Wed, 18 Dec 2002 17:26:21 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9452643E4A for ; Wed, 18 Dec 2002 17:26:15 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gBJ1Q66I002326; Wed, 18 Dec 2002 17:26:06 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gBJ1Q676002325; Wed, 18 Dec 2002 17:26:06 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 18 Dec 2002 17:26:06 -0800 From: David Schultz To: Matthew Dillon Cc: Eirik Nygaard , current@FreeBSD.ORG Subject: Re: patch #3 Re: swapoff code comitted. Message-ID: <20021219012606.GA2165@HAL9000.homeunix.com> Mail-Followup-To: Matthew Dillon , Eirik Nygaard , current@FreeBSD.ORG References: <200212151946.gBFJktmo090730@apollo.backplane.com> <20021215223540.GA601@unixpages.org> <200212152247.gBFMlp4d098705@apollo.backplane.com> <20021218182724.GB853@eirikn.net> <200212181918.gBIJIOIV093115@apollo.backplane.com> <20021218203854.GC853@eirikn.net> <200212182222.gBIMMsnw094344@apollo.backplane.com> <200212182300.gBIN0ZW7094554@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212182300.gBIN0ZW7094554@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Looks good to me, modulo a few nits. I try not to nitpick, but I've mentioned a few of them below. (BDE does a better job of it than I do anyway. :-) The patch puts identical functionality in two places, so maybe it would make sense to rip support for -s out of pstat/swapinfo (and integrate 'pstat -ss' support into swapctl). If we really want to go the NetBSD way, we could even integrate the swapon(2) and swapoff(2) into swapctl(2). Doesn't matter to me. (BTW, when I get the chance, I'll re-run my swapoff torture tests now that Alan Cox's new locking is in place. Chances are the swapoff code needs to be brought up to date..) > Index: swapon.8 > =================================================================== > RCS file: /home/ncvs/src/sbin/swapon/swapon.8,v > retrieving revision 1.21 > diff -u -r1.21 swapon.8 [...] > +.Nm Swapoff > +must move sawpped pages out of the device being removed which could I think you have a tpyo there. ;-) > +Swap information can be generated using the > +.Nm swapinfo > +program, > +.Nm pstat > +.Fl s , > +or > +.Nm swapctl > +.Fl lshk . IIRC, swapinfo is just there for compatibility (it's a hard link to pstat), so there's no need to advertise it. > Index: swapon.c > =================================================================== > RCS file: /home/ncvs/src/sbin/swapon/swapon.c,v > retrieving revision 1.13 > diff -u -r1.13 swapon.c [...] > + if (strstr(argv[0], "swapon")) > + which_prog = SWAPON; > + else if (strstr(argv[0], "swapoff")) > + which_prog = SWAPOFF; It's probably better to do a strcmp on strrchr(argv[0], '/') when argv[0] contains a slash. Otherwise people will wonder why swapoff(8) breaks when they (perhaps mistakenly) compile and run it from the src/sbin/swapon directory. > + while ((ch = getopt(argc, argv, "AadlhksU")) != -1) { > + switch(ch) { > + case 'A': > + if (which_prog == SWAPCTL) { > + doall = 1; > + which_prog = SWAPON; > + } else { > + usage(); > + } > + break; [...] The repeated 'whichprog == foo' tests can be combined into a single test at the end of the loop. > - > + ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 17:28:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A4E537B401; Wed, 18 Dec 2002 17:28:16 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0BD043E4A; Wed, 18 Dec 2002 17:28:14 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id MAA25151; Thu, 19 Dec 2002 12:28:06 +1100 Date: Thu, 19 Dec 2002 12:29:13 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: John Baldwin Cc: Terry Lambert , Alex , , Johnson David , Subject: Re: 80386 out of GENERIC In-Reply-To: Message-ID: <20021219121215.N28416-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 18 Dec 2002, John Baldwin wrote: > On 18-Dec-2002 Terry Lambert wrote: > > The pessimization that was being discussed right before that happened > > was "harvesting entropy for /dev/random". I can provide mailing list > > quotes about that bracketing those dates. > > No, the pessimization is: > > #if defined(I386_CPU) || defined(CPU_DISABLE_CMPXCHG) > > static __inline int > atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > { > int res = exp; > > __asm __volatile( > " pushfl ; " > " cli ; " > " cmpl %0,%2 ; " > " jne 1f ; " > " movl %1,%2 ; " > "1: " > " sete %%al; " > " movzbl %%al,%0 ; " > " popfl ; " > "# atomic_cmpset_int" > : "+a" (res) /* 0 (result) */ > : "r" (src), /* 1 */ > "m" (*(dst)) /* 2 */ > : "memory"); > > return (res); > } > > #else /* defined(I386_CPU) */ > > static __inline int > atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > { > int res = exp; > > __asm __volatile ( > " " __XSTRING(MPLOCKED) " " > " cmpxchgl %1,%2 ; " > " setz %%al ; " > " movzbl %%al,%0 ; " > "1: " > "# atomic_cmpset_int" > : "+a" (res) /* 0 (result) */ > : "r" (src), /* 1 */ > "m" (*(dst)) /* 2 */ > : "memory"); > > return (res); > } > > #endif /* defined(I386_CPU) */ > > > Was there a particular pessimization other than /dev/random that you > > were thinking of when you made the commit comment? > > Yes, the one above. It came in as part of SMPng. I think this is an insignificant pessimization (except for vmware). The main issue is that the i386 version doesn't actually work for SMP. It would need to be more comlicated and pessimal to work. BTW, I have micro-optimized the above (to usually avoid the movzbl and to allocate registers better, especially the hard register %al). One reason that I haven't committed the changes is that I haven't got around to testing them for the CPU_I386 case. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 18:23:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 426AA37B401 for ; Wed, 18 Dec 2002 18:23:47 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B117B43EDC for ; Wed, 18 Dec 2002 18:23:45 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJ2NhOM095345; Wed, 18 Dec 2002 18:23:43 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJ2NhD9095344; Wed, 18 Dec 2002 18:23:43 -0800 (PST) (envelope-from dillon) Date: Wed, 18 Dec 2002 18:23:43 -0800 (PST) From: Matthew Dillon Message-Id: <200212190223.gBJ2NhD9095344@apollo.backplane.com> To: David Schultz Cc: Eirik Nygaard , current@FreeBSD.ORG Subject: Re: patch #3 Re: swapoff code comitted. References: <200212151946.gBFJktmo090730@apollo.backplane.com> <20021215223540.GA601@unixpages.org> <200212152247.gBFMlp4d098705@apollo.backplane.com> <20021218182724.GB853@eirikn.net> <200212181918.gBIJIOIV093115@apollo.backplane.com> <20021218203854.GC853@eirikn.net> <200212182222.gBIMMsnw094344@apollo.backplane.com> <200212182300.gBIN0ZW7094554@apollo.backplane.com> <20021219012606.GA2165@HAL9000.homeunix.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Looks good to me, modulo a few nits. I try not to nitpick, but :I've mentioned a few of them below. (BDE does a better job of it :than I do anyway. :-) : :The patch puts identical functionality in two places, so maybe it :would make sense to rip support for -s out of pstat/swapinfo (and :integrate 'pstat -ss' support into swapctl). If we really want to :go the NetBSD way, we could even integrate the swapon(2) and :swapoff(2) into swapctl(2). Doesn't matter to me. I think we should keep swapon and swapoff as separate commands. They are the most intuitive of the lot. NetBSD's pstat supports -s, as does OpenBSD's, so there is no reason to rip out support for -s in our pstat. Neither OpenBSD or NetBSD have swapinfo that I can find. We could potentially rip out the swapinfo command though all it is is a hardlink to pstat so it wouldn't really save us anything. :(BTW, when I get the chance, I'll re-run my swapoff torture tests :now that Alan Cox's new locking is in place. Chances are the :swapoff code needs to be brought up to date..) I ran it across Alan and he thought it looked ok at a glance, but I agree now that it is integrated in we should take a more involved look at it. :... :[...] :> + if (strstr(argv[0], "swapon")) :> + which_prog = SWAPON; :> + else if (strstr(argv[0], "swapoff")) :> + which_prog = SWAPOFF; : :It's probably better to do a strcmp on strrchr(argv[0], '/') when :argv[0] contains a slash. Otherwise people will wonder why :swapoff(8) breaks when they (perhaps mistakenly) compile and run :it from the src/sbin/swapon directory. Hmm. How about a strstr on a strrchr. I don't like making exact comparisons because it removes flexibility that someone might want in regards to hardlinks (for example, someone might want to add a version or other suffix to differentiate certain binaries in a test environment or in an emulation environment). e.g. bsdswapon vs swapon. Isn't there a shortcut procedure to handle the NULL return case? I know there is one for a forward scan. I thought there was one for the reverse scan too. if ((ptr = strrchr(argv[0], '/')) == NULL) ptr = argv[0]; if (strstr(ptr, "swapon")) ... :> + if (which_prog == SWAPCTL) { :> + doall = 1; :> + which_prog = SWAPON; :> + } else { :> + usage(); :> + } :> + break; :[...] : :The repeated 'whichprog == foo' tests can be combined into a :single test at the end of the loop. They do subtly different things so I am not sure what you mean. You need to provide some code here. :> - :> + : :? It's probably a space or a tab. I'll track it down. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 18:27:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D9B37B401 for ; Wed, 18 Dec 2002 18:27:42 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6394143EDA for ; Wed, 18 Dec 2002 18:27:42 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJ2ReOM095382; Wed, 18 Dec 2002 18:27:40 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJ2Rebm095381; Wed, 18 Dec 2002 18:27:40 -0800 (PST) (envelope-from dillon) Date: Wed, 18 Dec 2002 18:27:40 -0800 (PST) From: Matthew Dillon Message-Id: <200212190227.gBJ2Rebm095381@apollo.backplane.com> To: Bruce Evans Cc: Eirik Nygaard , Subject: Re: patch #3 Re: swapoff code comitted. References: <20021219113357.Q28163-100000@gamplex.bde.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :On Wed, 18 Dec 2002, Matthew Dillon wrote: : :> Here's another update. I cleaned things up even more, add BLOCKSIZE :> support, and updated the manual page. It looks quite nice now. : :I still dislike it. It starts by adding style bugs to the Makefile :(changing "=" to "+=" for the initial assignments to LINKS and MLINKS) :and doesn't get any better. : :Bruce It hasn't been committed yet so please feel free to email me patches for stylistic issues over the next day or two. In regards to having a swapctl command at all, I think anything that offers familiarity between the BSDs is a good thing to have. If anything we should remove 'swapinfo'. 'pstat -s' is actually shorter and easier to type :-) -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 18:34:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C373F37B401; Wed, 18 Dec 2002 18:34:40 -0800 (PST) Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [66.31.42.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8069743ED8; Wed, 18 Dec 2002 18:34:28 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1]) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gBJ1YdJq000583; Wed, 18 Dec 2002 20:34:47 -0500 (EST) (envelope-from rodrigc@dibbler.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gBJ1YTDk000582; Wed, 18 Dec 2002 20:34:29 -0500 (EST) Date: Wed, 18 Dec 2002 20:34:18 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Cc: phk@freebsd.org Subject: GEOM panic Message-ID: <20021218203418.A550@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I just did a cvsup and rebuilt my kernel, and now my kernel panics upon bootup. I don't have a serial console, so I wrote down the error messages that I saw: I saw this one in the middle of some GEOM debug statements: ar: FreeBSD check1 failed Further along I saw: Lock GEOM topology not exclusively locked @ /usr/src/sys/geom/geom_slice.c:303 Lock GEOM topology not exclusively locked @ /usr/src/sys/geom/geom_subr.c:176 Lock GEOM topology not exclusively locked @ /usr/src/sys/geom/geom_event.c:279 GEOM: configure da0s5, start 31744 length 63107072 end 6318815 Lock GEOM topology not exclusively locked @ /usr/src/sys/geom/geom_mbr.c:405 panic: Assertion sx->sx_cnt == -1 failed at /usr/src/sys/kern/kern_sx.c:242 A stacktrace in ddb shows: panic() _sx_unlock() gc_mbrext_taste g_do_event() one_event() g_run_events() g_event_procbody() fork_exit() fork_trampoline() The versions of some of the GEOM files in question: $FreeBSD: src/sys/geom/geom_slice.c,v 1.32 2002/12/17 21:31:58 phk Exp $ $FreeBSD: src/sys/geom/geom_subr.c,v 1.24 2002/12/16 22:33:27 phk Exp $ $FreeBSD: src/sys/geom/geom_event.c,v 1.15 2002/11/04 09:31:02 phk Exp $ $FreeBSD: src/sys/geom/geom_mbr.c,v 1.28 2002/12/17 09:44:10 phk Exp $ -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 20:30:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F34C37B401 for ; Wed, 18 Dec 2002 20:30:19 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0577043EDE for ; Wed, 18 Dec 2002 20:30:18 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A286F5199A; Thu, 19 Dec 2002 15:00:20 +1030 (CST) Date: Thu, 19 Dec 2002 15:00:20 +1030 From: Greg 'groggy' Lehey To: FreeBSD current users Subject: Frequent lockups with SMP and heavy NFS access Message-ID: <20021219043020.GA53089@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been experiencing a lot of lockups (system completely dead, no reaction at the keyboard, can't ping) on an Intel SMP machine running CURRENT. Normally I do my kernel builds over NFS, but in the last few months I haven't been able to complete a 'make world'. Along with -DNOCLEAN I can get a build done in about 4 attempts; local builds work fine. NFS builds also work fine with other single processor machines. Questions: 1. Has anybody else seen this? 2. How should I approach looking for the problem? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 20:36:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 618FA37B401; Wed, 18 Dec 2002 20:36:14 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id D735D43E4A; Wed, 18 Dec 2002 20:36:13 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.6) id gBJ4a84u046589; Wed, 18 Dec 2002 22:36:08 -0600 (CST) (envelope-from dan) Date: Wed, 18 Dec 2002 22:36:08 -0600 From: Dan Nelson To: "Greg 'groggy' Lehey" Cc: FreeBSD current users Subject: Re: Frequent lockups with SMP and heavy NFS access Message-ID: <20021219043607.GB54615@dan.emsphone.com> References: <20021219043020.GA53089@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021219043020.GA53089@wantadilla.lemis.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Dec 19), Greg 'groggy' Lehey said: > I've been experiencing a lot of lockups (system completely dead, no > reaction at the keyboard, can't ping) on an Intel SMP machine running > CURRENT. Normally I do my kernel builds over NFS, but in the last > few months I haven't been able to complete a 'make world'. Along > with -DNOCLEAN I can get a build done in about 4 attempts; local > builds work fine. NFS builds also work fine with other single > processor machines. > > Questions: > > 1. Has anybody else seen this? > 2. How should I approach looking for the problem? I've seen intermittent lockups where everything is dead, but I can break into DDB via serial console. They may be NFS-related, as it often crashes a half-hour before I get in to work, which could be due to co-workers trying to bulid from my NFS-exported ports tree. ps inside DDB doesn't show anything obviously wrong to my untrained eyes. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 21:15:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C19637B401 for ; Wed, 18 Dec 2002 21:15:19 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA7FF43EC5 for ; Wed, 18 Dec 2002 21:15:17 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 3577251997; Thu, 19 Dec 2002 15:45:21 +1030 (CST) Date: Thu, 19 Dec 2002 15:45:21 +1030 From: Greg 'groggy' Lehey To: Dan Nelson Cc: FreeBSD current users Subject: Re: Frequent lockups with SMP and heavy NFS access Message-ID: <20021219051521.GB53089@wantadilla.lemis.com> References: <20021219043020.GA53089@wantadilla.lemis.com> <20021219043607.GB54615@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021219043607.GB54615@dan.emsphone.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, 18 December 2002 at 22:36:08 -0600, Dan Nelson wrote: > In the last episode (Dec 19), Greg 'groggy' Lehey said: >> I've been experiencing a lot of lockups (system completely dead, no >> reaction at the keyboard, can't ping) on an Intel SMP machine running >> CURRENT. Normally I do my kernel builds over NFS, but in the last >> few months I haven't been able to complete a 'make world'. Along >> with -DNOCLEAN I can get a build done in about 4 attempts; local >> builds work fine. NFS builds also work fine with other single >> processor machines. >> >> Questions: >> >> 1. Has anybody else seen this? >> 2. How should I approach looking for the problem? > > I've seen intermittent lockups where everything is dead, but I can > break into DDB via serial console. They may be NFS-related, as it > often crashes a half-hour before I get in to work, which could be due > to co-workers trying to bulid from my NFS-exported ports tree. ps > inside DDB doesn't show anything obviously wrong to my untrained eyes. Well, then at least you can get a dump and others can look. In my case, the machine is completely catatonic. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 21:48:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D02FF37B401 for ; Wed, 18 Dec 2002 21:48:26 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BBC043EA9 for ; Wed, 18 Dec 2002 21:48:26 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [66.126.111.137] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Wed, 18 Dec 2002 22:48:26 -0700 Message-ID: <3E015BBA.5090406@hotmail.com> Date: Wed, 18 Dec 2002 21:40:10 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021128 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Kernel hangs during boot (new GEOM problem) References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG walt wrote: > I built world+kernel about an hour ago ( Dec 17 about 23:00 UTC) > and the kernel hangs in the middle of printing phk's GEOM diagnostics: I noticed some GEOM-related commits in today's cvsup, but unfortunately they didn't solve this problem. The kernel still hangs before printing any of the geom diagnostics for the 2nd IDE drive, and responds only to the hard reset button. Meanwhile I'm running with NO_GEOM. I'd be happy to do any diagnostic tests that might be helpful, but I'm new to kernel debugging so I'd need some fairly detailed hints first. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 22:22:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ED5437B401 for ; Wed, 18 Dec 2002 22:22:52 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 343BE43EC5 for ; Wed, 18 Dec 2002 22:22:51 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBJ6Mjp0014741; Thu, 19 Dec 2002 07:22:46 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Craig Rodrigues Cc: freebsd-current@freebsd.org Subject: Re: GEOM panic From: phk@freebsd.org In-Reply-To: Your message of "Wed, 18 Dec 2002 20:34:18 EST." <20021218203418.A550@attbi.com> Date: Thu, 19 Dec 2002 07:22:45 +0100 Message-ID: <14740.1040278965@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021218203418.A550@attbi.com>, Craig Rodrigues writes: >Hi, > >I just did a cvsup and rebuilt my kernel, and now my kernel >panics upon bootup. I don't have a serial console, so I wrote >down the error messages that I saw: > >I saw this one in the middle of some GEOM debug statements: >ar: FreeBSD check1 failed Can you try this patch please ? Index: geom_mbr.c =================================================================== RCS file: /home/ncvs/src/sys/geom/geom_mbr.c,v retrieving revision 1.28 diff -u -r1.28 geom_mbr.c --- geom_mbr.c 17 Dec 2002 09:44:10 -0000 1.28 +++ geom_mbr.c 19 Dec 2002 06:22:00 -0000 @@ -393,6 +397,7 @@ g_mbr_print(1, dp + 1); if ((dp[0].dp_flag & 0x7f) == 0 && dp[0].dp_size != 0 && dp[0].dp_typ != 0) { + g_topology_lock(); g_slice_config(gp, slice, G_SLICE_CONFIG_SET, (((off_t)dp[0].dp_start) << 9ULL) + off, ((off_t)dp[0].dp_size) << 9ULL, -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Dec 18 23: 2:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC9D37B401 for ; Wed, 18 Dec 2002 23:02:46 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6659E43EA9 for ; Wed, 18 Dec 2002 23:02:46 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id gBJ72kFp051016 for ; Wed, 18 Dec 2002 23:02:46 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id gBJ72kxG051014 for current@freebsd.org; Wed, 18 Dec 2002 23:02:46 -0800 (PST) Date: Wed, 18 Dec 2002 23:02:46 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200212190702.gBJ72kxG051014@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Wed Dec 18 21:36:06 PST 2002 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Wed Dec 18 22:27:42 PST 2002 -------------------------------------------------------------- >>> Kernel build for LINT started on Wed Dec 18 22:27:42 PST 2002 -------------------------------------------------------------- ===> vesa "Makefile", line 5401: warning: duplicate script for target "geom_bsd.o" ignored "Makefile", line 5404: warning: duplicate script for target "geom_mbr.o" ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1425: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1773: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1789: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver is broken and is not compiled with LINT" /local0/scratch/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/netatm/atm_if.c: In function `atm_nif_detach': /local0/scratch/des/src/sys/netatm/atm_if.c:860: `M_IFADDR' undeclared (first use in this function) /local0/scratch/des/src/sys/netatm/atm_if.c:860: (Each undeclared identifier is reported only once /local0/scratch/des/src/sys/netatm/atm_if.c:860: for each function it appears in.) *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 1:55:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCF237B401; Thu, 19 Dec 2002 01:55:09 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6EC243E4A; Thu, 19 Dec 2002 01:55:07 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id gBJ9t0gw055026; Thu, 19 Dec 2002 20:55:01 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from proxy.af.speednet.com.au (proxy.af.speednet.com.au [172.22.2.21]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id gBJ9sxc9071484; Thu, 19 Dec 2002 19:55:00 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Thu, 19 Dec 2002 19:54:59 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: phk@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: GEOM panic In-Reply-To: <14740.1040278965@critter.freebsd.dk> Message-ID: <20021219195339.Y70361-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This fixes it, thanks. On Thu, 19 Dec 2002 phk@FreeBSD.ORG wrote: > Can you try this patch please ? > > Index: geom_mbr.c > =================================================================== > RCS file: /home/ncvs/src/sys/geom/geom_mbr.c,v > retrieving revision 1.28 > diff -u -r1.28 geom_mbr.c > --- geom_mbr.c 17 Dec 2002 09:44:10 -0000 1.28 > +++ geom_mbr.c 19 Dec 2002 06:22:00 -0000 > @@ -393,6 +397,7 @@ > g_mbr_print(1, dp + 1); > if ((dp[0].dp_flag & 0x7f) == 0 && > dp[0].dp_size != 0 && dp[0].dp_typ != 0) { > + g_topology_lock(); > g_slice_config(gp, slice, G_SLICE_CONFIG_SET, > (((off_t)dp[0].dp_start) << 9ULL) + off, > ((off_t)dp[0].dp_size) << 9ULL, > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 2:25:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6A0537B401; Thu, 19 Dec 2002 02:25:29 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id A10F443EC5; Thu, 19 Dec 2002 02:25:28 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 2ADF766BE3; Thu, 19 Dec 2002 02:25:28 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 5ACE51330; Thu, 19 Dec 2002 02:25:27 -0800 (PST) Date: Thu, 19 Dec 2002 02:25:27 -0800 From: Kris Kennaway To: "Brian F. Feldman" Cc: Matthew Dillon , Jake Burkholder , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Patch #3 Re: UMA panic under load Message-ID: <20021219102527.GA2207@rot13.obsecurity.org> References: <200212150209.gBF291Zf078019@apollo.backplane.com> <200212172206.gBHM67kE013482@green.bikeshed.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <200212172206.gBHM67kE013482@green.bikeshed.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 17, 2002 at 05:06:06PM -0500, Brian F. Feldman wrote: > Matthew Dillon wrote: > > Whoop. Ok, here's a new patch. I think this covers all the cases. > > I've done some testing and it appears to do the right thing, please > > look it over (the last patch had type-o's and didn't cover the corr= ect > > cases). >=20 > I haven't tested, since I haven't provoked that specific panic on my=20 > machines, but that does appear that it would indeed fix both issues. Kri= s,=20 > can you confirm that it makes the machines work properly? I'm testing the committed version on the alpha cluster and my local sparc machine. It should be fairly obvious within a few days if it is working. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+AZ6WWry0BWjoQKURAgLOAJ9PjWYCzSh9l41xA+zMT1uU+79SaQCg+QeV 2q7LHyCGMYHVqC5Ns0VAHDg= =UlN1 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 2:27:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2946437B401 for ; Thu, 19 Dec 2002 02:27:49 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94EC743EC5 for ; Thu, 19 Dec 2002 02:27:48 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 3DDFF66BE3; Thu, 19 Dec 2002 02:27:48 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id B3080E34; Thu, 19 Dec 2002 02:27:47 -0800 (PST) Date: Thu, 19 Dec 2002 02:27:47 -0800 From: Kris Kennaway To: redjupiter Cc: freebsd-current@FreeBSD.ORG Subject: Re: sshd and PRNG in FreeBSD 5.0 RC1 Message-ID: <20021219102747.GB2207@rot13.obsecurity.org> References: <3DFFAE6C.5040805@ntlworld.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <3DFFAE6C.5040805@ntlworld.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 17, 2002 at 11:08:28PM +0000, redjupiter wrote: > Hi All, >=20 > I installed FreeBSD 5.0 RC1 and everything seems to be working just=20 > fine. I recompiled the kernel with extra hardware including IPSEC ,=20 > netgraph, ipfilter and ipfw support. Againseem sto be working just fine= =20 > and find and configured my hardware. >=20 > However, SSHD started complaining about PRNG being not seeded. I don't=20 > know what that is. What is wrong? Something is wrong with your /dev/random device. Most likely you forgot to include it in your kernel config. Kris --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+AZ8iWry0BWjoQKURAruEAKCdYqwsGiJYxZalBlv2Iwc2uigv4QCgqE1M XkCtPUorrvE3yBiqvE82QJ0= =uQJN -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 2:29:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B604C37B401 for ; Thu, 19 Dec 2002 02:29:53 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F6A43EF7 for ; Thu, 19 Dec 2002 02:29:47 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 3FABB66BE3; Thu, 19 Dec 2002 02:29:47 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id B790E1330; Thu, 19 Dec 2002 02:29:46 -0800 (PST) Date: Thu, 19 Dec 2002 02:29:46 -0800 From: Kris Kennaway To: Ryan Sommers Cc: Nate Lawson , current@FreeBSD.ORG Subject: Re: 5.0 Install Troubles Message-ID: <20021219102946.GC2207@rot13.obsecurity.org> References: <1040255596.89882.26.camel@lobo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OBd5C1Lgu00Gd/Tn" Content-Disposition: inline In-Reply-To: <1040255596.89882.26.camel@lobo> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OBd5C1Lgu00Gd/Tn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 18, 2002 at 05:53:17PM -0600, Ryan Sommers wrote: > Yah, there isn't a secure dist. I'm doing a full install now, to see if > it hits it. I don't understand why only installing base would work on > 4.7 but not on 5.0. I believe it's called 'crypto' not 'secure'. I'm not sure why you ran into this problem..it's not supposed to be mandatory. Kris --OBd5C1Lgu00Gd/Tn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+AZ+aWry0BWjoQKURAuE3AKDsFBj11zoauw1GaNl9+AWNKbvy4ACeNupt p7EXcsEfrWw+4in69beTM6U= =Bp19 -----END PGP SIGNATURE----- --OBd5C1Lgu00Gd/Tn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 2:32:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA39737B401; Thu, 19 Dec 2002 02:32:28 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 806C643EA9; Thu, 19 Dec 2002 02:32:28 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJAWOOM039523; Thu, 19 Dec 2002 02:32:24 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJAWNj0039522; Thu, 19 Dec 2002 02:32:23 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 02:32:23 -0800 (PST) From: Matthew Dillon Message-Id: <200212191032.gBJAWNj0039522@apollo.backplane.com> To: Bernd Walter Cc: "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.ORG Subject: UMASS USB bug? (getting the Sony disk-on-key device working). Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It took a hellofalong time pulling my hair out trying to figure out why the Sony disk-on-key I just bought didn't work. First I added a Quirk entry for the standard 6-byte problem, but it didn't solve the problem. Finally, after slogging through an insane amount of debugging (I mean, it really generates a lot of debugging if you turn it all on!) I came up with the following patch. It appears that when an error occurs and the umass device tries to read the sense data that it fails comparing: sc->transfer_datalen - sc->transfer_actlen != UGETDW(sc->csw.dCSWDataResidue). As far as I can sc->transfer_actlen is NEVER updated. It is always 0, so I don't quite see how the calculation could ever possibly be correct if DataResidue is what I think it is (a count-down of the number of unused bytes after a transfer). Note that my other UMASS device, a compact flash reader, has always worked fine with just the Quirk entry. I really need a USB expert to tell me what is going on :-) With the patch below my Sony diskkey works. Note that the junk at the end of the patch is debugging. I noticed that the CAM layer thought the READCAPACITY command succeeded when it didn't, and it was generating weird sector-size errors due to the malloc'd return buffer containing garbage. I had to put real values in the buffer to catch the problem consistently. I don't know why the UMASS layer was returning a success code to CAM for failed READCAPACITY commands but it took an hour just to figure that CAM was using garbage in the return buffer. USB Experts gravitate here! Tell me I'm right or explain to me why I'm wrong, because this stuff is incredibly complex and I'm having problems thinking straight at 2:30 a.m. :-) -Matt Index: dev/usb/umass.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/umass.c,v retrieving revision 1.11.2.13 diff -u -r1.11.2.13 umass.c --- dev/usb/umass.c 21 Nov 2002 21:26:14 -0000 1.11.2.13 +++ dev/usb/umass.c 19 Dec 2002 10:21:58 -0000 @@ -1488,6 +1488,7 @@ panic("%s: transferred %d bytes instead of %d bytes\n", USBDEVNAME(sc->sc_dev), sc->transfer_actlen, sc->transfer_datalen); +#if 0 } else if (sc->transfer_datalen - sc->transfer_actlen != UGETDW(sc->csw.dCSWDataResidue)) { DPRINTF(UDMASS_BBB, ("%s: actlen=%d != residue=%d\n", @@ -1497,6 +1498,7 @@ umass_bbb_reset(sc, STATUS_WIRE_FAILED); return; +#endif } else if (sc->csw.bCSWStatus == CSWSTATUS_FAILED) { DPRINTF(UDMASS_BBB, ("%s: Command Failed, res = %d\n", Index: cam/scsi/scsi_da.c =================================================================== RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.42.2.29 diff -u -r1.42.2.29 scsi_da.c --- cam/scsi/scsi_da.c 23 Nov 2002 23:21:42 -0000 1.42.2.29 +++ cam/scsi/scsi_da.c 19 Dec 2002 10:28:11 -0000 @@ -250,6 +250,14 @@ }, { /* + * Sony Key-Storage media fails in terrible ways without + * both quirks. + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Storage Media", "*"}, + /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE + }, + { + /* * Sony DSC cameras (DSC-S30, DSC-S50, DSC-S70) */ {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Sony DSC", "*"}, @@ -546,8 +554,10 @@ rcap = (struct scsi_read_capacity_data *)malloc(sizeof(*rcap), M_TEMP, - M_WAITOK); - + M_WAITOK|M_ZERO); + scsi_ulto4b(3133333, (void *)&rcap->length); + scsi_ulto4b(512, (void *)&rcap->addr); + ccb = cam_periph_getccb(periph, /*priority*/1); scsi_read_capacity(&ccb->csio, /*retries*/1, @@ -1185,6 +1195,7 @@ softc->minimum_cmd_size = 10; else softc->minimum_cmd_size = 6; + printf("QUIRKS %04x MCS %d MATCH %p\n", softc->quirks, softc->minimum_cmd_size, match); /* * Block our timeout handler while we @@ -1746,6 +1757,8 @@ dp = &softc->params; dp->secsize = scsi_4btoul(rdcap->length); dp->sectors = scsi_4btoul(rdcap->addr) + 1; + printf("RDCAP SECSIZE %d\n", (int)dp->secsize); + printf("RDCAP SECTORS %d\n", (int)dp->sectors); /* * Have the controller provide us with a geometry * for this disk. The only time the geometry @@ -1765,6 +1778,7 @@ dp->heads = ccg.heads; dp->secs_per_track = ccg.secs_per_track; dp->cylinders = ccg.cylinders; + printf("RDCAP HEADS %d SPT %d CYL %d\n", (int)ccg.heads, (int)ccg.secs_per_track, (int)ccg.cylinders); } static void To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 3:10:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7253B37B401 for ; Thu, 19 Dec 2002 03:10:51 -0800 (PST) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F1A943ED4 for ; Thu, 19 Dec 2002 03:10:50 -0800 (PST) (envelope-from frode@nordahl.net) Received: from ws24.ns5.powertech.no (ws24.ns5.powertech.no [195.159.6.24]) by smtp1.powertech.no (Postfix) with ESMTP id 295F289E2; Thu, 19 Dec 2002 12:10:48 +0100 (CET) Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). From: Frode Nordahl To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <200212191032.gBJAWNj0039522@apollo.backplane.com> References: <200212191032.gBJAWNj0039522@apollo.backplane.com> Content-Type: text/plain Organization: Message-Id: <1040296107.2012.23.camel@ws24.ns5.powertech.no> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 19 Dec 2002 12:08:27 +0100 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, Matt While you're at it, could you have a look at PR kern/46176 ? =) At least would you tell me if you have the same problem with your device(s) On Thu, 2002-12-19 at 11:32, Matthew Dillon wrote: > It took a hellofalong time pulling my hair out trying to figure out > why the Sony disk-on-key I just bought didn't work. > > First I added a Quirk entry for the standard 6-byte problem, but it > didn't solve the problem. > > Finally, after slogging through an insane amount of debugging (I mean, > it really generates a lot of debugging if you turn it all on!) I came > up with the following patch. It appears that when an error occurs > and the umass device tries to read the sense data that it fails > comparing: > > sc->transfer_datalen - sc->transfer_actlen != UGETDW(sc->csw.dCSWDataResidue). > > As far as I can sc->transfer_actlen is NEVER updated. It is always 0, so > I don't quite see how the calculation could ever possibly be correct > if DataResidue is what I think it is (a count-down of the number of > unused bytes after a transfer). > > Note that my other UMASS device, a compact flash reader, has always > worked fine with just the Quirk entry. I really need a USB expert to > tell me what is going on :-) > > With the patch below my Sony diskkey works. Note that the junk at the > end of the patch is debugging. I noticed that the CAM layer thought > the READCAPACITY command succeeded when it didn't, and it was generating > weird sector-size errors due to the malloc'd return buffer containing > garbage. I had to put real values in the buffer to catch the problem > consistently. I don't know why the UMASS layer was returning a > success code to CAM for failed READCAPACITY commands but it took an > hour just to figure that CAM was using garbage in the return buffer. > > USB Experts gravitate here! Tell me I'm right or explain to me why I'm > wrong, because this stuff is incredibly complex and I'm having problems > thinking straight at 2:30 a.m. :-) > > -Matt > -- Frode Nordahl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 3:22: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFA2337B401 for ; Thu, 19 Dec 2002 03:22:02 -0800 (PST) Received: from hermes.if.lt (hermes.if.lt [195.190.141.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C19443ED1 for ; Thu, 19 Dec 2002 03:22:01 -0800 (PST) (envelope-from vd@vmunix.lt) Received: from 195.190.141.1 (hermes [195.190.141.1]) by hermes.if.lt (IF DRAUDIMAS mail) with SMTP id 4A1D019832E for ; Thu, 19 Dec 2002 13:21:42 +0200 (EET) Received: from zeus (zeus.if.lt [195.190.141.3]) by hermes.if.lt (IF DRAUDIMAS mail) with ESMTP id EF66E19832C for ; Thu, 19 Dec 2002 13:21:41 +0200 (EET) Date: Thu, 19 Dec 2002 13:21:16 +0200 (EET) From: Vaidas Damosevicius X-X-Sender: vd@zeus.sampo.vlan To: freebsd-current@freebsd.org Subject: iir problems on -CURRENT MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <20021219112141.EF66E19832C@hermes.if.lt> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello *, Few minutes ago I tried to install FreeBSD 5.0-CURRENT (kernel 2002.12.19) with Intel SRCU31A RAID Controller (firmware 2.34.00-R030) . After unsuccessful try to do it via 'sysinstall', I tried to install FreeBSD to IDE drive and access Intel RAID Controller. I was unsuccessful too. I got following: iir0: mem 0xfc8f0000-0xfc8f3fff irq 18 at device 9.0 on pci3 ... GEOM: new disk ad0 ar: FreeBSD check1 failed ad0: ATA-2 disk at ata0-master ad0: 2014MB (4124736 sectors), 4092 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 Waiting 15 seconds for SCSI devices to settle GEOM: Configure ad0s1, start 32256 length 2111832576 end 2111864831 GEOM: Add ad0s1 hot[0] start 512 length 276 end 787 GEOM: Configure ad0s1a, start 134217728 length 1977614848 end 2111832575 GEOM: Configure ad0s1b, start 0 length 134217728 end 134217727 GEOM: Configure ad0s1c, start 0 length 2111832576 end 2111832575 (probe6:iir0:0:6:0): error 22 (probe6:iir0:0:6:0): Unretryable Error ... Any ideas ? vd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 5:12:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C43437B401; Thu, 19 Dec 2002 05:12:26 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id F335C43E4A; Thu, 19 Dec 2002 05:12:24 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBJDCFqd088338 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 19 Dec 2002 14:12:17 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBJDCEfQ097327 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Dec 2002 14:12:14 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBJDCDgV048167; Thu, 19 Dec 2002 14:12:13 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBJDCCqd048166; Thu, 19 Dec 2002 14:12:12 +0100 (CET) Date: Thu, 19 Dec 2002 14:12:12 +0100 From: Bernd Walter To: Matthew Dillon Cc: Bernd Walter , "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). Message-ID: <20021219131211.GA29286@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <200212191032.gBJAWNj0039522@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212191032.gBJAWNj0039522@apollo.backplane.com> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 02:32:23AM -0800, Matthew Dillon wrote: > It took a hellofalong time pulling my hair out trying to figure out > why the Sony disk-on-key I just bought didn't work. > > First I added a Quirk entry for the standard 6-byte problem, but it > didn't solve the problem. > > Finally, after slogging through an insane amount of debugging (I mean, > it really generates a lot of debugging if you turn it all on!) I came > up with the following patch. It appears that when an error occurs > and the umass device tries to read the sense data that it fails > comparing: > > sc->transfer_datalen - sc->transfer_actlen != UGETDW(sc->csw.dCSWDataResidue). > > As far as I can sc->transfer_actlen is NEVER updated. It is always 0, so > I don't quite see how the calculation could ever possibly be correct > if DataResidue is what I think it is (a count-down of the number of > unused bytes after a transfer). I can't comment on this yet. > Note that my other UMASS device, a compact flash reader, has always > worked fine with just the Quirk entry. I really need a USB expert to > tell me what is going on :-) The problem is that an umass bulk only umass device is allowed to stall the comunication pipe on an invalid command. I got the impression that the umass driver doesn't clear the pipe on errors. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 5:51:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA16637B401 for ; Thu, 19 Dec 2002 05:51:40 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6626443EC2 for ; Thu, 19 Dec 2002 05:51:40 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [66.126.111.137] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Thu, 19 Dec 2002 06:51:40 -0700 Message-ID: <3E01CCFB.9000508@hotmail.com> Date: Thu, 19 Dec 2002 05:43:23 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021128 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: GEOM panic References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG phk@FreeBSD.ORG wrote: > In message <20021218203418.A550@attbi.com>, Craig Rodrigues writes: > > >Hi, > > > >I just did a cvsup and rebuilt my kernel, and now my kernel > >panics upon bootup. I don't have a serial console, so I wrote > >down the error messages that I saw: > > > >I saw this one in the middle of some GEOM debug statements: > >ar: FreeBSD check1 failed > > > Can you try this patch please ? > > Index: geom_mbr.c This patch cured my hang-during-boot problem also. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 5:55:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E00B937B401 for ; Thu, 19 Dec 2002 05:55:55 -0800 (PST) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5CA43EC2 for ; Thu, 19 Dec 2002 05:55:53 -0800 (PST) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost.sibnet.ru [127.0.0.1]) by sbk-gw.sibnet.ru (8.12.6/8.12.6) with ESMTP id gBJDu38c002530; Thu, 19 Dec 2002 19:56:03 +0600 (NOVT) (envelope-from stranger@sberbank.sibnet.ru) Received: from localhost (stranger@localhost) by sbk-gw.sibnet.ru (8.12.6/8.12.6/Submit) with ESMTP id gBJDu2P2002527; Thu, 19 Dec 2002 19:56:02 +0600 (NOVT) X-Authentication-Warning: sbk-gw.sibnet.ru: stranger owned process doing -bs Date: Thu, 19 Dec 2002 19:56:02 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Nate Lawson Cc: FreeBSD Current Subject: Re: SCSI Bios complaints and Disk Slices In-Reply-To: Message-ID: <20021219195150.D2476-100000@sbk-gw.sibnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tekram DC 390 works under sym(4)... Except 390T which is powered by AMD... Cliff Sarginson: Perhaps you need try to play with disk geometry in fdisk... Try to see what geometry is 1st disk and try set something same on 2nd. Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru mailto:stranger@fpm.ami.nstu.ru On Tue, 17 Dec 2002, Nate Lawson wrote: >On Tue, 17 Dec 2002, Cliff Sarginson wrote: >> Windows .. fine, I installed Linux .. fine. Then I installed >> FreeBSD...fine *but* the SCSI BIOS on bootup complains that the disk >> geometry is all cockeyed, and it looks that way from what it says. >> It warns any non-DOS O/S may have problems using it. >> Well I have had no problems, and fdisk makes no complaints. What has >> happened to upset the SCSI BIOS ? The thing it seems to hate is that it >> is getting 63 heads reported instead of 64. >> It is a Tekram 390 U/W controller, with an IBM 18MB U160 disk. >> There have never been any other complaints about the 1st SCSI disk. >> Diagnostics show no problems. > >One thing to check is that you should have ">1GB drive support" enabled. >This needs to be done before installing. See the archives for >freebsd-scsi list. I am not familiar with trm(4) so perhaps Oliver can >fill in more. > >-Nate > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 6:14:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4958837B401 for ; Thu, 19 Dec 2002 06:14:37 -0800 (PST) Received: from hotmail.com (f52.sea2.hotmail.com [207.68.165.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE46743EA9 for ; Thu, 19 Dec 2002 06:14:36 -0800 (PST) (envelope-from juliusezexxx56@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 19 Dec 2002 06:11:16 -0800 Received: from 217.146.9.137 by sea2fd.sea2.hotmail.msn.com with HTTP; Thu, 19 Dec 2002 14:11:16 GMT X-Originating-IP: [217.146.9.137] From: "JULIUS EZE" To: juliusezexxx56@hotmail.com Subject: COMPLIMENT OF THE SEASON. Date: Thu, 19 Dec 2002 15:11:16 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 19 Dec 2002 14:11:16.0484 (UTC) FILETIME=[7EC17440:01C2A768] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FROM:JULIUS EZE SUBJECT:BUSINESS PROPOSAL. DATE:19TH DECEMBER 2002. House 34/35 Sanisu Fafuwa Street, Victoria Island, Lagos. RE:TRANSFER OF SIXTY FOUR MILLION DOLLARS ( $64 000 000.00) Dear Sir I am an auditor by profession,During the last December, I headed a team that audited the account of UNITED BANK FOR AFRICA {U B A}. In the course of this assignment, I discovered an amount of sixty four million dollars floating funds. This amount of money was traced to have been lodged into the bank since 1995. This account have been dormant since 1999 as there were no deposits and withdrawals from the account up till now. After I had gone through the record ,I discovered particulars of the account and detailed information of the owner..This account belongs to MR. PETER FLEMING an Oil Marchant, a foreigner from Europe. On further inquiries, I discovered more details tracing the man 's history and finally ,I found out that he died since 1998 .My invesatigation revealed that MR. PETER has nobody to inherit this fund. The assistance I need from you as a foreigner is to provide a reliable and honest person who will nominate an existing dollar account where this money can be transferred to gradually. All necessary documents relating to this deposit are now in my care and no body will fault this transfer if needed information are provided by a foregner since news of PETERS' death is not to the bank. I need your full understanding and co-operation to make this work well because the management of the bank ,is ready to approve this payment to any foreigner, who has correct information of this account .Which I will equip you with, upon your positive responce .Two of us will meet in your country at least two days ahead of the money being credited to your account. I will use my position and influence ,to obtain all legal approvals , for onward transfer of this money to your account ,with appropriate clearance from the relevant ministries and foreign exchange department without question. For a test ,we shall start by transfering TWENTY FOUR MILLION DOLLARS after I have my due share, we arrange for subsequent transfer. You will be entitled to 35% of any segment of the transfer while I take 60% then the remaining 5% will be for expenses both parties might incure in the process. For utmost confident ,our first communication will be restricted to this e-mail only , but include your private and confidential phone and fax number,in your return mail.Please if you are finding it defficult to reach me,you can as well contact me on this email bus:juliuseze@mail.com . Yours Truly, JULIUS EZE. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 6:37:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4FF37B401 for ; Thu, 19 Dec 2002 06:37:57 -0800 (PST) Received: from post-20.mail.nl.demon.net (post-20.mail.nl.demon.net [194.159.73.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B3EC43ED8 for ; Thu, 19 Dec 2002 06:37:56 -0800 (PST) (envelope-from cls@raggedclown.net) Received: from [212.238.197.102] (helo=mailhost.raggedclown.net) by post-20.mail.nl.demon.net with esmtp (Exim 3.36 #1) id 18P1oB-000GaS-00 for FreeBSD-current@FreeBSD.org; Thu, 19 Dec 2002 14:37:55 +0000 Received: from localhost (localhost [127.0.0.1]) by mailhost.raggedclown.net (Ragged Clown Mail Gateway [dawn]) with ESMTP id EC6F8163D for ; Thu, 19 Dec 2002 15:37:53 +0100 (CET) Received: from willow.raggedclown.net (willow.raggedclown.intra [192.168.1.10]) by mailhost.raggedclown.net (Ragged Clown Mail Gateway [dawn]) with ESMTP id 2FCCBEB5 for ; Thu, 19 Dec 2002 15:37:38 +0100 (CET) Received: by willow.raggedclown.net (Ragged Clown Host [willow], from userid 1009) id 3D5F5225D9; Thu, 19 Dec 2002 15:37:38 +0100 (CET) Date: Thu, 19 Dec 2002 15:37:38 +0100 From: Cliff Sarginson To: FreeBSD Current Subject: Re: SCSI Bios complaints and Disk Slices Message-ID: <20021219143738.GA811@raggedclown.net> References: <20021217053758.GA56632@raggedclown.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-Virus-Scanned: by AMaViS 0.3.12pre8 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Dec 17, 2002 at 10:59:37AM -0800, Nate Lawson wrote: > On Tue, 17 Dec 2002, Cliff Sarginson wrote: > > Windows .. fine, I installed Linux .. fine. Then I installed > > FreeBSD...fine *but* the SCSI BIOS on bootup complains that the disk > > geometry is all cockeyed, and it looks that way from what it says. > > It warns any non-DOS O/S may have problems using it. > > Well I have had no problems, and fdisk makes no complaints. What has > > happened to upset the SCSI BIOS ? The thing it seems to hate is that it > > is getting 63 heads reported instead of 64. > > It is a Tekram 390 U/W controller, with an IBM 18MB U160 disk. > > There have never been any other complaints about the 1st SCSI disk. > > Diagnostics show no problems. > > One thing to check is that you should have ">1GB drive support" enabled. > This needs to be done before installing. See the archives for > freebsd-scsi list. I am not familiar with trm(4) so perhaps Oliver can > fill in more. > Yes, that is going to be a lot of work :( What is strange is that it is only the SCSI BIOS on the Tekram board that is complaining. Everything seems to be working fine. And I have never had complaints about the first SCSI disk, which is my main FreeBSD Stable system in constant use ! Well, I will have to think on how I am going to do this, it will I guess also affect the SCSI BIOS view of the first disk as well. Mmm. What Sherlock Holmes would call a 2 pipe problem. Thanks for the answer. -- Regards Cliff Sarginson The Netherlands [ This mail has been checked as virus-free ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 6:46:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A644F37B401 for ; Thu, 19 Dec 2002 06:46:43 -0800 (PST) Received: from mhub-w2.tc.umn.edu (mhub-w2.tc.umn.edu [160.94.160.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FBEE43EDA for ; Thu, 19 Dec 2002 06:46:43 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from mhub0.tc.umn.edu (mhub0.tc.umn.edu [128.101.131.40]) by mhub-w2.tc.umn.edu with ESMTP for current@FreeBSD.ORG; Thu, 19 Dec 2002 08:46:37 -0600 (CST) Received: from [128.101.186.124] by mail.tc.umn.edu with ESMTP; Thu, 19 Dec 2002 08:46:36 -0600 Subject: Re: 5.0 Install Troubles From: Ryan Sommers To: Kris Kennaway Cc: Nate Lawson , current@FreeBSD.ORG In-Reply-To: <20021219102946.GC2207@rot13.obsecurity.org> References: <1040255596.89882.26.camel@lobo> <20021219102946.GC2207@rot13.obsecurity.org> Content-Type: text/plain Organization: Message-Id: <1040305604.373.2.camel@lobo> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 19 Dec 2002 07:46:44 -0600 Content-Transfer-Encoding: 7bit X-Umn-Remote-Mta: [N] mhub0.tc.umn.edu #+LO+TR Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To see if it was related to installing in a vmware vm I whipped out the laptop last night and ran an install. Sure enough I ran into the same problem on the laptop when trying to install only base + linux compatability. When it gets to installing linux compatability it complains about libssl not being installed. So, is this a 5.0 bug? I'm running an install of "minimal" right now to see if that works. I really don't like having to install a whole bunch of documentation that I already have in a number of other boxes, anyone know why libssl isn't in base? Ryan On Thu, 2002-12-19 at 04:29, Kris Kennaway wrote: > On Wed, Dec 18, 2002 at 05:53:17PM -0600, Ryan Sommers wrote: > > Yah, there isn't a secure dist. I'm doing a full install now, to see if > > it hits it. I don't understand why only installing base would work on > > 4.7 but not on 5.0. > > I believe it's called 'crypto' not 'secure'. I'm not sure why you ran > into this problem..it's not supposed to be mandatory. > > Kris -- Ryan "leadZERO" Sommers ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 7:12: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADDB637B401; Thu, 19 Dec 2002 07:11:59 -0800 (PST) Received: from dibbler.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91CE43EC5; Thu, 19 Dec 2002 07:11:58 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1]) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gBJDIHDK000565; Thu, 19 Dec 2002 08:18:17 -0500 (EST) (envelope-from rodrigc@dibbler.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gBJDIHYD000564; Thu, 19 Dec 2002 08:18:17 -0500 (EST) Date: Thu, 19 Dec 2002 08:18:17 -0500 From: Craig Rodrigues To: phk@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: GEOM panic Message-ID: <20021219081817.B535@attbi.com> References: <20021218203418.A550@attbi.com> <14740.1040278965@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <14740.1040278965@critter.freebsd.dk>; from phk@freebsd.org on Thu, Dec 19, 2002 at 07:22:45AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 19, 2002 at 07:22:45AM +0100, phk@freebsd.org wrote: > In message <20021218203418.A550@attbi.com>, Craig Rodrigues writes: > >Hi, > > > >I just did a cvsup and rebuilt my kernel, and now my kernel > >panics upon bootup. I don't have a serial console, so I wrote > >down the error messages that I saw: > > > >I saw this one in the middle of some GEOM debug statements: > >ar: FreeBSD check1 failed > > Can you try this patch please ? That patch worked, and I no longer get a kernel panic. Do you know what the "ar: FreeBSD check1 failed" error message is caused by? I am attaching the GEOM dmesg messages. Thanks. -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot.txt" ad0: success setting PIO4 on Acer chip GEOM: new disk ad0 ar: FreeBSD check1 failed ad0: ATA-5 disk at ata0-master ad0: 32253MB (66055248 sectors), 65531 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, PIO4 ad0: piomode=4 dmamode=2 udmamode=5 cblid=1 Waiting 15 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. sym0: enabling clock multiplier sym0: Downloading SCSI SCRIPTS. GEOM: Configure ad0s1, start 32256 length 7339885056 end 7339917311 GEOM: Configure ad0s2, start 7339917312 length 6291210240 end 13631127551 GEOM: Add ad0s1 hot[0] start 512 length 276 end 787 GEOM: Configure ad0s1a, start 0 length 209715200 end 209715199 GEOM: Configure ad0s1b, start 209715200 length 524288000 end 734003199 GEOM: Configure ad0s1c, start 0 length 7339885056 end 7339885055 GEOM: Configure ad0s1e, start 734003200 length 52428800 end 786431999 GEOM: Configure ad0s1f, start 786432000 length 6553453056 end 7339885055 GEOM: Add ad0s2 hot[0] start 512 length 276 end 787 GEOM: Configure ad0s2a, start 0 length 134217728 end 134217727 GEOM: Configure ad0s2c, start 0 length 6291210240 end 6291210239 GEOM: Configure ad0s2e, start 134217728 length 268435456 end 402653183 GEOM: Configure ad0s2f, start 402653184 length 268435456 end 671088639 GEOM: Configure ad0s2g, start 671088640 length 5620121600 end 6291210239 (probe5:sym0:0:5:0): error 22 (probe5:sym0:0:5:0): Unretryable Error (probe0:sym0:0:0:0): Retrying Command (probe1:sym0:0:1:0): Retrying Command (probe2:sym0:0:2:0): Retrying Command pass0 at sym0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number DP651202 pass0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass1 at sym0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-2 device pass1: Serial Number 5U2V3566 pass1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass2 at sym0 bus 0 target 2 lun 0 pass2: Fixed Direct Access SCSI-2 device pass2: Serial Number QD740138 pass2: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled pass3 at sym0 bus 0 target 5 lun 0 pass3: Removable CD-ROM SCSI-2 device pass3: 5.681MB/s transfers (5.681MHz, offset 15) GEOM: new disk da0 da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number DP651202 da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 520MB (1065664 512 byte sectors: 64H 32S/T 520C) GEOM: new disk da1 GEOM: new disk da2 (cd0:sym0:0:5:0): Retrying Command cd0 at sym0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 5.681MB/s transfers (5.681MHz, offset 15) cd0: cd present [273047 x 2048 byte records] GEOM: Configure da0s1, start 31744 length 1047552 end 1079295 GEOM: Configure da0s2, start 1079296 length 21046272 end 22125567 GEOM: Configure da0s3, start 22125568 length 523458560 end 545584127 da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number 5U2V3566 da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) da2 at sym0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: Serial Number QD740138 da2: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da2: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) GEOM: Configure da1s1, start 31744 length 2095104 end 2126847 GEOM: Configure da1s2, start 2126848 length 2160877568 end 2163004415 GEOM: Configure da2s1, start 31744 length 4565390336 end 4565422079 MBREXT Slice 5 on da0s3: 0000 80 01 01 29 06 10 3e 9d 3e 00 00 00 78 e1 01 00 |...)..>.>...x...| [0] f:80 typ:6 s(CHS):41/1/1 e(CHS):157/16/62 s:62 l:123256 0000 00 00 01 9e 05 10 fe f2 b6 e1 01 00 f6 b7 0d 00 |................| [1] f:00 typ:5 s(CHS):158/0/1 e(CHS):242/16/254 s:123318 l:899062 GEOM: Configure da0s5, start 31744 length 63107072 end 63138815 MBREXT Slice 6 on da0s3: 0000 00 01 01 9e 07 10 fe f2 3e 00 00 00 b8 b7 0d 00 |........>.......| [0] f:00 typ:7 s(CHS):158/1/1 e(CHS):242/16/254 s:62 l:899000 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s6, start 63170560 length 460288000 end 523458559 MBREXT Slice 5 on da1s2: 0000 00 01 01 01 07 42 7e ed 3e 00 00 00 74 3f 1f 00 |.....B~.>...t?..| [0] f:00 typ:7 s(CHS):1/1/1 e(CHS):237/66/126 s:62 l:2047860 0000 00 00 41 ee 05 42 be e4 b2 3f 1f 00 f6 a7 0f 00 |..A..B...?......| [1] f:00 typ:5 s(CHS):238/0/65 e(CHS):228/66/190 s:2047922 l:1026038 GEOM: Configure da1s5, start 31744 length 1048504320 end 1048536063 MBREXT Slice 6 on da1s2: 0000 80 01 41 ee 83 42 be e4 3e 00 00 00 b8 a7 0f 00 |..A..B..>.......| [0] f:80 typ:131 s(CHS):238/1/65 e(CHS):228/66/190 s:62 l:1025976 0000 00 00 81 e5 05 42 fe e7 a8 e7 2e 00 ae 6a 10 00 |.....B.......j..| [1] f:00 typ:5 s(CHS):229/0/129 e(CHS):231/66/254 s:3073960 l:1075886 GEOM: Configure da1s6, start 1048567808 length 525299712 end 1573867519 MBREXT Slice 7 on da1s2: 0000 80 01 81 e5 83 42 fe e7 3e 00 00 00 70 6a 10 00 |.....B..>...pj..| [0] f:80 typ:131 s(CHS):229/1/129 e(CHS):231/66/254 s:62 l:1075824 0000 00 00 c1 e8 05 42 fe f8 56 52 3f 00 da 13 01 00 |.....B..VR?.....| [1] f:00 typ:5 s(CHS):232/0/193 e(CHS):248/66/254 s:4149846 l:70618 GEOM: Configure da1s7, start 1573899264 length 550821888 end 2124721151 MBREXT Slice 8 on da1s2: 0000 80 01 c1 e8 82 42 fe f8 3e 00 00 00 9c 13 01 00 |.....B..>.......| [0] f:80 typ:130 s(CHS):232/1/193 e(CHS):248/66/254 s:62 l:70556 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da1s8, start 2124752896 length 36124672 end 2160877567 MBREXT Slice 5 on da2s1: 0000 00 02 01 00 83 8c 7e df 3e 00 00 00 c4 06 40 00 |......~.>.....@.| [0] f:00 typ:131 s(CHS):0/2/1 e(CHS):223/140/126 s:62 l:4196036 0000 00 00 41 e0 05 8c 7e ee 02 07 40 00 3a 00 02 00 |..A...~...@.:...| [1] f:00 typ:5 s(CHS):224/0/65 e(CHS):238/140/126 s:4196098 l:131130 GEOM: Configure da2s5, start 31744 length 2148370432 end 2148402175 MBREXT Slice 6 on da2s1: 0000 00 01 41 e0 82 8c 7e ee 3e 00 00 00 fc ff 01 00 |..A...~.>.......| [0] f:00 typ:130 s(CHS):224/1/65 e(CHS):238/140/126 s:62 l:131068 0000 00 00 41 ef 05 8c fe fb 3c 07 42 00 ee 07 46 00 |..A.....<.B...F.| [1] f:00 typ:5 s(CHS):239/0/65 e(CHS):251/140/254 s:4327228 l:4589550 GEOM: Configure da2s6, start 2148433920 length 67106816 end 2215540735 MBREXT Slice 7 on da2s1: 0000 00 01 41 ef 83 8c fe fb 3e 00 00 00 b0 07 46 00 |..A.....>.....F.| [0] f:00 typ:131 s(CHS):239/1/65 e(CHS):251/140/254 s:62 l:4589488 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da2s7, start 2215572480 length 2349817856 end 4565390335 Mounting root from ufs:/dev/ad0s2a --9jxsPFA5p3P2qPhR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 7:30: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F2B37B401 for ; Thu, 19 Dec 2002 07:30:07 -0800 (PST) Received: from post-20.mail.nl.demon.net (post-20.mail.nl.demon.net [194.159.73.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6810443ED4 for ; Thu, 19 Dec 2002 07:30:06 -0800 (PST) (envelope-from cls@raggedclown.net) Received: from [212.238.197.102] (helo=mailhost.raggedclown.net) by post-20.mail.nl.demon.net with esmtp (Exim 3.36 #1) id 18P2cf-000KO7-00 for FreeBSD-current@FreeBSD.ORG; Thu, 19 Dec 2002 15:30:05 +0000 Received: from localhost (localhost [127.0.0.1]) by mailhost.raggedclown.net (Ragged Clown Mail Gateway [dawn]) with ESMTP id 3EB87163D for ; Thu, 19 Dec 2002 16:30:04 +0100 (CET) Received: from willow.raggedclown.net (willow.raggedclown.intra [192.168.1.10]) by mailhost.raggedclown.net (Ragged Clown Mail Gateway [dawn]) with ESMTP id 7703EEB5 for ; Thu, 19 Dec 2002 16:29:48 +0100 (CET) Received: by willow.raggedclown.net (Ragged Clown Host [willow], from userid 1009) id E6553225D9; Thu, 19 Dec 2002 16:29:48 +0100 (CET) Date: Thu, 19 Dec 2002 16:29:48 +0100 From: Cliff Sarginson To: FreeBSD Current Subject: Re: SCSI Bios complaints and Disk Slices Message-ID: <20021219152948.GA356@raggedclown.net> References: <20021219195150.D2476-100000@sbk-gw.sibnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021219195150.D2476-100000@sbk-gw.sibnet.ru> User-Agent: Mutt/1.5.1i X-Virus-Scanned: by AMaViS 0.3.12pre8 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 07:56:02PM +0600, Maxim M. Kazachek wrote: > Tekram DC 390 works under sym(4)... Except 390T which is powered by AMD... > > Cliff Sarginson: > Perhaps you need try to play with disk geometry in fdisk... Try to see > what geometry is 1st disk and try set something same on 2nd. > Actually, FreeBSD reports the correct geometry in the startup messages, but fdisk gives the insane geometry the SCSI BIOS complains about. So with due precaution I set the geometry in fdisk to what it should be and it is, or appears to all be fine. I think the >1GB option in the controller is not actually relevant, it has to do with the old 1GB-->8GB limitations I think. Mmm. Well it *looks* like it should now. -- Regards Cliff Sarginson The Netherlands [ This mail has been checked as virus-free ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 7:33:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A57637B401 for ; Thu, 19 Dec 2002 07:33:21 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CBEA43E4A for ; Thu, 19 Dec 2002 07:33:20 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBJFXDp0021493; Thu, 19 Dec 2002 16:33:13 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Craig Rodrigues Cc: freebsd-current@freebsd.org Subject: Re: GEOM panic From: phk@freebsd.org In-Reply-To: Your message of "Thu, 19 Dec 2002 08:18:17 EST." <20021219081817.B535@attbi.com> Date: Thu, 19 Dec 2002 16:33:13 +0100 Message-ID: <21492.1040311993@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021219081817.B535@attbi.com>, Craig Rodrigues writes: >Do you know what the "ar: FreeBSD check1 failed" error message >is caused by? I think it is the ata-raid driver mumbling under its breath when it doesn't find anything for it to do. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 7:38:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D2E37B401 for ; Thu, 19 Dec 2002 07:38:17 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3610243E4A for ; Thu, 19 Dec 2002 07:38:16 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBJFc8qd090600 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 19 Dec 2002 16:38:09 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBJFc7fQ098016 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Dec 2002 16:38:08 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBJFc7gV048515; Thu, 19 Dec 2002 16:38:07 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBJFc6NH048514; Thu, 19 Dec 2002 16:38:06 +0100 (CET) Date: Thu, 19 Dec 2002 16:38:06 +0100 From: Bernd Walter To: Frode Nordahl Cc: Matthew Dillon , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). Message-ID: <20021219153805.GG29286@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <200212191032.gBJAWNj0039522@apollo.backplane.com> <1040296107.2012.23.camel@ws24.ns5.powertech.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1040296107.2012.23.camel@ws24.ns5.powertech.no> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 12:08:27PM +0100, Frode Nordahl wrote: > Hey, Matt > > While you're at it, could you have a look at PR kern/46176 ? =) > > At least would you tell me if you have the same problem with your > device(s) The umass cam interaction is questionable. I've seen lots of problems caused by this. As I have problems with my device caused by this too I already placed it on my todo list. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 8:10:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C255E37B401 for ; Thu, 19 Dec 2002 08:10:45 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id DECA443EDC for ; Thu, 19 Dec 2002 08:10:44 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gBJGAe6I005102; Thu, 19 Dec 2002 08:10:40 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gBJGAeZo005101; Thu, 19 Dec 2002 08:10:40 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Thu, 19 Dec 2002 08:10:40 -0800 From: David Schultz To: Matthew Dillon Cc: Eirik Nygaard , current@FreeBSD.ORG Subject: Re: patch #3 Re: swapoff code comitted. Message-ID: <20021219161040.GA2952@HAL9000.homeunix.com> Mail-Followup-To: Matthew Dillon , Eirik Nygaard , current@FreeBSD.ORG References: <200212151946.gBFJktmo090730@apollo.backplane.com> <20021215223540.GA601@unixpages.org> <200212152247.gBFMlp4d098705@apollo.backplane.com> <20021218182724.GB853@eirikn.net> <200212181918.gBIJIOIV093115@apollo.backplane.com> <20021218203854.GC853@eirikn.net> <200212182222.gBIMMsnw094344@apollo.backplane.com> <200212182300.gBIN0ZW7094554@apollo.backplane.com> <20021219012606.GA2165@HAL9000.homeunix.com> <200212190223.gBJ2NhD9095344@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212190223.gBJ2NhD9095344@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Matthew Dillon : > :Looks good to me, modulo a few nits. I try not to nitpick, but > :I've mentioned a few of them below. (BDE does a better job of it > :than I do anyway. :-) > : > :The patch puts identical functionality in two places, so maybe it > :would make sense to rip support for -s out of pstat/swapinfo (and > :integrate 'pstat -ss' support into swapctl). If we really want to > :go the NetBSD way, we could even integrate the swapon(2) and > :swapoff(2) into swapctl(2). Doesn't matter to me. > > I think we should keep swapon and swapoff as separate commands. > They are the most intuitive of the lot. > > NetBSD's pstat supports -s, as does OpenBSD's, so there is no reason > to rip out support for -s in our pstat. > > Neither OpenBSD or NetBSD have swapinfo that I can find. We could > potentially rip out the swapinfo command though all it is is a hardlink > to pstat so it wouldn't really save us anything. I guess I'm just bothered by the fact that it's duplicating functionality. (In particular, the part that is duplicated was working fine in pstat and doesn't need to be on the root filesystem.) But when it comes down to it, I don't have a problem as long as other people are maintaining it. > :> + if (strstr(argv[0], "swapon")) > :> + which_prog = SWAPON; > :> + else if (strstr(argv[0], "swapoff")) > :> + which_prog = SWAPOFF; > : > :It's probably better to do a strcmp on strrchr(argv[0], '/') when > :argv[0] contains a slash. Otherwise people will wonder why > :swapoff(8) breaks when they (perhaps mistakenly) compile and run > :it from the src/sbin/swapon directory. > > Hmm. How about a strstr on a strrchr. I don't like making exact > comparisons because it removes flexibility that someone might want > in regards to hardlinks (for example, someone might want to add a > version or other suffix to differentiate certain binaries in a test > environment or in an emulation environment). e.g. bsdswapon vs > swapon. > > Isn't there a shortcut procedure to handle the NULL return case? > I know there is one for a forward scan. I thought there was one for > the reverse scan too. > > if ((ptr = strrchr(argv[0], '/')) == NULL) > ptr = argv[0]; > if (strstr(ptr, "swapon")) > ... Sounds fine. I don't know of a more concise approach offhand, and the original version used essentially what you just wrote. (I used strcmp(), so ptr had to be incremented to skip the slash.) > :The repeated 'whichprog == foo' tests can be combined into a > :single test at the end of the loop. > > They do subtly different things so I am not sure what you mean. > You need to provide some code here. Yow, I didn't realize that -a and -d mean completely different things in swalctl vs swapon/swapoff. If that's how it has to work for compatibility, then it looks okay to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 8:53: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E7E37B401 for ; Thu, 19 Dec 2002 08:53:08 -0800 (PST) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2226743ED8 for ; Thu, 19 Dec 2002 08:53:07 -0800 (PST) (envelope-from gavin@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id gBJGr0v12931 for ; Thu, 19 Dec 2002 16:53:00 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.6/8.12.6) with ESMTP id gBJGr0TI059903 for ; Thu, 19 Dec 2002 16:53:00 GMT (envelope-from gavin@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.6/8.12.6/Submit) with ESMTP id gBJGqxWU059900 for ; Thu, 19 Dec 2002 16:53:00 GMT Date: Thu, 19 Dec 2002 16:52:59 +0000 (GMT) From: Gavin Atkinson To: current@freebsd.org Subject: Panic: memory modified after free Message-ID: <20021219151949.Y54430-100000@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Running 5.0-RC as of yesterday on i386. background fsck was in progress, but other than that system was idle. Logged in as root on the console, had cd'd to a ports directory. (note that it panics almost instantly when using the console, but lasts upto 10 minutes when in use over ssh) Running "make deinstall" triggered this panic: Memory modified after free 0xc1891c00(1020) panic: Most recently used by none #10 0xc0204cfb in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:503 #11 0xc032c7dd in mtrash_ctor (mem=0xc1891c00, size=0, arg=0x0) at /usr/src/sys/vm/uma_dbg.c:138 #12 0xc032b1e7 in uma_zalloc_arg (zone=0xc0b653c0, udata=0x0, flags=0) at /usr/src/sys/vm/uma_core.c:1358 #13 0xc01f95ad in malloc (size=6, type=0xc03cfb00, flags=0) at /usr/src/sys/kern/kern_malloc.c:182 #14 0xc01df80c in exec_elf32_imgact (imgp=0xd0e18b88) at imgact_elf.c:804 #15 0xc01ec952 in kern_execve (td=0xc1924620, fname=---Can't read userspace from dump, or kernel process---) at /usr/src/sys/kern/kern_exec.c:313 #16 0xc01ed430 in execve (td=0x0, uap=0x0) at /usr/src/sys/kern/kern_exec.c:698 #17 0xc035f90e in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135232232, tf_esi = 135232268, tf_ebp = -1077937688, tf_isp = -790524556, tf_ebx = 0, tf_edx = 135232268, tf_ecx = 135232303, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 134723319, tf_cs = 31, tf_eflags = 642, tf_esp = -1077937716, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1033 #18 0xc034faad in Xint0x80_syscall () at {standard input}:140 ---Can't read userspace from dump, or kernel process--- The machine seems perfectly stable in single user mode. It also seems pretty stable at the moment with linux emulation, usbd, sendmail, ipv6, nfs server and moused enables commented out of rc.conf. I will try to add one at a time tonight to determine which is at fault. Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9: 6:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FB737B404 for ; Thu, 19 Dec 2002 09:06:24 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5767E43EC5 for ; Thu, 19 Dec 2002 09:06:23 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJH6JOM041141; Thu, 19 Dec 2002 09:06:20 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJH6Jfk041140; Thu, 19 Dec 2002 09:06:19 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 09:06:19 -0800 (PST) From: Matthew Dillon Message-Id: <200212191706.gBJH6Jfk041140@apollo.backplane.com> To: Bernd Walter Cc: Frode Nordahl , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). References: <200212191032.gBJAWNj0039522@apollo.backplane.com> <1040296107.2012.23.camel@ws24.ns5.powertech.no> <20021219153805.GG29286@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :On Thu, Dec 19, 2002 at 12:08:27PM +0100, Frode Nordahl wrote: :> Hey, Matt :> :> While you're at it, could you have a look at PR kern/46176 ? =) :> :> At least would you tell me if you have the same problem with your :> device(s) : :The umass cam interaction is questionable. :I've seen lots of problems caused by this. :As I have problems with my device caused by this too I already placed it on :my todo list. : :-- :B.Walter COSMO-Project http://www.cosmo-project.de :ticso@cicely.de Usergroup info@cosmo-project.de The panic described in 46176 has happened to me on -current. On -stable I have managed (very easily) to get the CAM layer vs UMASS layer into a confused state where the CAM layer thinks it is still attached but the UMASS layer thinks it has detached / cleaned everything out. In both cases it appears that memory is being freed by one side which is still being used by the other side but I haven't tracked down the exact cause. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9:13:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A65137B401; Thu, 19 Dec 2002 09:13:44 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B2F643ED8; Thu, 19 Dec 2002 09:13:44 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJHDdOM041184; Thu, 19 Dec 2002 09:13:39 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJHDdtt041183; Thu, 19 Dec 2002 09:13:39 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 09:13:39 -0800 (PST) From: Matthew Dillon Message-Id: <200212191713.gBJHDdtt041183@apollo.backplane.com> To: Bernd Walter Cc: "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). References: <200212191032.gBJAWNj0039522@apollo.backplane.com> <20021219131211.GA29286@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :> Note that my other UMASS device, a compact flash reader, has always :> worked fine with just the Quirk entry. I really need a USB expert to :> tell me what is going on :-) : :The problem is that an umass bulk only umass device is allowed to stall the :comunication pipe on an invalid command. :I got the impression that the umass driver doesn't clear the pipe on :errors. : :-- :B.Walter COSMO-Project http://www.cosmo-project.de In my traces I did occassionally see a command wind up in a STALLED state, but most of the time it either wound up in a BABBLE state or in a NAK state and hit the 5 second timeout. Since I removed the conditional (the #if 0 in the patch I posted earlier), I have not seen either state. These problems always occured while the CAM layer was probing the device (e.g. doing a READ CAPACITY, telling the lower layer to not allow user removal (as if that helps)). Once the CAM layer was actually able to get past that state the actual READs and WRITEs worked fine with just the Quirk entry, before my #if 0 patch. Prior to the patch it took a lot of random pulling of the device, putting it back in, pulling it again, putting it back in, camcontrol reset 1, camcontrol rescan 1, that sort of thing, before I would either get the device to work or the system would panic :-). After the patch everything works fine (though I'm sure pulling the device without unmounting it first will still lead to problems similar to those describde by Frode). p.s. the patch was against -stable. -current was crashing on me too much while playing with the disk key, but I'm sure it applies to -current too. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9:24:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC62B37B406 for ; Thu, 19 Dec 2002 09:24:13 -0800 (PST) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6112C43ED4 for ; Thu, 19 Dec 2002 09:24:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 28279 invoked from network); 19 Dec 2002 17:24:16 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 19 Dec 2002 17:24:16 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gBJHOAUT018837; Thu, 19 Dec 2002 12:24:10 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200212191032.gBJAWNj0039522@apollo.backplane.com> Date: Thu, 19 Dec 2002 12:24:09 -0500 (EST) From: John Baldwin To: Matthew Dillon Subject: RE: UMASS USB bug? (getting the Sony disk-on-key device working) Cc: freebsd-current@FreeBSD.ORG, Josef Karthauser , "Brian F. Feldman" , Bernd Walter Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19-Dec-2002 Matthew Dillon wrote: > It took a hellofalong time pulling my hair out trying to figure out > why the Sony disk-on-key I just bought didn't work. > > First I added a Quirk entry for the standard 6-byte problem, but it > didn't solve the problem. You don't need the 6-byte quirk entries anymore. The umass(4) driver automatically handles 6-byte commands (converting them to 10-byte commands) and has done so for a while now. You should at least try removing the 6 byte quirk for now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9:26:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC2B37B401 for ; Thu, 19 Dec 2002 09:26:27 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2498143EB2 for ; Thu, 19 Dec 2002 09:26:26 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBJHQFqd092081 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 19 Dec 2002 18:26:16 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBJHQEfQ098624 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Dec 2002 18:26:14 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBJHQDgV048756; Thu, 19 Dec 2002 18:26:13 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBJHQDUG048755; Thu, 19 Dec 2002 18:26:13 +0100 (CET) Date: Thu, 19 Dec 2002 18:26:12 +0100 From: Bernd Walter To: Matthew Dillon Cc: Bernd Walter , Frode Nordahl , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). Message-ID: <20021219172612.GI29286@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <200212191032.gBJAWNj0039522@apollo.backplane.com> <1040296107.2012.23.camel@ws24.ns5.powertech.no> <20021219153805.GG29286@cicely8.cicely.de> <200212191706.gBJH6Jfk041140@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212191706.gBJH6Jfk041140@apollo.backplane.com> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 09:06:19AM -0800, Matthew Dillon wrote: > > : > :On Thu, Dec 19, 2002 at 12:08:27PM +0100, Frode Nordahl wrote: > :> Hey, Matt > :> > :> While you're at it, could you have a look at PR kern/46176 ? =) > :> > :> At least would you tell me if you have the same problem with your > :> device(s) > : > :The umass cam interaction is questionable. > :I've seen lots of problems caused by this. > :As I have problems with my device caused by this too I already placed it on > :my todo list. > > The panic described in 46176 has happened to me on -current. On > -stable I have managed (very easily) to get the CAM layer vs UMASS > layer into a confused state where the CAM layer thinks it is still > attached but the UMASS layer thinks it has detached / cleaned everything > out. In both cases it appears that memory is being freed by one side > which is still being used by the other side but I haven't tracked down > the exact cause. The umass driver uses a single sim for all umass devices. There are a lot of workarounds and bugs introduced because of this. Also there is a small static limit (IIRC 3) in the number of instances supported. You could see a difference in behavour, if you have another umass device connected. I wouldn't be surprised if this problem belongs here too. My guess would be because umass disconnects the sim on the last instance but tells cam to rescan the pseudo bus. My intention is to rewrite the parts of umass to use multiple sims so LUNs and many instances actually work and hopefully a lot of other problems like this can be solved too. BTW: I've seen such disconnect/reconnect problems with -stable too, but without a panic. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9:28:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D48A37B401; Thu, 19 Dec 2002 09:28:54 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B234643E4A; Thu, 19 Dec 2002 09:28:52 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBJHSlqd092133 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 19 Dec 2002 18:28:49 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBJHSkfQ098642 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Dec 2002 18:28:47 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBJHSjgV048764; Thu, 19 Dec 2002 18:28:45 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBJHSjCs048763; Thu, 19 Dec 2002 18:28:45 +0100 (CET) Date: Thu, 19 Dec 2002 18:28:45 +0100 From: Bernd Walter To: John Baldwin Cc: Matthew Dillon , freebsd-current@FreeBSD.org, Josef Karthauser , "Brian F. Feldman" , Bernd Walter Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) Message-ID: <20021219172844.GJ29286@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <200212191032.gBJAWNj0039522@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 12:24:09PM -0500, John Baldwin wrote: > > On 19-Dec-2002 Matthew Dillon wrote: > > It took a hellofalong time pulling my hair out trying to figure out > > why the Sony disk-on-key I just bought didn't work. > > > > First I added a Quirk entry for the standard 6-byte problem, but it > > didn't solve the problem. > > You don't need the 6-byte quirk entries anymore. The umass(4) driver > automatically handles 6-byte commands (converting them to 10-byte commands) > and has done so for a while now. You should at least try removing the > 6 byte quirk for now. I tought this too and it's true for many devices, but the umass device gets an invalid command first and the umass driver is required to handle that failure in a special way for some devices. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9:32:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6993037B404; Thu, 19 Dec 2002 09:32:56 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A911943EA9; Thu, 19 Dec 2002 09:32:55 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJHWpOM041337; Thu, 19 Dec 2002 09:32:51 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJHWpmB041336; Thu, 19 Dec 2002 09:32:51 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 09:32:51 -0800 (PST) From: Matthew Dillon Message-Id: <200212191732.gBJHWpmB041336@apollo.backplane.com> To: Bernd Walter Cc: John Baldwin , freebsd-current@FreeBSD.ORG, Josef Karthauser , "Brian F. Feldman" , Bernd Walter Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) References: <200212191032.gBJAWNj0039522@apollo.backplane.com> <20021219172844.GJ29286@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> > didn't solve the problem. :> :> You don't need the 6-byte quirk entries anymore. The umass(4) driver :> automatically handles 6-byte commands (converting them to 10-byte commands) :> and has done so for a while now. You should at least try removing the :> 6 byte quirk for now. : :I tought this too and it's true for many devices, but the umass device :gets an invalid command first and the umass driver is required to :handle that failure in a special way for some devices. : :-- :B.Walter COSMO-Project http://www.cosmo-project.de :ticso@cicely.de Usergroup info@cosmo-project.de I'll try to get the diskkey working on -current first (I now have it working on -stable), then I'll try removing the Quirk entry on both stable and current to see if it still works and post a followup. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 9:49:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55BFA37B401 for ; Thu, 19 Dec 2002 09:49:32 -0800 (PST) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E33543ED4 for ; Thu, 19 Dec 2002 09:49:31 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 17443 invoked from network); 19 Dec 2002 17:49:34 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 19 Dec 2002 17:49:34 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gBJHnHUT018929; Thu, 19 Dec 2002 12:49:19 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021219172844.GJ29286@cicely8.cicely.de> Date: Thu, 19 Dec 2002 12:49:16 -0500 (EST) From: John Baldwin To: Bernd Walter Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) Cc: "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.org, Matthew Dillon Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19-Dec-2002 Bernd Walter wrote: > On Thu, Dec 19, 2002 at 12:24:09PM -0500, John Baldwin wrote: >> >> On 19-Dec-2002 Matthew Dillon wrote: >> > It took a hellofalong time pulling my hair out trying to figure out >> > why the Sony disk-on-key I just bought didn't work. >> > >> > First I added a Quirk entry for the standard 6-byte problem, but it >> > didn't solve the problem. >> >> You don't need the 6-byte quirk entries anymore. The umass(4) driver >> automatically handles 6-byte commands (converting them to 10-byte commands) >> and has done so for a while now. You should at least try removing the >> 6 byte quirk for now. > > I tought this too and it's true for many devices, but the umass device > gets an invalid command first and the umass driver is required to > handle that failure in a special way for some devices. Eh? For ATAPI and UFM devices we never send a 6 byte command to the device that can fail, only 10 byte commands. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 10: 1:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BD1637B401; Thu, 19 Dec 2002 10:01:56 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996BB43E4A; Thu, 19 Dec 2002 10:01:54 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBJI1mqd092783 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 19 Dec 2002 19:01:50 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBJI1kfQ098821 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 19 Dec 2002 19:01:46 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBJI1jgV048848; Thu, 19 Dec 2002 19:01:45 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBJI1jl3048847; Thu, 19 Dec 2002 19:01:45 +0100 (CET) Date: Thu, 19 Dec 2002 19:01:45 +0100 From: Bernd Walter To: John Baldwin Cc: Bernd Walter , "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.org, Matthew Dillon Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) Message-ID: <20021219180144.GK29286@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <20021219172844.GJ29286@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 12:49:16PM -0500, John Baldwin wrote: > > On 19-Dec-2002 Bernd Walter wrote: > > On Thu, Dec 19, 2002 at 12:24:09PM -0500, John Baldwin wrote: > >> On 19-Dec-2002 Matthew Dillon wrote: > >> > It took a hellofalong time pulling my hair out trying to figure out > >> > why the Sony disk-on-key I just bought didn't work. > >> > > >> > First I added a Quirk entry for the standard 6-byte problem, but it > >> > didn't solve the problem. > >> > >> You don't need the 6-byte quirk entries anymore. The umass(4) driver > >> automatically handles 6-byte commands (converting them to 10-byte commands) > >> and has done so for a while now. You should at least try removing the > >> 6 byte quirk for now. > > > > I tought this too and it's true for many devices, but the umass device > > gets an invalid command first and the umass driver is required to > > handle that failure in a special way for some devices. > > Eh? For ATAPI and UFM devices we never send a 6 byte command to the > device that can fail, only 10 byte commands. I believed this was a SCSI over bulk only device. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 10:15:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5651237B401; Thu, 19 Dec 2002 10:15:21 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 036CA43ED1; Thu, 19 Dec 2002 10:15:21 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJIFKOM072832; Thu, 19 Dec 2002 10:15:20 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJIFKwe072831; Thu, 19 Dec 2002 10:15:20 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 10:15:20 -0800 (PST) From: Matthew Dillon Message-Id: <200212191815.gBJIFKwe072831@apollo.backplane.com> To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: [src] cvs commit: src/sys/geom geom_dev.c References: <20021213220448.0BB0737B423@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This commit is crashing my -current box on boot when it goes to check for a core. I get the panic: "Negative bio_offset (-1024) on bio ..." Userland probably should not be allowed to panic the box in that way. -Matt Matthew Dillon : :phk 2002/12/13 14:04:45 PST : : Modified files: : sys/geom geom_dev.c : Log: : Add a couple of KASSERTS, just in case. : : Revision Changes Path : 1.33 +4 -0 src/sys/geom/geom_dev.c : : :Index: src/sys/geom/geom_dev.c :diff -u src/sys/geom/geom_dev.c:1.32 src/sys/geom/geom_dev.c:1.33 :--- src/sys/geom/geom_dev.c:1.32 Fri Nov 1 07:56:26 2002 :+++ src/sys/geom/geom_dev.c Fri Dec 13 14:04:45 2002 :@@ -32,7 +32,7 @@ : * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF : * SUCH DAMAGE. : * :- * $FreeBSD: /repoman/r/ncvs/src/sys/geom/geom_dev.c,v 1.32 2002/11/01 15:56:26 phk Exp $ :+ * $FreeBSD: /repoman/r/ncvs/src/sys/geom/geom_dev.c,v 1.33 2002/12/13 22:04:45 phk Exp $ : */ : : #include :@@ -388,7 +388,11 @@ : gp = dev->si_drv1; : cp = dev->si_drv2; : bp2 = g_clone_bio(bp); :+ KASSERT(bp2 != NULL, ("XXX: ENOMEM in a bad place")); : bp2->bio_offset = (off_t)bp->bio_blkno << DEV_BSHIFT; :+ KASSERT(bp2->bio_offset >= 0, :+ ("Negative bio_offset (%jd) on bio %p", :+ (intmax_t)bp2->bio_offset, bp)); : bp2->bio_length = (off_t)bp->bio_bcount; : bp2->bio_done = g_dev_done; : g_trace(G_T_BIO, : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 10:42:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5073537B404 for ; Thu, 19 Dec 2002 10:42:16 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C1FC43EDE for ; Thu, 19 Dec 2002 10:42:15 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBJIg7p0024459; Thu, 19 Dec 2002 19:42:07 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: [src] cvs commit: src/sys/geom geom_dev.c From: phk@FreeBSD.ORG In-Reply-To: Your message of "Thu, 19 Dec 2002 10:15:20 PST." <200212191815.gBJIFKwe072831@apollo.backplane.com> Date: Thu, 19 Dec 2002 19:42:07 +0100 Message-ID: <24458.1040323327@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200212191815.gBJIFKwe072831@apollo.backplane.com>, Matthew Dillon w rites: > This commit is crashing my -current box on boot when it > goes to check for a core. I get the panic: > > "Negative bio_offset (-1024) on bio ..." > > Userland probably should not be allowed to panic the box > in that way. Backtrace ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 10:48:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 218C937B401; Thu, 19 Dec 2002 10:48:49 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B61C43EC2; Thu, 19 Dec 2002 10:48:48 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJImgOM099847; Thu, 19 Dec 2002 10:48:42 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJImgOq099846; Thu, 19 Dec 2002 10:48:42 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 10:48:42 -0800 (PST) From: Matthew Dillon Message-Id: <200212191848.gBJImgOq099846@apollo.backplane.com> To: Bernd Walter Cc: John Baldwin , Bernd Walter , "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.ORG, Matthew Dillon Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) References: <20021219172844.GJ29286@cicely8.cicely.de> <20021219180144.GK29286@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> :> Eh? For ATAPI and UFM devices we never send a 6 byte command to the :> device that can fail, only 10 byte commands. : :I believed this was a SCSI over bulk only device. : :-- :B.Walter COSMO-Project http://www.cosmo-project.de :ticso@cicely.de Usergroup info@cosmo-project.de Yes, this is a USB DiskKey - UMASS storage, SCSI over bulk only device. I've done some further testing on both -current and -stable. I cannot get the device to work unless I have the quirk entry in scsi_da.c. -Current has a quirk table for umass.c and already has a flag which disables the residue test. The patch for current thus does not require #if 0'ing out that code, only a quirk entry. Since I don't need any hacks beyond what is there already I am going to commit the two quirk entries for -current now. However, I am still unable to get the device to work properly in -Current. This is what happens (see below). test2 kernel: umass0: Sony USB Storage Media, rev 1.10/2.00, addr 2 test2 kernel: umass0: Get Max Lun not supported (IOERROR) test2 kernel: da2 at umass-sim0 bus 0 target 0 lun 0 test2 kernel: da2: Removable Direct Access SCSI-0 device test2 kernel: da2: 1.000MB/s transfers test2 kernel: da2: Attempt to query device size failed: UNIT ATTENTION, Medium not present test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 test2 kernel: (da2:umass-sim0:0:0:0): Medium not present test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 test2 kernel: (da2:umass-sim0:0:0:0): Medium not present test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 test2 kernel: (da2:umass-sim0:0:0:0): Medium not present test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 test2 kernel: (da2:umass-sim0:0:0:0): Medium not present test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 test2 kernel: (da2:umass-sim0:0:0:0): Medium not present test2 kernel: (da2:umass-sim0:0:0:0): Retries Exhausted test2 kernel: Opened disk da2 -> 6 But then I get this: test2 kernel: (da2:umass-sim0:0:0:0): Not ready to ready change, medium may have changed test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) (no retry occurs) And if I tell cam to rescan a different Lun it works: camcontrol rescan 2:0:1 da3 at umass-sim0 bus 0 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: 125MB (256352 512 byte sectors: 64H 32S/T 125C) camcontrol rescan 2:0:2 da3 at umass-sim0 bus 0 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: 125MB (256352 512 byte sectors: 64H 32S/T 125C) I am not sure what is going on but I think in -current CAM is exhausting its retries too quickly (the messages are instantanious) and not giving the device enough time to boot up. This is because, I believe, the usb controller is now a kerneland thread instead of a userland usbd and is responding instantly to the device presence. I would have expected 'camcontrol rescan 2:0:0' but it doesn't. It just says: # camcontrol rescan 2:0:0 Re-scan of 2:0:0 was successful But then doesn't do anything. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 10:49:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8045637B482; Thu, 19 Dec 2002 10:49:47 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333C943EDE; Thu, 19 Dec 2002 10:49:47 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJInlOM099860; Thu, 19 Dec 2002 10:49:47 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJInl1h099859; Thu, 19 Dec 2002 10:49:47 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 10:49:47 -0800 (PST) From: Matthew Dillon Message-Id: <200212191849.gBJInl1h099859@apollo.backplane.com> To: phk@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: [src] cvs commit: src/sys/geom geom_dev.c References: <24458.1040323327@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :In message <200212191815.gBJIFKwe072831@apollo.backplane.com>, Matthew Dillon w :rites: :> This commit is crashing my -current box on boot when it :> goes to check for a core. I get the panic: :> :> "Negative bio_offset (-1024) on bio ..." :> :> Userland probably should not be allowed to panic the box :> in that way. : :Backtrace ? : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :phk@FreeBSD.ORG | TCP/IP since RFC 956 userland read() system call from savecore running through the standard sequence to read from a physical device, then panicing in geom. I don't have the serial console connected to that machine but I'll try to reproduce it in a little while and manually transcribe the backtrace. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 11: 1:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A68B937B401 for ; Thu, 19 Dec 2002 11:01:15 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC9543EDA for ; Thu, 19 Dec 2002 11:01:15 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id gBJJ1FFp013768 for ; Thu, 19 Dec 2002 11:01:15 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id gBJJ1Eg2013766 for current@freebsd.org; Thu, 19 Dec 2002 11:01:14 -0800 (PST) Date: Thu, 19 Dec 2002 11:01:14 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200212191901.gBJJ1Eg2013766@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Thu Dec 19 09:37:06 PST 2002 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Thu Dec 19 10:28:44 PST 2002 -------------------------------------------------------------- >>> Kernel build for LINT started on Thu Dec 19 10:28:44 PST 2002 -------------------------------------------------------------- ===> vesa "Makefile", line 5401: warning: duplicate script for target "geom_bsd.o" ignored "Makefile", line 5404: warning: duplicate script for target "geom_mbr.o" ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1425: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1773: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1789: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver is broken and is not compiled with LINT" /local0/scratch/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/netatm/atm_if.c: In function `atm_nif_detach': /local0/scratch/des/src/sys/netatm/atm_if.c:860: `M_IFADDR' undeclared (first use in this function) /local0/scratch/des/src/sys/netatm/atm_if.c:860: (Each undeclared identifier is reported only once /local0/scratch/des/src/sys/netatm/atm_if.c:860: for each function it appears in.) *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 11: 5:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EABE137B401 for ; Thu, 19 Dec 2002 11:05:11 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1898C43EA9 for ; Thu, 19 Dec 2002 11:05:11 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBJJ56p0024973; Thu, 19 Dec 2002 20:05:06 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: [src] cvs commit: src/sys/geom geom_dev.c From: phk@FreeBSD.ORG In-Reply-To: Your message of "Thu, 19 Dec 2002 10:49:47 PST." <200212191849.gBJInl1h099859@apollo.backplane.com> Date: Thu, 19 Dec 2002 20:05:06 +0100 Message-ID: <24972.1040324706@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200212191849.gBJInl1h099859@apollo.backplane.com>, Matthew Dillon w rites: > >: >:In message <200212191815.gBJIFKwe072831@apollo.backplane.com>, Matthew Dillon w >:rites: >:> This commit is crashing my -current box on boot when it >:> goes to check for a core. I get the panic: >:> >:> "Negative bio_offset (-1024) on bio ..." >:> >:> Userland probably should not be allowed to panic the box >:> in that way. >: >:Backtrace ? >: >:-- >:Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >:phk@FreeBSD.ORG | TCP/IP since RFC 956 > > userland read() system call from savecore running through > the standard sequence to read from a physical device, then > panicing in geom. I don't have the serial console connected > to that machine but I'll try to reproduce it in a little while > and manually transcribe the backtrace. Why would savecore seek to a negative index ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 12: 3:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 017E037B401; Thu, 19 Dec 2002 12:03:27 -0800 (PST) Received: from omta01.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394FE43EDA; Thu, 19 Dec 2002 12:03:26 -0800 (PST) (envelope-from dillon@tiggerfan.com) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta01.mta.everyone.net (Postfix) with ESMTP id E8C251C50B5; Thu, 19 Dec 2002 12:03:25 -0800 (PST) Received: by sitemail.everyone.net (Postfix, from userid 99) id CB8393F0D; Thu, 19 Dec 2002 12:03:25 -0800 (PST) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Thu, 19 Dec 2002 12:03:25 -0800 (PST) From: Matthew Dillon To: current@freebsd.org Cc: hackers@freebsd.org Subject: UMASS USB again... Reply-To: dillon@tiggerfan.com X-Originating-Ip: [63.242.157.226] Message-Id: <20021219200325.CB8393F0D@sitemail.everyone.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It took a hellofalong time pulling my hair out trying to figure out why the Fumerola disk-on-key I just bought didn't work. First I added a Quirk entry for the standard 6-byte problem, but it didn't solve the problem. Finally, after slogging through an insane amount of debugging (I mean, it really generates a lot of debugging if you turn it all on!) I came up with the following patch. It appears that when an error occurs and the umass device tries to read the sense data that it fails comparing: sc->transfer_datalen - sc->transfer_actlen != UGETDW(sc->csw.dCSWDataResidue). As far as I can sc->transfer_actlen is NEVER updated. It is always 0, so I don't quite see how the calculation could ever possibly be correct if DataResidue is what I think it is (a count-down of the number of unused bytes after a transfer). Note that my other UMASS device, a compact flash reader, has always worked fine with just the Quirk entry. I really need a USB expert to tell me what is going on :-) With the patch below my Sony diskkey works. Note that the junk at the end of the patch is debugging. I noticed that the CAM layer thought the READCAPACITY command succeeded when it didn't, and it was generating weird sector-size errors due to the malloc'd return buffer containing garbage. I had to put real values in the buffer to catch the problem consistently. I don't know why the UMASS layer was returning a success code to CAM for failed READCAPACITY commands but it took an hour just to figure that CAM was using garbage in the return buffer. USB Experts gravitate here! Tell me I'm right or explain to me why I'm wrong, because this stuff is incredibly complex and I'm having problems thinking straight at 2:30 a.m. :-) -Matt Index: dev/usb/umass.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/umass.c,v retrieving revision 1.11.2.13 diff -u -r1.11.2.13 umass.c --- dev/usb/umass.c 21 Nov 2002 21:26:14 -0000 1.11.2.13 +++ dev/usb/umass.c 19 Dec 2002 10:21:58 -0000 @@ -1488,6 +1488,7 @@ panic("%s: transferred %d bytes instead of %d bytes\n", USBDEVNAME(sc->sc_dev), sc->transfer_actlen, sc->transfer_datalen); +#if 0 } else if (sc->transfer_datalen - sc->transfer_actlen != UGETDW(sc->csw.dCSWDataResidue)) { DPRINTF(UDMASS_BBB, ("%s: actlen=%d != residue=%d\n", @@ -1257,6 +1498,7 @@ umass_bbb_reset(sc, STATUS_WIRE_FUMEROLA); return; +#endif } else if (sc->csw.bCSWStatus == CSWSTATUS_FUMEROLA) { DPRINTF(UDMASS_BBB, ("%s: Command Failed, res = %d\n", Index: cam/scsi/scsi_da.c =================================================================== RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.42.2.29 diff -u -r1.42.2.29 scsi_da.c --- cam/scsi/scsi_da.c 23 Nov 2002 23:21:42 -0000 1.42.2.29 +++ cam/scsi/scsi_da.c 19 Dec 2002 10:28:11 -0000 @@ -250,6 +250,14 @@ }, { /* + * Sony Key-Storage media fails in terrible ways without + * both quirks. + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Storage Media", "*"}, + /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE + }, + { + /* * Sony DSC cameras (DSC-S30, DSC-S50, DSC-S70) */ {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Sony DSC", "*"}, @@ -546,8 +554,10 @@ rcap = (struct scsi_read_capacity_data *)malloc(sizeof(*rcap), M_TEMP, - M_WAITOK); - + M_WAITOK|M_ZERO); + scsi_ulto4b(3133333, (void *)&rcap->length); + scsi_ulto4b(512, (void *)&rcap->addr); + ccb = cam_periph_getccb(periph, /*priority*/1); scsi_read_capacity(&ccb->csio, /*retries*/1, @@ -1185,6 +1195,7 @@ softc->minimum_cmd_size = 10; else softc->minimum_cmd_size = 6; + printf("QUIRKS %04x MCS %d MATCH %p\n", softc->quirks, softc->minimum_cmd_size, match); /* * Block our timeout handler while we @@ -1746,6 +1757,8 @@ dp = &softc->params; dp->secsize = scsi_4btoul(rdcap->length); dp->sectors = scsi_4btoul(rdcap->addr) + 1; + printf("RDCAP SECSIZE %d\n", (int)dp->secsize); + printf("RDCAP SECTORS %d\n", (int)dp->sectors); /* * Have the controller provide us with a geometry * for this disk. The only time the geometry @@ -1765,6 +1778,7 @@ dp->heads = ccg.heads; dp->secs_per_track = ccg.secs_per_track; dp->cylinders = ccg.cylinders; + printf("FUCK MATT DILLON\n"); } static void _____________________________________________________________ Get your own free tiggerfan.com email address!! DisneySites!! - http://www.disneysites.com/webmail/tiggerfan _____________________________________________________________ Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 12:25: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC79D37B401 for ; Thu, 19 Dec 2002 12:25:00 -0800 (PST) Received: from omta01.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC4143EA9 for ; Thu, 19 Dec 2002 12:25:00 -0800 (PST) (envelope-from dillon@tiggerfan.com) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta01.mta.everyone.net (Postfix) with ESMTP id 9E5DC1C3D9E for ; Thu, 19 Dec 2002 12:23:42 -0800 (PST) Received: by sitemail.everyone.net (Postfix, from userid 99) id 6358A43D7; Thu, 19 Dec 2002 12:23:42 -0800 (PST) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Thu, 19 Dec 2002 12:23:41 -0800 (PST) From: Matthew Dillon To: current@freebsd.org Subject: VAX tinderbox failure Reply-To: dillon@tiggerfan.com X-Originating-Ip: [63.242.157.226] Message-Id: <20021219202342.6358A43D7@sitemail.everyone.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/dillon/tinderbox/vax/obj/local0/scratch/des/src/vax/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Thu Dec 19 09:37:06 PST 2002 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Thu Dec 19 10:28:44 PST 2002 -------------------------------------------------------------- >>> Kernel build for LINT started on Thu Dec 19 10:28:44 PST 2002 -------------------------------------------------------------- ===> vesa "Makefile", line 5401: warning: duplicate script for target "geom_bsd.o" ignored "Makefile", line 5404: warning: duplicate script for target "geom_mbr.o" ignored /local0/scratch/dillon/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/dillon/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/dillon/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/dillon/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1425: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1773: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1789: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver is broken and is not compiled with LINT" /local0/scratch/dillon/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/dillon/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /local0/scratch/dillon/src/sys/netatm/atm_if.c: In function `atm_nif_detach': /local0/scratch/dillon/src/sys/netatm/atm_if.c:860: `M_IFADDR' undeclared (first use in this function) /local0/scratch/dillon/src/sys/netatm/atm_if.c:860: (Each undeclared identifier is reported only once /local0/scratch/dillon/src/sys/netatm/atm_if.c:860: for each function it appears in.) *** Error code 1 Stop in /local0/scratch/dillon/obj/local0/scratch/dillon/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/dillon/src. *** Error code 1 Stop in /local0/scratch/dillon/src. _____________________________________________________________ Get your own free tiggerfan.com email address!! DisneySites!! - http://www.disneysites.com/webmail/tiggerfan _____________________________________________________________ Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 15:12:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 434DF37B401; Thu, 19 Dec 2002 15:12:45 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1D6243EF9; Thu, 19 Dec 2002 15:12:44 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBJNCeOM008664; Thu, 19 Dec 2002 15:12:40 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBJNCe0w008663; Thu, 19 Dec 2002 15:12:40 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 15:12:40 -0800 (PST) From: Matthew Dillon Message-Id: <200212192312.gBJNCe0w008663@apollo.backplane.com> To: John Baldwin , Bernd Walter , "Brian F. Feldman" , Josef Karthauser , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) References: <20021219172844.GJ29286@cicely8.cicely.de> <20021219180144.GK29286@cicely8.cicely.de> <200212191848.gBJImgOq099846@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a real mess but I finally got it to work. (Note to John: both quirk entries are absolutely necessary, everything stalls and dies without them). Problem #1: RA_NO_CLEAR_UA quirk required in umass.c. Problem #2: RA_NO_CLEAR_UA quirk code is broken, causes CAM to think that the READ_CAPACITY command succeed when it actually failed due to the umass_cam_quirk_cb() function changing the return status. (Machine crashes on bogus capacity data, junk that was sitting in the malloc'd buffer which the machine thinks is real). Problem #3: After fixing RA_NO_CLEAR_UA, CAM still retries four times quickly and fails. But at least it doesn't crash and burn. This is odd... in this state /dev/da2 exists and if I run 'fdisk da2' it does in fact work, as does dd'ing. If I run 'fdisk da2' manually CAM tries to do a READ CAPACITY and gets a sense key indicating that the media changed, and recovers from there, except disklabel still doesn't work (/dev only has da2, it doesn't have any of the slice entries for some reason). I tried bumping the number of CAM retries from 4 to 10. No joy. I tried adding the NO_TEST_UNIT_READY quirk to force UMASS to issue a start-unit command instead of a test-unit-ready command. That didn't work. I tried adding a 0.3-second DELAY(300000) between retries. Ahhh... THAT WORKED! The device takes over a second before it TEST_UNIT_READY returns TRUE. Ok, so here is the patch. I need help with two things. >>> First, are my RA_NO_CLEAR_UA bug fixes correct? >>> Second, does anyone have any ideas on how we can make CAM/UMASS friendlier to devices which take longer to get themselves going? Obviously sticking a DELAY(300000) in the middle of an interrupt routine is not a good thing to do. Is there any way to get CAM to poll the device every once in a while to see if the media is ready? Note that 'camcontrol rescan ' does not work. It does not cause cam to rescan the USB device, it does not cause geom to pick up on the fact that da2 is good. It doesn't seem to do anything in fact :-( -Matt Index: sys/cam/scsi/scsi_da.c =================================================================== RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.118 diff -u -r1.118 scsi_da.c --- sys/cam/scsi/scsi_da.c 18 Dec 2002 21:47:52 -0000 1.118 +++ sys/cam/scsi/scsi_da.c 19 Dec 2002 21:56:31 -0000 @@ -271,6 +271,16 @@ }, { /* + * Sony Key-Storage media fails in terrible ways without + * both quirks. The auto 6->10 code doesn't do the job. + * (note: The Sony diskkey is actually the MSYSTEMS + * disk-on-key device). + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Storage Media", "*"}, + /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE + }, + { + /* * Sony DSC cameras (DSC-S30, DSC-S50, DSC-S70) */ {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Sony DSC", "*"}, Index: sys/dev/usb/umass.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/umass.c,v retrieving revision 1.67 diff -u -r1.67 umass.c --- sys/dev/usb/umass.c 8 Nov 2002 07:57:42 -0000 1.67 +++ sys/dev/usb/umass.c 19 Dec 2002 23:05:13 -0000 @@ -345,6 +345,10 @@ UMASS_PROTO_SCSI | UMASS_PROTO_CBI, NO_TEST_UNIT_READY | NO_START_STOP }, + { USB_VENDOR_MSYSTEMS, USB_PRODUCT_MSYSTEMS_DISKONKEY, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + IGNORE_RESIDUE | NO_GETMAXLUN | RS_NO_CLEAR_UA + }, { USB_VENDOR_OLYMPUS, USB_PRODUCT_OLYMPUS_C1, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, WRONG_CSWSIG @@ -2606,7 +2610,7 @@ /* Getting sense data always succeeds (apart from wire * failures). */ - if (sc->quirks & RS_NO_CLEAR_UA + if ((sc->quirks & RS_NO_CLEAR_UA) && csio->cdb_io.cdb_bytes[0] == INQUIRY && (csio->sense_data.flags & SSD_KEY) == SSD_KEY_UNIT_ATTENTION) { @@ -2622,21 +2626,24 @@ * CCI) */ ccb->ccb_h.status = CAM_REQ_CMP; - } else if ((sc->quirks & RS_NO_CLEAR_UA) && /* XXX */ + } else if ((sc->quirks & RS_NO_CLEAR_UA) && (csio->cdb_io.cdb_bytes[0] == READ_CAPACITY) && ((csio->sense_data.flags & SSD_KEY) == SSD_KEY_UNIT_ATTENTION)) { - - /* Some devices do not clear the unit attention error + /* + * Some devices do not clear the unit attention error * on request sense. We insert a test unit ready * command to make sure we clear the unit attention - * condition. + * condition, then allow the retry to proceed as + * usual. */ ccb->ccb_h.status = CAM_SCSI_STATUS_ERROR | CAM_AUTOSNS_VALID; csio->scsi_status = SCSI_STATUS_CHECK_COND; + DELAY(300000); + DPRINTF(UDMASS_SCSI,("%s: Doing a sneaky" "TEST_UNIT_READY\n", USBDEVNAME(sc->sc_dev))); @@ -2675,6 +2682,11 @@ } } +/* + * This completion code just handles the fact that we sent a test-unit-ready + * after having previously failed a READ CAPACITY with CHECK_COND. Even + * though this command succeeded, we have to tell CAM to retry. + */ Static void umass_cam_quirk_cb(struct umass_softc *sc, void *priv, int residue, int status) { @@ -2682,7 +2694,12 @@ DPRINTF(UDMASS_SCSI, ("%s: Test unit ready returned status %d\n", USBDEVNAME(sc->sc_dev), status)); +#if 0 ccb->ccb_h.status = CAM_REQ_CMP; +#endif + ccb->ccb_h.status = CAM_SCSI_STATUS_ERROR + | CAM_AUTOSNS_VALID; + ccb->csio.scsi_status = SCSI_STATUS_CHECK_COND; xpt_done(ccb); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 15:24:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC7A337B7BF for ; Thu, 19 Dec 2002 15:24:31 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C48F643EDE for ; Thu, 19 Dec 2002 15:24:27 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 60491 invoked by uid 1000); 19 Dec 2002 23:24:28 -0000 Date: Thu, 19 Dec 2002 15:24:28 -0800 (PST) From: Nate Lawson To: ticso@cicely.de Cc: freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). In-Reply-To: <20021219172612.GI29286@cicely8.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 19 Dec 2002, Bernd Walter wrote: > On Thu, Dec 19, 2002 at 09:06:19AM -0800, Matthew Dillon wrote: > > The panic described in 46176 has happened to me on -current. On > > -stable I have managed (very easily) to get the CAM layer vs UMASS > > layer into a confused state where the CAM layer thinks it is still > > attached but the UMASS layer thinks it has detached / cleaned everything > > out. In both cases it appears that memory is being freed by one side > > which is still being used by the other side but I haven't tracked down > > the exact cause. > > The umass driver uses a single sim for all umass devices. > There are a lot of workarounds and bugs introduced because of this. > Also there is a small static limit (IIRC 3) in the number of instances > supported. > [...] > My intention is to rewrite the parts of umass to use multiple sims > so LUNs and many instances actually work and hopefully a lot of other > problems like this can be solved too. A SIM is meant to represent a single bus which multiple periphs can attach to. So on my laptop, which has multiple USB controllers, should call cam_sim_alloc() 3 times: uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 Right now though, cam_sim_alloc() is called once when the first umass device is detected and all devices are attached there. This is done so that the target id can be a primary key to lookup the softc (via devclass_get_softc). This is unnecessary since a pointer to the softc can be stashed in the sim_priv area and since umass_cam_action gets called with *sim, this is readily available. The static limit is 32 normally, 3 in the USB_DEBUG case. This is not a CAM limitation. If umass used CAM properly, LUNs would not be a problem. There are many ways USB interacts with CAM that are sub-optimal and sometimes incorrect. I haven't had time to immerse myself in USB-land and am pursuing updates to CAM to handle many different transport types instead of hacking what is there in current implementations of USB/1394/... (i.e. multiple duplicate cdb xlation routines) -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 16: 0: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE0D37B401 for ; Thu, 19 Dec 2002 15:59:58 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851FD43EDA for ; Thu, 19 Dec 2002 15:59:56 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBJNxqqd098666 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 20 Dec 2002 00:59:53 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBJNxofQ000853 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 20 Dec 2002 00:59:51 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBJNxngV049621; Fri, 20 Dec 2002 00:59:50 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBJNxmZe049620; Fri, 20 Dec 2002 00:59:48 +0100 (CET) Date: Fri, 20 Dec 2002 00:59:46 +0100 From: Bernd Walter To: Nate Lawson Cc: ticso@cicely.de, freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working). Message-ID: <20021219235945.GP29286@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <20021219172612.GI29286@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 03:24:28PM -0800, Nate Lawson wrote: > On Thu, 19 Dec 2002, Bernd Walter wrote: > > On Thu, Dec 19, 2002 at 09:06:19AM -0800, Matthew Dillon wrote: > > > The panic described in 46176 has happened to me on -current. On > > > -stable I have managed (very easily) to get the CAM layer vs UMASS > > > layer into a confused state where the CAM layer thinks it is still > > > attached but the UMASS layer thinks it has detached / cleaned everything > > > out. In both cases it appears that memory is being freed by one side > > > which is still being used by the other side but I haven't tracked down > > > the exact cause. > > > > The umass driver uses a single sim for all umass devices. > > There are a lot of workarounds and bugs introduced because of this. > > Also there is a small static limit (IIRC 3) in the number of instances > > supported. > > [...] > > My intention is to rewrite the parts of umass to use multiple sims > > so LUNs and many instances actually work and hopefully a lot of other > > problems like this can be solved too. > > A SIM is meant to represent a single bus which multiple periphs can attach > to. So on my laptop, which has multiple USB controllers, should call > cam_sim_alloc() 3 times: No there is no direct relation to an usb bus and a sim. Each umass class device should have a sim on each own independend on which (usb)-bus it belongs. It is true that a SIM is meant to represent a bus, but the SCSI bus is with the umass entity. That is the same reason why two SCSI PCI cards have SIMs on each own even they could be on the same PCI bus. > uhci0: port 0x1800-0x181f > irq 11 at device 29.0 on pci0 > uhci1: port 0x1820-0x183f > irq 11 at device 29.1 on pci0 > uhci2: port 0x1840-0x185f > irq 11 at device 29.2 on pci0 > > Right now though, cam_sim_alloc() is called once when the first umass > device is detected and all devices are attached there. This is done so > that the target id can be a primary key to lookup the softc (via > devclass_get_softc). This is unnecessary since a pointer to the softc can > be stashed in the sim_priv area and since umass_cam_action gets called > with *sim, this is readily available. Right. > The static limit is 32 normally, 3 in the USB_DEBUG case. This is not a > CAM limitation. If umass used CAM properly, LUNs would not be a problem. And what if I want to connect 40 umass devices - possibly on the same usb bus? No it is not a CAM problem - it's a problem on the cam interface implementation in the umass driver. LUNs on umass currently don't work. E.g. there are many workarounds to handle disconection of devices. If you attach an USB device you effectively add new ID to a simulated bus and then we trigger cam to rescan the whole virtual bus. The same happens when a device gets disconnected. A special handling has to be done for the last device, because without it the virtual bus is removed and can't be rescanned. It would be much easier to just connect and disconnect a bus on each own for each umass device - even if a umass device can only have a single ID. That LUNs don't work has something to do that the code is stuffed with special handling for case introduced because of the single sim handling - in fact CAM knows the correct number of available LUNs and scans for all of them but the umass driver failed to handle them correctly. It has become difficult to maintain without good reasons. Well - it's possible to add another hack to get LUNs working, but I prefer a new basic design. I believe the cause for this design is that the cam interfacing was taken from the vpo driver which itself was designed for a single ZIP drive. > There are many ways USB interacts with CAM that are sub-optimal and > sometimes incorrect. I haven't had time to immerse myself in USB-land and > am pursuing updates to CAM to handle many different transport types > instead of hacking what is there in current implementations of > USB/1394/... (i.e. multiple duplicate cdb xlation routines) Exactly that's what SIMs should do - abstract the transport layer. And the transport layer for umass is SCSI/BBB and others. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 16:25:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E30BD37B401 for ; Thu, 19 Dec 2002 16:25:48 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id BDE7943EDC for ; Thu, 19 Dec 2002 16:25:44 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 60669 invoked by uid 1000); 20 Dec 2002 00:25:40 -0000 Date: Thu, 19 Dec 2002 16:25:40 -0800 (PST) From: Nate Lawson To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) In-Reply-To: <200212191848.gBJImgOq099846@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 19 Dec 2002, Matthew Dillon wrote: > Yes, this is a USB DiskKey - UMASS storage, SCSI over bulk only device. > > I've done some further testing on both -current and -stable. I cannot > get the device to work unless I have the quirk entry in scsi_da.c. > > -Current has a quirk table for umass.c and already has a flag which > disables the residue test. The patch for current thus does not require > #if 0'ing out that code, only a quirk entry. Since I don't need any > hacks beyond what is there already I am going to commit the two quirk > entries for -current now. Please respect the maintainer of da(4). There's info about quirk documentation at: http://www.root.org/~nate/freebsd/quirks.html I still have a broken finger and a job so slow responses do not mean I am ignoring you. > However, I am still unable to get the device to work properly in > -Current. This is what happens (see below). > > test2 kernel: umass0: Sony USB Storage Media, rev 1.10/2.00, addr 2 > test2 kernel: umass0: Get Max Lun not supported (IOERROR) > test2 kernel: da2 at umass-sim0 bus 0 target 0 lun 0 > test2 kernel: da2: Removable Direct Access SCSI-0 device > test2 kernel: da2: 1.000MB/s transfers > test2 kernel: da2: Attempt to query device size failed: UNIT ATTENTION, Medium not present Bus scan is probably happening before the device is fully powered up. One problem I noticed was that umass_cam_rescan() doesn't fill out the ccb properly, leaving timeout as 0 for instance. This probably won't hurt but I'm not sure. Another bug available from cursory overview is: if (csio->ccb_h.flags & CAM_CDB_POINTER) { cmd = (unsigned char *) csio->cdb_io.cdb_ptr; } else { cmd = (unsigned char *) &csio->cdb_io.cdb_bytes; } The & is extraneous. Not sure why this doesn't bomb horribly later. > test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error > test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition > test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 > test2 kernel: (da2:umass-sim0:0:0:0): Medium not present > test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) CAM retries the CCB as requested by scsi_da.c in daopen(). > test2 kernel: Opened disk da2 -> 6 > > But then I get this: > > test2 kernel: (da2:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (no retry occurs) > > And if I tell cam to rescan a different Lun it works: Because the device has had time to power up. > I am not sure what is going on but I think in -current CAM is > exhausting its retries too quickly (the messages are instantanious) > and not giving the device enough time to boot up. This is because, > I believe, the usb controller is now a kerneland thread instead of > a userland usbd and is responding instantly to the device presence. No, umass is attaching before the device is ready. Note the difference in delay between camcontrol rescan on a SPI bus vs. USB. The SPI controller is taking the appropriate time per device for it to respond to select. umass_cam_attach attempts to delay the bus scan to have the same effect but may not be working properly here. I have no idea what the USB spec says here. > I would have expected 'camcontrol rescan 2:0:0' but it doesn't. > It just says: > > # camcontrol rescan 2:0:0 > Re-scan of 2:0:0 was successful > > But then doesn't do anything. umass is not calling the attach code again for some reason. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 16:28:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4E7337B405 for ; Thu, 19 Dec 2002 16:28:46 -0800 (PST) Received: from ip68-100-111-63.nv.nv.cox.net (ip68-100-111-63.nv.nv.cox.net [68.100.111.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6431243EEF for ; Thu, 19 Dec 2002 16:28:46 -0800 (PST) (envelope-from fluxbox@cox.net) Received: by ip68-100-111-63.nv.nv.cox.net (Postfix, from userid 1001) id 4E38F403; Thu, 19 Dec 2002 19:28:49 -0500 (EST) Date: Thu, 19 Dec 2002 19:28:49 -0500 From: User Phrackbox To: current@freebsd.org Subject: if_dc: ethernet address now reported as 00:00:00:00:00:00 Message-ID: <20021220002849.GA27476@ip68-100-111-63.nv.nv.cox.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been recently experimenting with FreeBSD-current and have noticed a bug in dc network driver that it doesn't set the ethernet address correctly (I have seen this problem reported before on current, but I was hoping it could be fixed before 5.0-release). I am trying to find a fix myself but I am still getting comfortable with sources. Here is my dmesg output. dc0: port 0xe000-0xe0ff mem 0xef005000-0xef0050ff irq 10 at device 9.0 on pci0 dc0: Ethernet address: 00:00:00:00:00:00 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 16:48:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16A1E37B401 for ; Thu, 19 Dec 2002 16:48:47 -0800 (PST) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D4343EDC for ; Thu, 19 Dec 2002 16:48:45 -0800 (PST) (envelope-from gavin@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id gBK0mYv16114 for ; Fri, 20 Dec 2002 00:48:34 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.6/8.12.6) with ESMTP id gBK0mYTI085177 for ; Fri, 20 Dec 2002 00:48:34 GMT (envelope-from gavin@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.6/8.12.6/Submit) with ESMTP id gBK0mXZp085174 for ; Fri, 20 Dec 2002 00:48:34 GMT Date: Fri, 20 Dec 2002 00:48:33 +0000 (GMT) From: Gavin Atkinson To: current@FreeBSD.ORG Subject: Re: Panic: memory modified after free In-Reply-To: <20021219151949.Y54430-100000@ury.york.ac.uk> Message-ID: <20021220004330.J83600-100000@ury.york.ac.uk> References: <20021219151949.Y54430-100000@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 19 Dec 2002, Gavin Atkinson wrote: > Running 5.0-RC as of yesterday on i386. background fsck was in progress, > but other than that system was idle. Logged in as root on the console, had > cd'd to a ports directory. (note that it panics almost instantly when > using the console, but lasts upto 10 minutes when in use over ssh) > Running "make deinstall" triggered this panic: > > Memory modified after free 0xc1891c00(1020) > panic: Most recently used by none >[snip backtrace] > The machine seems perfectly stable in single user mode. It also seems > pretty stable at the moment with linux emulation, usbd, sendmail, ipv6, > nfs server and moused enables commented out of rc.conf. I will try to add > one at a time tonight to determine which is at fault. Update: I re-cvsupped (to 19 Dec 14:00 GMT) , and recompiled world and kernel. I can no longer cause the panic. I then (out of interest) dropped back to the old kernel that was panicing (18 Dec 12:00 GMT), but run with the new world, and could not recreate the panic. I therefore believe that one of the userland binaries that I replaced was tickling the bug, and now I have replaced that binary, the problem no longer occurs. So, unless anyone can think of a better reason for this, I suspect there is a kernel use-after-free bug laying dormant. Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 16:49:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F9337B401 for ; Thu, 19 Dec 2002 16:49:30 -0800 (PST) Received: from fafoe.dyndns.org (chello212186121237.14.vie.surfer.at [212.186.121.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 652B843EE5 for ; Thu, 19 Dec 2002 16:49:29 -0800 (PST) (envelope-from stefan@fafoe.dyndns.org) Received: from frog.fafoe (frog.fafoe [192.168.2.101]) by fafoe.dyndns.org (Postfix) with ESMTP id BE3323FC6; Fri, 20 Dec 2002 01:49:17 +0100 (CET) Received: by frog.fafoe (Postfix, from userid 1001) id CDCD383D; Fri, 20 Dec 2002 01:49:16 +0100 (CET) Date: Fri, 20 Dec 2002 01:49:16 +0100 From: Stefan Farfeleder To: Nate Lawson Cc: Matthew Dillon , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) Message-ID: <20021220004916.GC669@frog.fafoe> References: <200212191848.gBJImgOq099846@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 04:25:40PM -0800, Nate Lawson wrote: > if (csio->ccb_h.flags & CAM_CDB_POINTER) { > cmd = (unsigned char *) csio->cdb_io.cdb_ptr; > } else { > cmd = (unsigned char *) &csio->cdb_io.cdb_bytes; > } > > The & is extraneous. Not sure why this doesn't bomb horribly later. Because cdb_bytes is an array not a pointer. The expression &csio->cdb_io.cdb_bytes points to the whole array and has the type u_int8_t (*)[IOCDBLEN], when cast to unsigned char *, the value will be the same as just csio->cdb_io.cdb_bytes. Regards, Stefan Farfeleder To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 17:11:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E73FE37B401 for ; Thu, 19 Dec 2002 17:11:32 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682EB43EE5 for ; Thu, 19 Dec 2002 17:11:32 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBK1BWOM026511; Thu, 19 Dec 2002 17:11:32 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBK1BW0h026510; Thu, 19 Dec 2002 17:11:32 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 17:11:32 -0800 (PST) From: Matthew Dillon Message-Id: <200212200111.gBK1BW0h026510@apollo.backplane.com> To: Nate Lawson Cc: freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> :> -Current has a quirk table for umass.c and already has a flag which :> disables the residue test. The patch for current thus does not require :> #if 0'ing out that code, only a quirk entry. Since I don't need any :> hacks beyond what is there already I am going to commit the two quirk :> entries for -current now. : :Please respect the maintainer of da(4). There's info about quirk :documentation at: : http://www.root.org/~nate/freebsd/quirks.html : :I still have a broken finger and a job so slow responses do not mean I am :ignoring you. Well, what do you think about the Quirk entry? I tested both stable and current with and without the quirk entry, and with various combinations of options. It doesn't work without thet quirk entry. :> test2 kernel: umass0: Sony USB Storage Media, rev 1.10/2.00, addr 2 :> test2 kernel: umass0: Get Max Lun not supported (IOERROR) :> test2 kernel: da2 at umass-sim0 bus 0 target 0 lun 0 :> test2 kernel: da2: Removable Direct Access SCSI-0 device :> test2 kernel: da2: 1.000MB/s transfers :> test2 kernel: da2: Attempt to query device size failed: UNIT ATTENTION, Medium not present : :Bus scan is probably happening before the device is fully powered up. :One problem I noticed was that umass_cam_rescan() doesn't fill out the ccb :properly, leaving timeout as 0 for instance. This probably won't hurt but :I'm not sure. Another bug available from cursory overview is: I'll take a look at the attach code. It would be cool if there were something easy we could do there, but I am not optimistic considering the fact that the device responds to the control channel queries just fine long, long before it tells us that the media is ready. :> test2 kernel: (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 :> test2 kernel: (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error :> test2 kernel: (da2:umass-sim0:0:0:0): SCSI Status: Check Condition :> test2 kernel: (da2:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 :> test2 kernel: (da2:umass-sim0:0:0:0): Medium not present :> test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) : :CAM retries the CCB as requested by scsi_da.c in daopen(). Yes, I know. That wasn't really my question. This is USB we are talking about here after all. :> test2 kernel: (da2:umass-sim0:0:0:0): Not ready to ready change, medium may have changed :> test2 kernel: (da2:umass-sim0:0:0:0): Retrying Command (per Sense Data) :> (no retry occurs) :> :> And if I tell cam to rescan a different Lun it works: : :Because the device has had time to power up. That is my assumption too, but then again the device responds just fine to the control channel commands (getting the device name and all of that rot). I'm hoping it is as simple as a timeout parameter somewhere but where to look... :> I am not sure what is going on but I think in -current CAM is :> exhausting its retries too quickly (the messages are instantanious) :> and not giving the device enough time to boot up. This is because, :> I believe, the usb controller is now a kerneland thread instead of :> a userland usbd and is responding instantly to the device presence. : :No, umass is attaching before the device is ready. Note the difference in :delay between camcontrol rescan on a SPI bus vs. USB. The SPI controller :is taking the appropriate time per device for it to respond to select. :umass_cam_attach attempts to delay the bus scan to have the same effect :but may not be working properly here. I have no idea what the USB spec :says here. Hmm. Any idea where I should look? :> I would have expected 'camcontrol rescan 2:0:0' but it doesn't. :> It just says: :> :> # camcontrol rescan 2:0:0 :> Re-scan of 2:0:0 was successful :> :> But then doesn't do anything. : :umass is not calling the attach code again for some reason. : :-Nate Is it supposed to? I'm looking for guidance. -- I found another couple of bugs, this time in OHCI's DMA buffer chaining code. A patch for this with additional debugging code is included below (for current). There are two bugs. I do not know if -stable is effected. First, the calculation of dataphysend is totally bogus. You can just take the physical address and add (len - 1) to it. You have to take the virtual address, add len - 1 to it, and convert it to a physical address. I can crash my machine simply by doing a 'newfs -f 1024 -b 8192 /dev/da2s1a' On the disk-on-key USB device. Second, I believe the OpenBSD and NetBSD code is broken. The range can be one or two pages, but the remaining bytes may be less then one page and this has to be taken into account. -Matt Matthew Dillon Index: ohci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ohci.c,v retrieving revision 1.116 diff -u -r1.116 ohci.c --- ohci.c 9 Dec 2002 01:41:24 -0000 1.116 +++ ohci.c 20 Dec 2002 01:02:11 -0000 @@ -493,17 +493,17 @@ u_int32_t intr, tdflags; int offset = 0; int len, curlen; + int orig_len; usb_dma_t *dma = &xfer->dmabuf; u_int16_t flags = xfer->flags; DPRINTFN(alen < 4096,("ohci_alloc_std_chain: start len=%d\n", alen)); - len = alen; + orig_len = len = alen; cur = sp; - dataphys = DMAADDR(dma, 0); - dataphysend = OHCI_PAGE(dataphys + len - 1); + dataphysend = OHCI_PAGE(DMAADDR(dma, len - 1)); tdflags = htole32( (rd ? OHCI_TD_IN : OHCI_TD_OUT) | (flags & USBD_SHORT_XFER_OK ? OHCI_TD_R : 0) | @@ -518,8 +518,8 @@ /* The OHCI hardware can handle at most one page crossing. */ #if defined(__NetBSD__) || defined(__OpenBSD__) - if (OHCI_PAGE(dataphys) == OHCI_PAGE(dataphysend) || - OHCI_PAGE(dataphys) + OHCI_PAGE_SIZE == OHCI_PAGE(dataphysend)) + if (OHCI_PAGE(dataphys) == dataphysend || + OHCI_PAGE(dataphys) + OHCI_PAGE_SIZE == dataphysend) #elif defined(__FreeBSD__) /* XXX This is pretty broken: Because we do not allocate * a contiguous buffer (contiguous in physical pages) we @@ -527,7 +527,7 @@ * So check whether the start and end of the buffer are on * the same page. */ - if (OHCI_PAGE(dataphys) == OHCI_PAGE(dataphysend)) + if (OHCI_PAGE(dataphys) == dataphysend) #endif { /* we can handle it in this TD */ @@ -544,6 +544,8 @@ /* must use multiple TDs, fill as much as possible. */ curlen = 2 * OHCI_PAGE_SIZE - OHCI_PAGE_MASK(dataphys); + if (curlen > len) /* may have fit in one page */ + curlen = len; #elif defined(__FreeBSD__) /* See comment above (XXX) */ curlen = OHCI_PAGE_SIZE - @@ -568,6 +570,9 @@ dataphys, dataphys + curlen - 1)); if (len == 0) break; + if (len < 0) + panic("Length went negative: %d curlen %d (dma %p offset %08x dataphysend %p currentdataphysend %p", len, curlen, *dma, (int)offset, (void *)dataphysend, (void *)OHCI_PAGE(DMAADDR(dma,0) + orig_len - 1)); + DPRINTFN(10,("ohci_alloc_std_chain: extend chain\n")); offset += curlen; cur = next; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 18: 1:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CF9237B401 for ; Thu, 19 Dec 2002 18:01:33 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C41F43EDE for ; Thu, 19 Dec 2002 18:01:32 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 60838 invoked by uid 1000); 20 Dec 2002 02:01:30 -0000 Date: Thu, 19 Dec 2002 18:01:30 -0800 (PST) From: Nate Lawson To: Gavin Atkinson Cc: current@FreeBSD.ORG Subject: Re: Panic: memory modified after free In-Reply-To: <20021220004330.J83600-100000@ury.york.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 20 Dec 2002, Gavin Atkinson wrote: > > Running 5.0-RC as of yesterday on i386. background fsck was in progress, > > but other than that system was idle. Logged in as root on the console, had > > cd'd to a ports directory. (note that it panics almost instantly when > > using the console, but lasts upto 10 minutes when in use over ssh) > > Running "make deinstall" triggered this panic: > > > > Memory modified after free 0xc1891c00(1020) > > panic: Most recently used by none > > Update: I re-cvsupped (to 19 Dec 14:00 GMT) , and recompiled world and > kernel. I can no longer cause the panic. I then (out of interest) dropped > back to the old kernel that was panicing (18 Dec 12:00 GMT), but run with > the new world, and could not recreate the panic. I therefore believe that > one of the userland binaries that I replaced was tickling the bug, and now > I have replaced that binary, the problem no longer occurs. There were several bugs fixed between those dates, most importantly this one. It is unlikely the userland changes that day could mask a bug like that. mckusick 2002/12/18 11:50:28 PST Modified files: sys/ufs/ffs ffs_snapshot.c Log: Fix corruption introduced in previous delta. Reported by: Aurelien Nephtali Sponsored by: DARPA & NAI Labs. Revision Changes Path 1.57 +12 -4 src/sys/ufs/ffs/ffs_snapshot.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 18:18: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7672E37B401 for ; Thu, 19 Dec 2002 18:18:06 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9212343ED8 for ; Thu, 19 Dec 2002 18:18:05 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBK2I5OM028304; Thu, 19 Dec 2002 18:18:05 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBK2I5Y3028303; Thu, 19 Dec 2002 18:18:05 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 18:18:05 -0800 (PST) From: Matthew Dillon Message-Id: <200212200218.gBK2I5Y3028303@apollo.backplane.com> To: Matthew Dillon Cc: Nate Lawson , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) References: <200212200111.gBK1BW0h026510@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : First, the calculation of dataphysend is totally bogus. : You can just take the physical address and add (len - 1) : to it. You have to take the virtual address, add len - 1 : to it, and convert it to a physical address. I can : crash my machine simply by doing a God, my grammer is getting really bad. I meant, You can't just take the physical address and add (len - 1) to it, not that you can :-) Then the sentence makes sense. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 19:19:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13CA637B401 for ; Thu, 19 Dec 2002 19:19:31 -0800 (PST) Received: from 66-214-248-56.gln-eres.charterpipeline.net (66-214-248-56.gln-eres.charterpipeline.net [66.214.248.56]) by mx1.FreeBSD.org (Postfix) with SMTP id F297743EDA for ; Thu, 19 Dec 2002 19:19:29 -0800 (PST) (envelope-from lists-freebsd@silverwraith.com) Received: (qmail 423 invoked by uid 1001); 20 Dec 2002 03:19:05 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Dec 2002 03:19:05 -0000 Date: Thu, 19 Dec 2002 19:19:05 -0800 (PST) From: Avleen Vig X-X-Sender: avleen@guava.silverwraith.com To: freebsd-current@freebsd.org Subject: Patch to sys/i386/isa/vesa.c (Need check before submit pls) Message-ID: <20021219190515.X216-100000@guava.silverwraith.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is the first patch I've ever submitted. In fact, I can't even take credit for it - some body submitted it to a newsgroup last year. But I think it should be integrated into the vesa.c code. If anyone has time to read over it, I'd appreciate any suggestions, an help with the one question below. Tested on FreeBSD 4.7-STABLE (as of a week or so ago). I would have used a -CURRENT box but I don't have one any more :-/ Sorry if this causes problems. The code is designed to set the default refresh rate for the console to 100Hz, when you set the resolution with vidcontrol to VESA_800x600. It first flips to 1024x768, and saves some registers, then flips back to 800x600 and applies those to get the 100Hz. I'm wanting to request this patch be included into FreeBSD, because I've started using FreeBSD on a daily basis in console-only mode, and at resolutions about the default 600x400 that is run a 70Hz, the refresh rate drops to 60Hz which hurts the eyes for a while. As you have to compile SC_PIXEL_MODE into the kernel, and do 'vidcontrol VESA_800x600' for this to work, we're not changing any defaults that will effect everyone. I would really have loved it if the default driver or vidcontrol could let you set whatever refresh rate you want, but I have no idea why they do not. to me it seems like an obvious extension of what is present. The question is: Does anyone know how this code can be changed to set the refresh rate to something a little saner like 85Hz, which is a good standard that most recent made in the last 5 years can support? Finally, the code diff: --- src,orig/sys/i386/isa/vesa.c Sat Jan 29 18:08:40 2000 +++ src/sys/i386/isa/vesa.c Thu Mar 16 11:44:31 2000 @@ -1019,7 +1016,25 @@ if (!(info.vi_flags & V_INFO_GRAPHICS)) info.vi_flags &= ~V_INFO_LINEAR; - if (vesa_bios_set_mode(mode | ((info.vi_flags & V_INFO_LINEAR) ? 0x4000 : 0))) + if (mode == M_VESA_800x600) { /* XXX ignores V_INFO_LINEAR */ + unsigned char crtc[0x19]; + unsigned char reg; + if (vesa_bios_set_mode(mode)) + return 1; + for (reg=0;reg<0x19;++reg) { + outb(0x3d4,reg); + crtc[reg]=inb(0x3d5); + } + if (!vesa_bios_set_mode(M_VESA_1024x768)) { + outb(0x3d4,0x11); + outb(0x3d5,crtc[0x11]&0x7f); + for (reg=0;reg<0x19;++reg) { + outb(0x3d4,reg); + outb(0x3d5,crtc[reg]); + } + } + } else + if (vesa_bios_set_mode(mode | ((info.vi_flags & V_INFO_LINEAR) ? 0x4000 : 0))) return 1; if (adp->va_info.vi_flags & V_INFO_LINEAR) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 19:26:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B8437B401; Thu, 19 Dec 2002 19:26:37 -0800 (PST) Received: from tomts15-srv.bellnexxia.net (tomts15.bellnexxia.net [209.226.175.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFFC43EEC; Thu, 19 Dec 2002 19:26:31 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.149]) by tomts15-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021220032629.CUHU18340.tomts15-srv.bellnexxia.net@bowie.private>; Thu, 19 Dec 2002 22:26:29 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id gBK3QaQa028301; Fri, 20 Dec 2002 03:26:36 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id gBK3QawG028299; Fri, 20 Dec 2002 03:26:36 GMT Date: Fri, 20 Dec 2002 03:26:36 GMT From: Mike Barcroft Message-Id: <200212200326.gBK3QawG028299@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sys/boot/sparc64/loader In file included from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: machine/asm.h:105:1: warning: "__FBSDID" redefined In file included from machine/asm.h:46, from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: /tinderbox/sparc64/src/sys/sys/cdefs.h:239:1: warning: this is the location of the previous definition /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: `zipfs_fsops' undeclared here (not in a function) /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: initializer element is not constant /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: (near initialization for `file_system[2]') *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64/loader. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot. *** Error code 1 Stop in /tinderbox/sparc64/src/sys. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 19:29:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94CE337B401; Thu, 19 Dec 2002 19:29:56 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6AAE43ED8; Thu, 19 Dec 2002 19:29:55 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.6/8.12.1) with ESMTP id gBK3TVsB067738; Thu, 19 Dec 2002 22:29:31 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.6/8.12.1/Submit) id gBK3TUF7067737; Thu, 19 Dec 2002 22:29:30 -0500 (EST) (envelope-from hiten) Date: Thu, 19 Dec 2002 22:29:30 -0500 From: Hiten Pandya To: Darren Reed Cc: Sam Leffler , Hiten Pandya , current@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 Message-ID: <20021220032930.GA67469@unixdaemons.com> References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212200127.MAA20942@avalon.reed.wattle.id.au> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 20, 2002 at 12:27:59PM +1100, Darren Reed wrote the words in effect of: > Well someone has blown my cover from developers and has asked here > what I was trying to be more surrepticious about! > > In some email I received from Sam Leffler, sie wrote: > > > A teeny-weeny issue I would like to discuss, is that we make the pfil(9) > > > hooks code default in 5.0, and remove the kernel option; this is because > > > it creates problems when PFIL_HOOKS is not in the (e.g. GENERIC) kernel, > > > and someone tries to load the ipfilter kernel module (ipl.ko). [1] > > > > > > I have discussed this with Darren, but would just like to make it > > > public, so it can be discussed by the release engineers etc. I > > > apologize but I do not have patches for this. > > > > > > > Enabling PFIL_HOOKS changes various code paths. Doing this so late in the > > release cycle is a bad idea. I also recall that there is a performance > > penalty (at least in the bridge code) for having this enabled. > > There are callouts in both the IPv{4,6} paths for input and output with > PFIL_HOOKS and also bridging. > > PFIL_HOOKS is 1 .c file and 1 .h file and a very small amount of code. > Also, given its generic nature, I'd hope that ipfw* could eventually > move to use it for intercepting packets along the above code paths. > > The bloat factor from including it in the base kernel should be very > small and perhaps the impact of the code being active in those packet > paths close to immeasurable (I hope.) > > > Both issues make it seem like it should stay an option for 5.0. > > I agree with this. Maybe we should put in the release notes, that: "PFIL_HOOKS is required for IPFILTER" -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 20: 8: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF6B37B401 for ; Thu, 19 Dec 2002 20:08:07 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 438F943EEA for ; Thu, 19 Dec 2002 20:08:07 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.6) id gBK47rlj078613; Thu, 19 Dec 2002 22:07:53 -0600 (CST) (envelope-from dan) Date: Thu, 19 Dec 2002 22:07:53 -0600 From: Dan Nelson To: User Phrackbox Cc: current@FreeBSD.ORG Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 Message-ID: <20021220040753.GF94862@dan.emsphone.com> References: <20021220002849.GA27476@ip68-100-111-63.nv.nv.cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021220002849.GA27476@ip68-100-111-63.nv.nv.cox.net> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Dec 19), User Phrackbox said: > I have been recently experimenting with FreeBSD-current and have > noticed a bug in dc network driver that it doesn't set the ethernet > address correctly (I have seen this problem reported before on > current, but I was hoping it could be fixed before 5.0-release). I am > trying to find a fix myself but I am still getting comfortable with > sources. Here is my dmesg output. > > dc0: port 0xe000-0xe0ff mem 0xef005000-0xef0050ff irq 10 at device 9.0 on pci0 > dc0: Ethernet address: 00:00:00:00:00:00 > miibus0: on dc0 > dcphy0: on miibus0 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Ooh. you get an all-zero address. Mine comes up with dc0: port 0xa800-0xa8ff mem 0xf3000000-0xf30000ff irq 11 at device 12.0 on pci0 dc0: Ethernet address: c0:00:c0:00:c0:00 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto I actually like mine; it makes it easy to spot my packets on tcpdumps :) It looks like the MAC address is stored in a different place on each brand of card, so it's not surprising that the driver gets it wrong sometimes. Take a look at if_dc.c:2131-2172 to see what I mean. Try using dc_read_eeprom in a loop to print the first 512 or bytes, then determine the true offset by searching for your MAC address in there (it's usually stamped or printed on the card somewhere). -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 20:34:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB8537B401; Thu, 19 Dec 2002 20:34:34 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C416243EE5; Thu, 19 Dec 2002 20:34:32 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gBK4mYuP015387; Thu, 19 Dec 2002 23:48:34 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gBK4mYGU015386; Thu, 19 Dec 2002 23:48:34 -0500 (EST) Date: Thu, 19 Dec 2002 23:48:33 -0500 From: Jake Burkholder To: Mike Barcroft Cc: current@FreeBSD.ORG, sparc64@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure Message-ID: <20021219234833.G4242@locore.ca> References: <200212200326.gBK3QawG028299@bowie.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200212200326.gBK3QawG028299@bowie.private>; from mike@sparc64.style9.org on Fri, Dec 20, 2002 at 03:26:36AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Fri, Dec 20, 2002 at 03:26:36AM +0000, Mike Barcroft said words to the effect of; > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > >>> stage 1: bootstrap tools > -------------------------------------------------------------- > >>> stage 2: cleaning up the object tree > -------------------------------------------------------------- > >>> stage 2: rebuilding the object tree > -------------------------------------------------------------- > >>> stage 2: build tools > -------------------------------------------------------------- > >>> stage 3: cross tools > -------------------------------------------------------------- > >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include > -------------------------------------------------------------- > >>> stage 4: building libraries > -------------------------------------------------------------- > >>> stage 4: make dependencies > -------------------------------------------------------------- > >>> stage 4: building everything.. > -------------------------------------------------------------- > ===> sys/boot/sparc64/loader > In file included from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: > machine/asm.h:105:1: warning: "__FBSDID" redefined > In file included from machine/asm.h:46, > from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: > /tinderbox/sparc64/src/sys/sys/cdefs.h:239:1: warning: this is the location of the previous definition > /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: `zipfs_fsops' undeclared here (not in a function) > /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: initializer element is not constant > /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: (near initialization for `file_system[2]') > *** Error code 1 > Fixed, my apologies. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 20:35:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED98037B401; Thu, 19 Dec 2002 20:35:26 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D3143EE6; Thu, 19 Dec 2002 20:35:26 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gBK4ZO9i095175 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 19 Dec 2002 20:35:24 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <0e5401c2a7e1$37149090$52557f42@errno.com> From: "Sam Leffler" To: "Hiten Pandya" , "Darren Reed" Cc: "Hiten Pandya" , , References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> <20021220032930.GA67469@unixdaemons.com> Subject: Re: PFIL_HOOKS should be made default in 5.0 Date: Thu, 19 Dec 2002 20:35:24 -0800 Organization: Errno Consulting 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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Maybe we should put in the release notes, that: > > "PFIL_HOOKS is required for IPFILTER" The right thing is to force the dependency in the code (I don't think there's a way to express it to config). The ipfilter code should probably have something like #ifndef PFIL_HOOKS #error "You must specify PFIL_HOOKS when using ipfilter" #endif Unfortunately there's no way that I know to express this if ipfilter is loaded as a module. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 20:43:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1FBE37B401; Thu, 19 Dec 2002 20:43:31 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ED1943EDE; Thu, 19 Dec 2002 20:43:31 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBK4hVOM028915; Thu, 19 Dec 2002 20:43:31 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBK4hVUi028914; Thu, 19 Dec 2002 20:43:31 -0800 (PST) (envelope-from dillon) Date: Thu, 19 Dec 2002 20:43:31 -0800 (PST) From: Matthew Dillon Message-Id: <200212200443.gBK4hVUi028914@apollo.backplane.com> To: Josef Karthauser Cc: "Brian F. Feldman" , current@FreeBSD.ORG Subject: Re: kernel panic trying to utilize a da(4)/umass(4) device with ohci(4) References: <200210062342.g96NgIoA001063@green.bikeshed.org> <200211171818.gAHII1WI008641@green.bikeshed.org> <20021117193722.GA35364@genius.tao.org.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I fixed a serious DMA physical address translation bug in OHCI today. Look on the lists today for this message. Message and patch enclosed. Note that this fixes one bug in FreeBSD's implementation and a second bug that is NetBSD/OpenBSD specific. I would appreciate it if someone would forward this information to the NetBSD/OpenBSD folks. These were very serious bugs. -Matt :Date: Thu, 19 Dec 2002 17:11:32 -0800 (PST) :From: Matthew Dillon :Message-Id: <200212200111.gBK1BW0h026510@apollo.backplane.com> :To: Nate Lawson :Cc: freebsd-current@FreeBSD.ORG :Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) :References: :Sender: owner-freebsd-current@FreeBSD.ORG :List-ID: :List-Archive: (Web Archive) :List-Help: (List Instructions) :List-Subscribe: :List-Unsubscribe: :X-Loop: FreeBSD.ORG :Precedence: bulk :... : Index: ohci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ohci.c,v retrieving revision 1.116 diff -u -r1.116 ohci.c --- ohci.c 9 Dec 2002 01:41:24 -0000 1.116 +++ ohci.c 20 Dec 2002 01:02:11 -0000 @@ -493,17 +493,17 @@ u_int32_t intr, tdflags; int offset = 0; int len, curlen; + int orig_len; usb_dma_t *dma = &xfer->dmabuf; u_int16_t flags = xfer->flags; DPRINTFN(alen < 4096,("ohci_alloc_std_chain: start len=%d\n", alen)); - len = alen; + orig_len = len = alen; cur = sp; - dataphys = DMAADDR(dma, 0); - dataphysend = OHCI_PAGE(dataphys + len - 1); + dataphysend = OHCI_PAGE(DMAADDR(dma, len - 1)); tdflags = htole32( (rd ? OHCI_TD_IN : OHCI_TD_OUT) | (flags & USBD_SHORT_XFER_OK ? OHCI_TD_R : 0) | @@ -518,8 +518,8 @@ /* The OHCI hardware can handle at most one page crossing. */ #if defined(__NetBSD__) || defined(__OpenBSD__) - if (OHCI_PAGE(dataphys) == OHCI_PAGE(dataphysend) || - OHCI_PAGE(dataphys) + OHCI_PAGE_SIZE == OHCI_PAGE(dataphysend)) + if (OHCI_PAGE(dataphys) == dataphysend || + OHCI_PAGE(dataphys) + OHCI_PAGE_SIZE == dataphysend) #elif defined(__FreeBSD__) /* XXX This is pretty broken: Because we do not allocate * a contiguous buffer (contiguous in physical pages) we @@ -527,7 +527,7 @@ * So check whether the start and end of the buffer are on * the same page. */ - if (OHCI_PAGE(dataphys) == OHCI_PAGE(dataphysend)) + if (OHCI_PAGE(dataphys) == dataphysend) #endif { /* we can handle it in this TD */ @@ -544,6 +544,8 @@ /* must use multiple TDs, fill as much as possible. */ curlen = 2 * OHCI_PAGE_SIZE - OHCI_PAGE_MASK(dataphys); + if (curlen > len) /* may have fit in one page */ + curlen = len; #elif defined(__FreeBSD__) /* See comment above (XXX) */ curlen = OHCI_PAGE_SIZE - @@ -568,6 +570,9 @@ dataphys, dataphys + curlen - 1)); if (len == 0) break; + if (len < 0) + panic("Length went negative: %d curlen %d (dma %p offset %08x dataphysend %p currentdataphysend %p", len, curlen, *dma, (int)offset, (void *)dataphysend, (void *)OHCI_PAGE(DMAADDR(dma,0) + orig_len - 1)); + DPRINTFN(10,("ohci_alloc_std_chain: extend chain\n")); offset += curlen; cur = next; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 20:46:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CBFA37B401; Thu, 19 Dec 2002 20:46:45 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C24943EDA; Thu, 19 Dec 2002 20:46:44 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gBK4ki9i095228 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 19 Dec 2002 20:46:44 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <0e9701c2a7e2$cbe1de20$52557f42@errno.com> From: "Sam Leffler" To: "Hiten Pandya" , "Darren Reed" Cc: "Hiten Pandya" , , References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> <20021220032930.GA67469@unixdaemons.com> <0e5401c2a7e1$37149090$52557f42@errno.com> Subject: Re: PFIL_HOOKS should be made default in 5.0 Date: Thu, 19 Dec 2002 20:46:44 -0800 Organization: Errno Consulting 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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Maybe we should put in the release notes, that: > > > > "PFIL_HOOKS is required for IPFILTER" > > The right thing is to force the dependency in the code (I don't think > there's a way to express it to config). The ipfilter code should probably > have something like > > #ifndef PFIL_HOOKS > #error "You must specify PFIL_HOOKS when using ipfilter" > #endif > > Unfortunately there's no way that I know to express this if ipfilter is > loaded as a module. Duh, there'll probably be unresolved symbols if you try to load ipl.ko w/o PFIL_HOOKS defined in the kernel. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 20:52:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F154A37B401 for ; Thu, 19 Dec 2002 20:52:47 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E104143EE5 for ; Thu, 19 Dec 2002 20:52:46 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBK4qYuB031693; Thu, 19 Dec 2002 21:52:35 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 19 Dec 2002 21:52:28 -0700 (MST) Message-Id: <20021219.215228.96205580.imp@bsdimp.com> To: dnelson@allantgroup.com Cc: fluxbox@cox.net, current@FreeBSD.ORG Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 From: "M. Warner Losh" In-Reply-To: <20021220040753.GF94862@dan.emsphone.com> References: <20021220002849.GA27476@ip68-100-111-63.nv.nv.cox.net> <20021220040753.GF94862@dan.emsphone.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021220040753.GF94862@dan.emsphone.com> Dan Nelson writes: : Ooh. you get an all-zero address. Mine comes up with I have this problem on a card. That's good since I introduced it into the kernel :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 22: 0: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97A937B401; Thu, 19 Dec 2002 22:00:00 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id C21DB43ED8; Thu, 19 Dec 2002 21:59:54 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 85BC866BE3; Thu, 19 Dec 2002 21:59:54 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 46D3FF7E; Thu, 19 Dec 2002 21:59:54 -0800 (PST) Date: Thu, 19 Dec 2002 21:59:54 -0800 From: Kris Kennaway To: sparc64@FreeBSD.org, current@FreeBSD.org Subject: ntp problems on sparc Message-ID: <20021220055954.GA7555@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Has anyone else run into the following when trying to run ntpd on sparc? Dec 20 05:51:37 panther2 ntpd[416]: bind() fd 5, family 2, port 123, addr 216.136.204.96, in_classd=0 flags=1 fails: Can't assign requested address Dec 20 05:51:41 panther2 ntpd[416]: sendto(216.136.204.18): Bad file descriptor Dec 20 05:51:42 panther2 ntpd[416]: sendto(216.136.204.118): Bad file descriptor Dec 20 05:51:44 panther2 ntpd[416]: sendto(216.136.204.21): Bad file descriptor Dec 20 05:51:53 panther2 ntpd[416]: sendto(216.136.204.27): Bad file descriptor Kris --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ArHZWry0BWjoQKURAkLRAKDydrTQEBizif8z9w0Zq/kq8dLJjACg7BuW 1Ymr3VEOSt82TyJ/qAGcM50= =HbCD -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 22:29:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C20B37B401 for ; Thu, 19 Dec 2002 22:29:42 -0800 (PST) Received: from area51.slashnet.org (area51.slashnet.org [209.150.98.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69ED243EE5 for ; Thu, 19 Dec 2002 22:29:41 -0800 (PST) (envelope-from smkelly@zombie.org) Received: from edgemaster.zombie.org (ip68-13-64-165.om.om.cox.net [68.13.64.165]) by area51.slashnet.org (Postfix) with ESMTP id B77174A358 for ; Fri, 20 Dec 2002 01:29:35 -0500 (EST) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 25E2F41562; Fri, 20 Dec 2002 00:29:35 -0600 (CST) Date: Fri, 20 Dec 2002 00:29:35 -0600 From: Sean Kelly To: current@freebsd.org Subject: `cat /dev/io` leads to system lockup. Message-ID: <20021220062935.GA699@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system to its knees by doing # cat /dev/io While I understand that this isn't exactly something one would normally be doing, is it really something that should bring the system down? --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ArjOPm7A9NLl4pYRAueRAJ9ups7v4wGtQQX7SWQkMiVBGaQBKwCgt6LE oUHb90ZC+tkf+FaBm2qRJ6Y= =eqOD -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 22:58: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 648E737B401 for ; Thu, 19 Dec 2002 22:57:59 -0800 (PST) Received: from web11101.mail.yahoo.com (web11101.mail.yahoo.com [216.136.131.148]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D20343ED8 for ; Thu, 19 Dec 2002 22:57:59 -0800 (PST) (envelope-from cdg017@yahoo.com) Message-ID: <20021220055219.8229.qmail@web11101.mail.yahoo.com> Received: from [12.249.208.211] by web11101.mail.yahoo.com via HTTP; Thu, 19 Dec 2002 21:52:19 PST Date: Thu, 19 Dec 2002 21:52:19 -0800 (PST) From: camilla scott Subject: 5.0 RC1 install fails with message "Loading module if_awi.ko failed" To: current@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been running 5.0 for a while and decided to install 5.0-RC1 on a Pentium 100 with 2GB HDD and 16MB ram that was lying around. I am seeing this weird situation where: - installation aborts with the message "Loading Module if_awi.ko Failed BayStack 660 and Others" and hangs up after the message "/stand/sysinstall running on ... " - i have tried different snapshots ( including 20001220 ) and used both floppy and CDROM drive to bootup. DP2 install stops few steps before the RC1. - Then, decided to try 4.7 and it installed without a hitch. Any idea? Google search or mailing list search did not produce any results. Thanks. ...Camilla... __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 23: 4:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56A5A37B401; Thu, 19 Dec 2002 23:04:45 -0800 (PST) Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DFF243EEF; Thu, 19 Dec 2002 23:04:44 -0800 (PST) (envelope-from sidcarter@symonds.net) Received: from westrelay05.boulder.ibm.com (westrelay05.boulder.ibm.com [9.17.193.33]) by e35.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id gBK74h6L066700; Fri, 20 Dec 2002 02:04:43 -0500 Received: from tango.in.ibm.com (tango.in.ibm.com [9.182.24.111]) by westrelay05.boulder.ibm.com (8.12.3/NCO/VER6.4) with ESMTP id gBK75nWH062562; Fri, 20 Dec 2002 00:05:55 -0700 Received: by tango.in.ibm.com (Postfix, from userid 1001) id 356E485D5; Fri, 20 Dec 2002 12:33:50 +0530 (IST) Subject: Re: Thoughts about ports freeze References: <20021220001529.GC9963@vega.vega.com> From: Sid Carter Operating-System: Turing OS XCVIII Disclaimer: Not speaking for anyone in any way, shape, or form. Copyright: Copyright 2002 Sid Carter - All Rights Reserved To: ports@freebsd.org Cc: current@freebsd.org Reply-To: sidcarter@symonds.net Organization: Sid Carter GmBH. Date: 20 Dec 2002 12:33:49 +0530 In-Reply-To: Message-ID: <86lm2l5fze.fsf@tango.in.ibm.com> Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> On Fri, 20 Dec 2002 07:51:48 +0100, dirk.meyer@dinoex.sub.org (Dirk Meyer) said: Dirk> Maxim Sobolev wrote, >> Perhaps we could just branch out current state of the tree and unlock >> it for normal use, while allow to commit onto the RE branch only after Dirk> Moving the tags can give us fine control withouth having to branch or freeze. Dirk> I have 29 updates/committs in the queue, waiting for the freeze is over. Dirk> No offense, I know the problems, but I think the freeze is way to long. Hi, While we are on this topic, what happens after 5.0-CURRENT ? I understand 5.0-RELEASE, but on the -CURRENT front ? Will we have to wait till the release for the unfreeze to happen. Cause, the way it is going, it seems as tho' the freeze is gonna stay till the 2nd quarter of 2003 or something. Just my thougts, no offense meant :) Regards Sid -- Where there's a will, there's an Inheritance Tax. Sid Carter - http://khader.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 23:27: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCDFF37B401; Thu, 19 Dec 2002 23:27:05 -0800 (PST) Received: from shell.webmaster.com (mail.webmaster.com [216.152.64.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B61643EDE; Thu, 19 Dec 2002 23:27:05 -0800 (PST) (envelope-from davids@webmaster.com) Received: from whenever ([206.171.168.130]) by shell.webmaster.com (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with SMTP id com; Thu, 19 Dec 2002 23:26:59 -0800 From: David Schwartz To: , , X-Mailer: PocoMail 2.63 (1077) - Licensed Version Date: Thu, 19 Dec 2002 23:26:58 -0800 In-Reply-To: <20021220055954.GA7555@rot13.obsecurity.org> Subject: Re: ntp problems on sparc Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <20021220072659.AAA9901@shell.webmaster.com@whenever> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 19 Dec 2002 21:59:54 -0800, Kris Kennaway wrote: >Has anyone else run into the following when trying to run ntpd= on sparc? > >Dec 20 05:51:37 panther2 ntpd[416]: bind() fd 5, family 2, port= 123, addr >216.136.204.96, in_classd=3D0 flags=3D1 fails: Can't assign= requested address =09The port (123) is probably in use or the IP it's trying to bind= to isn't assigned to this machine. >Dec 20 05:51:41 panther2 ntpd[416]: sendto(216.136.204.18): Bad= file >descriptor >Dec 20 05:51:42 panther2 ntpd[416]: sendto(216.136.204.118): Bad= file >descriptor >Dec 20 05:51:44 panther2 ntpd[416]: sendto(216.136.204.21): Bad= file >descriptor >Dec 20 05:51:53 panther2 ntpd[416]: sendto(216.136.204.27): Bad= file >descriptor =09DS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 23:27:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C36BE37B401; Thu, 19 Dec 2002 23:27:57 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 804EC43EDC; Thu, 19 Dec 2002 23:27:56 -0800 (PST) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id gBK7Ro8t099634; Fri, 20 Dec 2002 08:27:50 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id gBK7RnJw1839383; Fri, 20 Dec 2002 08:27:49 +0100 (MEZ) Date: Fri, 20 Dec 2002 08:27:53 +0100 (CET) From: Martin Blapp To: Cc: , Subject: ssh authentification broken, only public keys work Message-ID: <20021220081940.G854-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Since yesterday I cannot login to my CURRENT machine anymore after a world and reboot ... I really hope this doesn't got MFC'd to RELENG_5_0 ... debug1: rcvd SSH_CMSG_AUTH_TIS debug3: mm_pam_init_ctx debug3: mm_request_send entering: type 42 debug3: monitor_read: checking request 42 debug3: mm_answer_pam_init_ctx debug3: mm_request_send entering: type 43 debug3: mm_request_receive entering debug3: mm_pam_init_ctx: waiting for MONITOR_ANS_PAM_INIT_CTX debug3: mm_request_receive_expect entering: type 43 debug3: mm_request_receive entering debug3: mm_pam_query debug3: mm_request_send entering: type 44 debug3: monitor_read: checking request 44 debug3: mm_answer_pam_query debug3: ssh_msg_recv entering debug3: ssh_msg_send: type 1 ssh_msg_send: write debug1: Calling cleanup 0x8061180(0x0) debug1: PAM: cleanup debug3: mm_pam_query: waiting for MONITOR_ANS_PAM_QUERY debug3: mm_request_receive_expect entering: type 45 debug3: mm_request_receive entering Then the connection times just out. The "ssh_msg_send: write" message appears without debug mode. Note that I did run mergemaster ... pam files are all on their place. Somthing is completly screwed up. There are a few posts in google indicating that other have this problem too. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 23:35: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78EE237B401 for ; Thu, 19 Dec 2002 23:35:03 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 913E243EE5 for ; Thu, 19 Dec 2002 23:34:59 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 61256 invoked by uid 1000); 20 Dec 2002 07:35:01 -0000 Date: Thu, 19 Dec 2002 23:35:01 -0800 (PST) From: Nate Lawson To: Sean Kelly Cc: current@freebsd.org Subject: Re: `cat /dev/io` leads to system lockup. In-Reply-To: <20021220062935.GA699@edgemaster.zombie.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 20 Dec 2002, Sean Kelly wrote: > On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system to its > knees by doing > > # cat /dev/io > > While I understand that this isn't exactly something one would normally be > doing, is it really something that should bring the system down? You're running as root. So does "yes > /dev/da0" and "cat /dev/urandom > /dev/mem" and ... (infinity) -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 23:39:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 816A737B401 for ; Thu, 19 Dec 2002 23:39:39 -0800 (PST) Received: from one.2531.org (w005.z064003115.lax-ca.dsl.cnc.net [64.3.115.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC6AE43EEA for ; Thu, 19 Dec 2002 23:39:33 -0800 (PST) (envelope-from mmca@2531.org) Received: from 2531.org (localhost.2531.org [127.0.0.1]) by one.2531.org (8.12.6/8.12.6) with ESMTP id gBK7eEJ8025671; Thu, 19 Dec 2002 23:40:18 -0800 (PST) (envelope-from mmca@2531.org) Message-Id: <200212200740.gBK7eEJ8025671@one.2531.org> Date: Thu, 19 Dec 2002 23:40:14 -0800 (PST) From: mmca@2531.org Subject: Re: ssh authentification broken, only public keys work To: mb@imp.ch Cc: current@FreeBSD.ORG In-Reply-To: <20021220081940.G854-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20 Dec, Martin Blapp wrote: > > Hi all, > > Since yesterday I cannot login to my CURRENT machine anymore > after a world and reboot ... > > I really hope this doesn't got MFC'd to RELENG_5_0 ... > I got this tonight on my ultra. I thought it was sparc64 specific, glad I saw your post. I cvsup'd 2 days ago. Im going to build OpenSSH from ports and see if it has the same error. -M To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Dec 19 23:57:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA5D437B401; Thu, 19 Dec 2002 23:57:55 -0800 (PST) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C5343EE5; Thu, 19 Dec 2002 23:57:49 -0800 (PST) (envelope-from parv_fm@mailsent.net) Received: from sdn-ap-029dcwashp0015.dialsprint.net ([65.177.104.15] helo=moo.holy.cow) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18PI2W-00013s-00; Thu, 19 Dec 2002 23:57:49 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id B5560A4DB; Fri, 20 Dec 2002 03:00:38 -0500 (EST) Date: Fri, 20 Dec 2002 03:00:38 -0500 From: parv To: Sid Carter Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Thoughts about ports freeze Message-ID: <20021220080038.GA22007@moo.holy.cow> Mail-Followup-To: Sid Carter , ports@freebsd.org, current@freebsd.org References: <20021220001529.GC9963@vega.vega.com> <86lm2l5fze.fsf@tango.in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86lm2l5fze.fsf@tango.in.ibm.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <86lm2l5fze.fsf@tango.in.ibm.com>, wrote Sid Carter thusly... > > >>>>> On Fri, 20 Dec 2002 07:51:48 +0100, dirk.meyer@dinoex.sub.org (Dirk Meyer) said: > > Dirk> I have 29 updates/committs in the queue, waiting for the freeze is over. > Dirk> No offense, I know the problems, but I think the freeze is way to long. > > the way it is going, it seems as tho' the freeze is gonna stay > till the 2nd quarter of 2003 or something. Just my thougts, no > offense meant :) ice age cometh. get thine blankie und hoard the nuts. :-] - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 0:12:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E2D37B401 for ; Fri, 20 Dec 2002 00:12:23 -0800 (PST) Received: from area51.slashnet.org (area51.slashnet.org [209.150.98.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAEF143EDA for ; Fri, 20 Dec 2002 00:12:22 -0800 (PST) (envelope-from smkelly@zombie.org) Received: from edgemaster.zombie.org (ip68-13-64-165.om.om.cox.net [68.13.64.165]) by area51.slashnet.org (Postfix) with ESMTP id 98BEB4A358; Fri, 20 Dec 2002 03:12:16 -0500 (EST) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 1E59E41562; Fri, 20 Dec 2002 02:12:16 -0600 (CST) Date: Fri, 20 Dec 2002 02:12:16 -0600 From: Sean Kelly To: Nate Lawson Cc: current@freebsd.org Subject: Re: `cat /dev/io` leads to system lockup. Message-ID: <20021220081215.GA35355@edgemaster.zombie.org> References: <20021220062935.GA699@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 19, 2002 at 11:35:01PM -0800, Nate Lawson wrote: > On Fri, 20 Dec 2002, Sean Kelly wrote: > > On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system to= its > > knees by doing > >=20 > > # cat /dev/io > >=20 > > While I understand that this isn't exactly something one would normally= be > > doing, is it really something that should bring the system down? >=20 > You're running as root. So does "yes > /dev/da0" and "cat /dev/urandom > > /dev/mem" and ... (infinity) While I don't really care to test it, I wager that `yes >/dev/da0` will not cause the system to lock hard. But you seem to be talking abot something very different. You are talking about WRITING. I am talking about READING. # cat /dev/da0 # cat /dev/urandom None of these bring the system to its knees. So why does # cat /dev/io totally lock my system solid? According to the manpage: The special file /dev/io is a controlled security hole that allows a pro- cess to gain I/O privileges (which are normally reserved for kernel- internal code). Any process that holds a file descriptor on /dev/io open will get its IOPL bits in the flag register set, thus allowing it to per- form direct I/O operations. =20 This says nothing about what happens if you attempt to read() from /dev/io, as `cat /dev/io` would be expected to do. At the least, there should be a big, fat, blinking WARNING on the manpage telling you that `cat /dev/io` wi= ll bring your system down. --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+AtDfPm7A9NLl4pYRAoDzAJ4y3u/8ueWaibL9S3n6nxAkeozO9QCgzmHy ygdiWHnsYrwhXuAp2hopams= =wY4c -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 0:22:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8777237B401 for ; Fri, 20 Dec 2002 00:22:57 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7EF43EE6 for ; Fri, 20 Dec 2002 00:22:56 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA24538; Fri, 20 Dec 2002 19:22:35 +1100 Date: Fri, 20 Dec 2002 19:24:15 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Sean Kelly Cc: current@FreeBSD.ORG Subject: Re: `cat /dev/io` leads to system lockup. In-Reply-To: <20021220062935.GA699@edgemaster.zombie.org> Message-ID: <20021220190007.B344-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 20 Dec 2002, Sean Kelly wrote: > On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system to its > knees by doing > > # cat /dev/io > > While I understand that this isn't exactly something one would normally be > doing, is it really something that should bring the system down? No. Writing to /dev/io is not supported. write(2) to a device that doesn't support writing should return -1 and set errno to ENODEV. This was broken mainly by removing the default case from mem.c:mmrw(). This causes mmrw() to loop endlessly without giving up control. Giant locking in -current makes this especially fatal -- mmrw() holds Giant so even most interrupt handlers are blocked. In RELENG_4 the only bug near here is that mmrw() returns ENXIO instead of ENODEV for writes to /dev/io. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 1:28:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0363137B401; Fri, 20 Dec 2002 01:28:55 -0800 (PST) Received: from tomts13-srv.bellnexxia.net (tomts13.bellnexxia.net [209.226.175.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A312343EF9; Fri, 20 Dec 2002 01:28:48 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.149]) by tomts13-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021220092847.THWA11600.tomts13-srv.bellnexxia.net@bowie.private>; Fri, 20 Dec 2002 04:28:47 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id gBK9T9Qa016734; Fri, 20 Dec 2002 09:29:09 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id gBK9T9RK016732; Fri, 20 Dec 2002 09:29:09 GMT Date: Fri, 20 Dec 2002 09:29:09 GMT From: Mike Barcroft Message-Id: <200212200929.gBK9T9RK016732@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sys/boot/sparc64/loader In file included from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: machine/asm.h:105:1: warning: "__FBSDID" redefined In file included from machine/asm.h:46, from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: /tinderbox/sparc64/src/sys/sys/cdefs.h:239:1: warning: this is the location of the previous definition /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: `zipfs_fsops' undeclared here (not in a function) /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: initializer element is not constant /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: (near initialization for `file_system[2]') *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64/loader. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot. *** Error code 1 Stop in /tinderbox/sparc64/src/sys. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 2:40: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF39737B401 for ; Fri, 20 Dec 2002 02:40:00 -0800 (PST) Received: from storming.org (MG034063.user.veloxzone.com.br [200.165.34.63]) by mx1.FreeBSD.org (Postfix) with SMTP id 558C543EE8 for ; Fri, 20 Dec 2002 02:39:59 -0800 (PST) (envelope-from fred@storming.org) Received: (qmail 87706 invoked by uid 1000); 20 Dec 2002 08:39:57 -0200 Date: Fri, 20 Dec 2002 08:39:56 -0200 From: Fred Souza To: mmca@2531.org Cc: mb@imp.ch, current@FreeBSD.ORG Subject: Re: ssh authentification broken, only public keys work Message-ID: <20021220103956.GA85166@torment.storming.org> Reply-To: fred@storming.org References: <20021220081940.G854-100000@levais.imp.ch> <200212200740.gBK7eEJ8025671@one.2531.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <200212200740.gBK7eEJ8025671@one.2531.org> X-Sender: fred@storming.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I got this tonight on my ultra. I thought it was sparc64 specific, glad > I saw your post. I cvsup'd 2 days ago. >=20 > Im going to build OpenSSH from ports and see if it has the same error. I posted here about three or four days ago, saying that using the ports' version is a workaround to this issue. Apparently our base's version does not use PAM (it has a line "#undef USE_PAM" there). It's accompanied with a commentary that says to not use PAM for password authentication as the challenge/response mechanism is better. .fs --=20 "Succumb to natural tendencies. Be hateful and boring." --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+AvN8KbRS1GgW4fYRAt/dAJ45DsZSzy2EPSjSi2rjTAukEd3AzQCfSdRb B8SRzpVRM0xXDMmZS/uxbSg= =bSew -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 2:44:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E387A37B401 for ; Fri, 20 Dec 2002 02:44:44 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68AB243EDE for ; Fri, 20 Dec 2002 02:44:43 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id gBKAiAj03536; Fri, 20 Dec 2002 02:44:10 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id CAA28095; Fri, 20 Dec 2002 02:44:04 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id DAA29451; Fri, 20 Dec 2002 03:43:59 -0700 (MST) Message-ID: <3E02F56C.7080002@btc.adaptec.com> Date: Fri, 20 Dec 2002 03:48:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021125 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean Kelly Cc: Nate Lawson , current@freebsd.org Subject: Re: `cat /dev/io` leads to system lockup. References: <20021220081215.GA35355@edgemaster.zombie.org> In-Reply-To: <20021220081215.GA35355@edgemaster.zombie.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Kelly wrote: > On Thu, Dec 19, 2002 at 11:35:01PM -0800, Nate Lawson wrote: > > >On Fri, 20 Dec 2002, Sean Kelly wrote: > > > >>On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system > > to its > > >>knees by doing > >> > >># cat /dev/io > >> > >>While I understand that this isn't exactly something one would > > normally be > > >>doing, is it really something that should bring the system down? > > > >You're running as root. So does "yes > /dev/da0" and "cat > > /dev/urandom > > > >/dev/mem" and ... (infinity) > > > While I don't really care to test it, I wager that `yes >/dev/da0` will > not > cause the system to lock hard. But you seem to be talking abot something > very different. You are talking about WRITING. I am talking about > READING. > > # cat /dev/da0 > # cat /dev/urandom > > None of these bring the system to its knees. So why does > > # cat /dev/io > > totally lock my system solid? > > According to the manpage: > The special file /dev/io is a controlled security hole that allows a > pro- > cess to gain I/O privileges (which are normally reserved for kernel- > internal code). Any process that holds a file descriptor on /dev/io > open > will get its IOPL bits in the flag register set, thus allowing it to > per- > form direct I/O operations. > > This says nothing about what happens if you attempt to read() from > /dev/io, > as `cat /dev/io` would be expected to do. At the least, there should be > a > big, fat, blinking WARNING on the manpage telling you that `cat /dev/io` > will > bring your system down. > Many peripheral hardware device do not like having their registers blindly read (it's quite common for a read operation on a register to signal an ASIC that it's ok to do a certain action) and will respond with nasty things like interrupt storms, endless PCI target aborts, etc. Whether this is silly or not is not the point; this is just one of the many places in Unix that have no seatbelts and assume that the superuser knows what he is doing. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 2:53: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1496C37B401; Fri, 20 Dec 2002 02:53:01 -0800 (PST) Received: from MX2.estpak.ee (ld3.estpak.ee [194.126.101.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D72243EDC; Fri, 20 Dec 2002 02:52:59 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (80-235-37-181-dsl.mus.estpak.ee [80.235.37.181]) by MX2.estpak.ee (Postfix) with ESMTP id 203CC735C6; Fri, 20 Dec 2002 12:51:52 +0200 (EET) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id gBKAqskP001366; Fri, 20 Dec 2002 12:52:55 +0200 (EET) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id gBKAqq9g001365; Fri, 20 Dec 2002 12:52:52 +0200 (EET) Date: Fri, 20 Dec 2002 12:52:51 +0200 From: Vallo Kallaste To: Sam Leffler Cc: Hiten Pandya , Darren Reed , current@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 Message-ID: <20021220105251.GA1296@tiiu.internal> Reply-To: kalts@estpak.ee References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> <20021220032930.GA67469@unixdaemons.com> <0e5401c2a7e1$37149090$52557f42@errno.com> <0e9701c2a7e2$cbe1de20$52557f42@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0e9701c2a7e2$cbe1de20$52557f42@errno.com> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 08:46:44PM -0800, Sam Leffler wrote: > > #ifndef PFIL_HOOKS > > #error "You must specify PFIL_HOOKS when using ipfilter" > > #endif > > > > Unfortunately there's no way that I know to express this if ipfilter is > > loaded as a module. > > Duh, there'll probably be unresolved symbols if you try to load ipl.ko w/o > PFIL_HOOKS defined in the kernel. Yes, and this "undefined symbols" message will make no sense from user perspective. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 3: 3:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC9AF37B405; Fri, 20 Dec 2002 03:03:54 -0800 (PST) Received: from MX1.estpak.ee (ld3.estpak.ee [194.126.101.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92FF243EEC; Fri, 20 Dec 2002 03:03:53 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (80-235-37-181-dsl.mus.estpak.ee [80.235.37.181]) by MX1.estpak.ee (Postfix) with ESMTP id 72EBD88874; Fri, 20 Dec 2002 13:02:51 +0200 (EET) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id gBKB3pkP001418; Fri, 20 Dec 2002 13:03:51 +0200 (EET) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id gBKB3pGY001417; Fri, 20 Dec 2002 13:03:51 +0200 (EET) Date: Fri, 20 Dec 2002 13:03:51 +0200 From: Vallo Kallaste To: Martin Blapp Cc: current@freebsd.org, des@freebsd.org, patg@freebsd.org Subject: Re: ssh authentification broken, only public keys work Message-ID: <20021220110351.GB1296@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021220081940.G854-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021220081940.G854-100000@levais.imp.ch> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 20, 2002 at 08:27:53AM +0100, Martin Blapp wrote: > > Since yesterday I cannot login to my CURRENT machine anymore > after a world and reboot ... > > I really hope this doesn't got MFC'd to RELENG_5_0 ... > debug1: Calling cleanup 0x8061180(0x0) > debug1: PAM: cleanup > debug3: mm_pam_query: waiting for MONITOR_ANS_PAM_QUERY > debug3: mm_request_receive_expect entering: type 45 > debug3: mm_request_receive entering > > Then the connection times just out. The "ssh_msg_send: write" > message appears without debug mode. > > Note that I did run mergemaster ... pam files are all on their > place. Somthing is completly screwed up. Disable ChallengeResponseAuthentication, set it to "no" and you'll have ssh again. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 3: 9:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF1FA37B401; Fri, 20 Dec 2002 03:09:45 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B36443EE6; Fri, 20 Dec 2002 03:09:44 -0800 (PST) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id gBKB9a8t050239; Fri, 20 Dec 2002 12:09:36 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id gBKB9ZJw1853353; Fri, 20 Dec 2002 12:09:35 +0100 (MEZ) Date: Fri, 20 Dec 2002 12:09:39 +0100 (CET) From: Martin Blapp To: Vallo Kallaste Cc: , , Subject: Re: ssh authentification broken, only public keys work In-Reply-To: <20021220110351.GB1296@tiiu.internal> Message-ID: <20021220120857.D854-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > Disable ChallengeResponseAuthentication, set it to "no" and you'll > have ssh again. > -- Thanks, I'll try it at home this evening ... Shouldn't we fix this the default config ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 3:20: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8858237B401; Fri, 20 Dec 2002 03:20:01 -0800 (PST) Received: from MX2.estpak.ee (ld3.estpak.ee [194.126.101.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E539C43EE5; Fri, 20 Dec 2002 03:20:00 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (80-235-37-181-dsl.mus.estpak.ee [80.235.37.181]) by MX2.estpak.ee (Postfix) with ESMTP id D760A735B3; Fri, 20 Dec 2002 13:18:55 +0200 (EET) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id gBKBJwkP001494; Fri, 20 Dec 2002 13:19:58 +0200 (EET) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id gBKBJw7R001493; Fri, 20 Dec 2002 13:19:58 +0200 (EET) Date: Fri, 20 Dec 2002 13:19:58 +0200 From: Vallo Kallaste To: Martin Blapp Cc: Vallo Kallaste , current@freebsd.org, des@freebsd.org, patg@freebsd.org Subject: Re: ssh authentification broken, only public keys work Message-ID: <20021220111958.GA1472@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021220110351.GB1296@tiiu.internal> <20021220120857.D854-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021220120857.D854-100000@levais.imp.ch> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 20, 2002 at 12:09:39PM +0100, Martin Blapp wrote: > > Disable ChallengeResponseAuthentication, set it to "no" and you'll > > have ssh again. > > -- > > Thanks, I'll try it at home this evening ... > > Shouldn't we fix this the default config ? I think it will disable PAM authentication and the overall trend for FreeBSD is to enable PAM for everything. That's my impression I've got by following the -current list. I'll hope this PAM mess will stabilise soon, before everybody will make this 'no' setting permanent local hack. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 4:11:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11E137B401 for ; Fri, 20 Dec 2002 04:11:18 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01FF43EE5 for ; Fri, 20 Dec 2002 04:11:17 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gBKCB7qd010450 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 20 Dec 2002 13:11:12 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gBKCB5fQ003935 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 20 Dec 2002 13:11:06 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gBKCB45W001852; Fri, 20 Dec 2002 13:11:04 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gBKCB30x001851; Fri, 20 Dec 2002 13:11:03 +0100 (CET) Date: Fri, 20 Dec 2002 13:11:01 +0100 From: Bernd Walter To: Matthew Dillon Cc: Nate Lawson , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) Message-ID: <20021220121100.GA658@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <200212200111.gBK1BW0h026510@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212200111.gBK1BW0h026510@apollo.backplane.com> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Dec 19, 2002 at 05:11:32PM -0800, Matthew Dillon wrote: > I found another couple of bugs, this time in OHCI's DMA > buffer chaining code. Great. > A patch for this with additional debugging code is > included below (for current). There are two bugs. > I do not know if -stable is effected. > > First, the calculation of dataphysend is totally bogus. > You can just take the physical address and add (len - 1) > to it. You have to take the virtual address, add len - 1 > to it, and convert it to a physical address. I can > crash my machine simply by doing a > > 'newfs -f 1024 -b 8192 /dev/da2s1a' > > On the disk-on-key USB device. > > Second, I believe the OpenBSD and NetBSD code is broken. > The range can be one or two pages, but the remaining bytes > may be less then one page and this has to be taken into > account. The NetBSD code is already different: 1.48 (augustss 15-Sep-99): /* The OHCI hardware can handle at most one page crossing. */ 1.48 (augustss 15-Sep-99): if (OHCI_PAGE(dataphys) == dataphysend || 1.48 (augustss 15-Sep-99): OHCI_PAGE(dataphys) + OHCI_PAGE_SIZE == dataphysend) { 1.48 (augustss 15-Sep-99): /* we can handle it in this TD */ 1.48 (augustss 15-Sep-99): curlen = len; 1.48 (augustss 15-Sep-99): } else { 1.48 (augustss 15-Sep-99): /* must use multiple TDs, fill as much as possible. */ 1.120 (augustss 03-Feb-02): curlen = 2 * OHCI_PAGE_SIZE - 1.48 (augustss 15-Sep-99): (dataphys & (OHCI_PAGE_SIZE-1)); 1.78 (augustss 20-Mar-00): /* the length must be a multiple of the max size */ 1.78 (augustss 20-Mar-00): curlen -= curlen % UGETW(opipe->pipe.endpoint->edesc->wMaxPacketSize); 1.78 (augustss 20-Mar-00): #ifdef DIAGNOSTIC 1.78 (augustss 20-Mar-00): if (curlen == 0) 1.128 (provos 27-Sep-02): panic("ohci_alloc_std: curlen == 0"); 1.78 (augustss 20-Mar-00): #endif 1.48 (augustss 15-Sep-99): } To bad we did not catch it. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 4:19:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06D8A37B401 for ; Fri, 20 Dec 2002 04:19:17 -0800 (PST) Received: from valu.uninet.ee (valu.uninet.ee [194.204.34.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437EF43EE5 for ; Fri, 20 Dec 2002 04:19:16 -0800 (PST) (envelope-from taavi@uninet.ee) Received: by valu.uninet.ee (Postfix, from userid 1002) id 9044736420; Fri, 20 Dec 2002 14:19:09 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by valu.uninet.ee (Postfix) with ESMTP id 8A9023261A; Fri, 20 Dec 2002 14:19:09 +0200 (EET) Date: Fri, 20 Dec 2002 14:19:09 +0200 (EET) From: Taavi Talvik To: Nate Lawson Cc: freebsd-current@freebsd.org Subject: Re: Current hangs in reboot In-Reply-To: <20021211233634.G44694-100000@valu.uninet.ee> Message-ID: <20021220135733.E91066-100000@valu.uninet.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 11 Dec 2002, Taavi Talvik wrote: After testing, it turns out, that 'hang on reboot' problem maybe related to mainboard (Gigabyte GA-8PE667 Ultra) and/or USB driver for Intel 82801DB. After turning off onboard USB rebooting works even if ACPI is enabled. It was necessary to disable only Intel 82801DB (ICH4) devices. kernel: uhci0: port 0xb800-0xb81f irq 14 at device 29.0 on pci0 kernel: usb0: on uhci0 kernel: usb0: USB revision 1.0 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub0: 2 ports with 2 removable, self powered kernel: uhci1: port 0xb000-0xb01f irq 14 at device 29.1 on pci0 kernel: usb1: on uhci1 kernel: usb1: USB revision 1.0 kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub1: 2 ports with 2 removable, self powered kernel: uhci2: port 0xb400-0xb41f irq 15 at device 29.2 on pci0 kernel: usb2: on uhci2 kernel: usb2: USB revision 1.0 kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub2: 2 ports with 2 removable, self powered kernel: pci0: at device 29.7 (no driver attached) kernel: ohci0: mem 0xdf000000-0xdf000fff irq 14 at device 7.0 on pci2 kernel: usb3: OHCI version 1.0 kernel: usb3: on ohci0 kernel: usb3: USB revision 1.0 kernel: uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub3: 3 ports with 3 removable, self powered kernel: ohci1: mem 0xdf001000-0xdf001fff irq 15 at device 7.1 on pci2 kernel: usb4: OHCI version 1.0 kernel: usb4: on ohci1 kernel: usb4: USB revision 1.0 kernel: uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub4: 2 ports with 2 removable, self powered best regards, taavi > On Wed, 11 Dec 2002, Nate Lawson wrote: > > On Wed, 11 Dec 2002, Taavi Talvik wrote: > > > On Wed, 11 Dec 2002, Taavi Talvik wrote: > > > > Current as of yesterday (actually problem presist about > > > > month) hangs on reboot. > > > > > > > > Only message: > > > > > > > > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > > > > > > Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! > > > > > > But how is ACPI related to problem? Why rebooting hangs between > > > stoping `vnlru' and `bufdaemon' in ACPI case? > > > > The next message you'd see if it was working is "Stopping ACPI". So acpi > > shutdown is probably what is hanging. > > > No, Stopping ACPI appears normally only after stoping 'syncer' also. But > in my situation hang happens between 'vnlru' and 'bufdaemon'. > > If console output is not buffered, what happens that last two prompts are > not diapleyed? Any hints how I can futher debug it? > > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped > Waiting (max 60 seconds) for system process `syncer' to stop...stopped > > syncing disks, buffers remaining... 2 2 > done > Uptime: 9m6s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 5:43: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E3CF37B401 for ; Fri, 20 Dec 2002 05:43:04 -0800 (PST) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F79943EE5 for ; Fri, 20 Dec 2002 05:43:03 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 0224A8559C for ; Fri, 20 Dec 2002 14:42:57 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by horkos.telenet-ops.be (Postfix) with ESMTP id E5C948558F for ; Fri, 20 Dec 2002 14:42:56 +0100 (CET) Received: from juno.home.paeps.cx (juno.home.paeps.cx [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id C293C5EF for ; Fri, 20 Dec 2002 14:42:56 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 63CBB1CA; Fri, 20 Dec 2002 14:42:53 +0100 (CET) Date: Fri, 20 Dec 2002 14:42:53 +0100 From: Philip Paeps To: current@freebsd.org Subject: Re: ssh authentification broken, only public keys work Message-ID: <20021220134253.GM40279@juno.home.paeps.cx> Mail-Followup-To: current@freebsd.org References: <20021220081940.G854-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20021220081940.G854-100000@levais.imp.ch> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-12-20 08:27:53 (+0100), Martin Blapp wrote: > Since yesterday I cannot login to my CURRENT machine anymore > after a world and reboot ... Same problem here (on Alpha and on i386, if it matters). Logging in with a public key works, without doesn't. > Then the connection times just out. The "ssh_msg_send: write" > message appears without debug mode. Yeps. Setting ChallengeResponse... to 'no' in the config file works, but I'm weary of local hacks. I can't seem to find the commit that caused this either. But perhaps I'm not awake enough to grep properly :-) - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. BOFH Excuse #376: Budget cuts forced us to sell all the power cords for the servers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 6:14: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E61FE37B401; Fri, 20 Dec 2002 06:14:00 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74AF643EE8; Fri, 20 Dec 2002 06:14:00 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 2FFAB66E3A; Fri, 20 Dec 2002 06:14:00 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 93BDC4C9; Fri, 20 Dec 2002 06:13:59 -0800 (PST) Date: Fri, 20 Dec 2002 06:13:59 -0800 From: Kris Kennaway To: current@FreeBSD.org, ports@FreeBSD.org Subject: xcpustate broken Message-ID: <20021220141359.GA9254@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Can someone figure out why this port has recent become broken on i386 and alpha? http://bento.freebsd.org/errorlogs/i386-5-latest/xcpustate-2.5.log Kris --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+AyWmWry0BWjoQKURAkfpAKCs7zv7le/uOLzLcVRq5qVf/YjHbACgssUJ yg4lToIKNbthFcEdUAzHGOE= =Qd97 -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 6:20: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1BDE37B401 for ; Fri, 20 Dec 2002 06:19:58 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506B743ED8 for ; Fri, 20 Dec 2002 06:19:58 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id E6CC33ABB63; Fri, 20 Dec 2002 15:20:02 +0100 (CET) Date: Fri, 20 Dec 2002 15:20:02 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Subject: Panic in jail [patch]. Message-ID: <20021220142002.GB11475@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.7-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --neYutvxvOLaeuPCA Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. Initiated mutex for prison isn't destroyed on error. Kernel will on every error. Here You got patch for this: --- kern_jail.c.orig Fri Dec 20 15:11:10 2002 +++ kern_jail.c Fri Dec 20 15:14:03 2002 @@ -103,6 +103,7 @@ PROC_UNLOCK(p); crfree(newcred); bail: + mtx_destroy(&pr->pr_mtx); FREE(pr, M_PRISON); return (error); } --- BTW. Maybe is time to implement jail with more features? Multiple ips, protecting statfs-like calls or even multi level jail? As multi level jail I understand jail created in jail, etc. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPgMnEj/PhmMH/Mf1AQFO7QQApWOXO5muMIvw3XSKyMWgq+dMQTGY97IU iE94DPzT8PhDW+bQnzH2rz5fGthuiCplEoMd+hxtSb/nJ4XepUQ6Az88qEZGqwZn U564rpsRFlbNB+jjb8gVGw9cUtEs8cfsSCPpqYs6+Bn6mVNYys7B6Gd/SddhOZc5 kyEhvVpcITo= =V4YR -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 6:32:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1EEC37B401 for ; Fri, 20 Dec 2002 06:32:34 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A834943EDA for ; Fri, 20 Dec 2002 06:32:34 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 8D784AE2D9; Fri, 20 Dec 2002 06:32:34 -0800 (PST) Date: Fri, 20 Dec 2002 06:32:34 -0800 From: Maxime Henrion To: Pawel Jakub Dawidek Cc: freebsd-current@freebsd.org Subject: Re: Panic in jail [patch]. Message-ID: <20021220143234.GW27086@elvis.mu.org> References: <20021220142002.GB11475@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021220142002.GB11475@garage.freebsd.pl> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pawel Jakub Dawidek wrote: > Hello. > > Initiated mutex for prison isn't destroyed on error. > Kernel will on every error. I just committed your patch, thanks! Cheers, Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 6:56:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF8BD37B406 for ; Fri, 20 Dec 2002 06:56:12 -0800 (PST) Received: from akd.no-ip.org (zaqd38751f2.zaq.ne.jp [211.135.81.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 7467043EE5 for ; Fri, 20 Dec 2002 06:56:06 -0800 (PST) (envelope-from mia@gold.ocn.ne.jp) Received: (qmail 8904 invoked by uid 0); 20 Dec 2002 14:55:59 -0000 Received: from unknown (HELO intasity.akd.or.jp) (192.168.128.243) by atropos.akd.or.jp with SMTP; 20 Dec 2002 14:55:59 -0000 Date: Fri, 20 Dec 2002 23:55:58 +0900 From: Yoshinori KASAZAKI To: freebsd-current@freebsd.org Subject: if_tap is working ? Message-Id: <20021220235558.6c4352a6.mia@gold.ocn.ne.jp> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, guys. Does anyone have VMware2 port running successfully on -current ? my VMware2 port's startup script says /usr/local/etc/rc.d/vmware.sh: cannot create /compat/linux/dev/vmnet1: Device not configured I digged into this a little and found that this message is from the line echo -n > $dev_vmnet1 here, $dev_vmnet1 points to /usr/compat/linux/dev/vmnet1. if_tap is loaded as KLD as follows: 29 1 0xc3acd000 4000 if_tap.ko my -current is built yesterday and I've even re-installed VMware2 port a few times. CPUTYPE and no special CFLAGS etc are not defined in make.conf. same script works on -stable. Am I missing anything obvious ? Thanks in advance. Y.Kasazaki // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 8:33: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A538F37B401; Fri, 20 Dec 2002 08:33:00 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C8643ED8; Fri, 20 Dec 2002 08:33:00 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from [216.20.231.174] (helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18PQ4N-0006Ac-00; Fri, 20 Dec 2002 08:32:15 -0800 Message-ID: <3E0345B2.9E7D4C74@mindspring.com> Date: Fri, 20 Dec 2002 08:30:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: kalts@estpak.ee Cc: Sam Leffler , Hiten Pandya , Darren Reed , current@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> <20021220032930.GA67469@unixdaemons.com> <0e5401c2a7e1$37149090$52557f42@errno.com> <0e9701c2a7e2$cbe1de20$52557f42@errno.com> <20021220105251.GA1296@tiiu.internal> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a44f733c015be53a896dced6307a3d0ec1a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vallo Kallaste wrote: > On Thu, Dec 19, 2002 at 08:46:44PM -0800, Sam Leffler wrote: > > > #ifndef PFIL_HOOKS > > > #error "You must specify PFIL_HOOKS when using ipfilter" > > > #endif > > > > > > Unfortunately there's no way that I know to express this if ipfilter is > > > loaded as a module. > > > > Duh, there'll probably be unresolved symbols if you try to load ipl.ko w/o > > PFIL_HOOKS defined in the kernel. > > Yes, and this "undefined symbols" message will make no sense from > user perspective. Then fix it. The fix is trivial: 1) Create accessor/mutator functions which are *not* protected by "#ifndef PFIL_HOOKS". 2) Use the accessor/mutator functions from within the ipfilter code to register and deregister use of the hooks. 3) In the case of the "#ifndef PFIL_HOOKS", cause the accessor/mutator functions to return errors. Like so: #ifdef PFIL_HOOKS pfil_hook_t *pfil_hook_func; #endif int pfil_set_hook( pfil_hook_t *func) { #ifdef PFIL_HOOKS pfil_hook_func = func; return( 0); #else /* !PFIL_HOOKS */ return( -1); #endif /* !PFIL_HOOKS */ } ...the (in this example) mutator function will always be defined, and the error in a kernel without "PFIL_HOOKS" defined can be trapped by the caller during the module registration phase, at which point a console error can be printed. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 9:45:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF9B37B401 for ; Fri, 20 Dec 2002 09:45:30 -0800 (PST) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E51B43ED8 for ; Fri, 20 Dec 2002 09:45:24 -0800 (PST) (envelope-from Maksim.Yevmenkin@cw.com) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329); Fri, 20 Dec 2002 09:45:24 -0800 Received: from exodus.net ([165.193.27.35]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Fri, 20 Dec 2002 09:45:24 -0800 Message-ID: <3E035696.2090909@exodus.net> Date: Fri, 20 Dec 2002 09:42:46 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021126 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yoshinori KASAZAKI Cc: freebsd-current@FreeBSD.ORG Subject: Re: if_tap is working ? References: <20021220235558.6c4352a6.mia@gold.ocn.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Dec 2002 17:45:24.0304 (UTC) FILETIME=[9310F500:01C2A84F] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Yoshinori KASAZAKI wrote: >hi, guys. > >Does anyone have VMware2 port running successfully on -current ? > i'm :) > >my VMware2 port's startup script says > /usr/local/etc/rc.d/vmware.sh: cannot create /compat/linux/dev/vmnet1: Device not configured > >I digged into this a little and found that this message is from the line > echo -n > $dev_vmnet1 >here, $dev_vmnet1 points to /usr/compat/linux/dev/vmnet1. > >if_tap is loaded as KLD as follows: > 29 1 0xc3acd000 4000 if_tap.ko > what does `ls -la /usr/compat/linux/dev/vmnet1' say? /usr/compat/linux/dev/vmnet1 should be symlink to /dev/vmnet1 vmware2 still wants to create device nodes under /linux/dev/ not symlinks. someone please fix --- pre-install.orig Fri Dec 20 09:40:06 2002 +++ pre-install Fri Dec 20 09:40:43 2002 @@ -18,7 +18,8 @@ mknod ${linux_dev}/null c 2 2 chmod 666 ${linux_dev}/null echo Creating vmnet1 node -mknod /compat/linux/dev/vmnet1 c 149 65537 +rm /compat/linux/dev/vmnet1 +ln -s /dev/vmnet1 /compat/linux/dev/vmnet1 echo Creating $linux_dev/hd\? mknod ${linux_dev}/hda b 0 0x00010002 mknod ${linux_dev}/hdb b 0 0x0001000a >my -current is built yesterday and I've even re-installed VMware2 port a few times. >CPUTYPE and no special CFLAGS etc are not defined in make.conf. > >same script works on -stable. >Am I missing anything obvious ? > > > not really :) just a DEVFS side effect thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 10:40:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8EE137B401 for ; Fri, 20 Dec 2002 10:40:21 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A07843EDA for ; Fri, 20 Dec 2002 10:40:21 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBKIeHOM052555; Fri, 20 Dec 2002 10:40:17 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBKIeHIi052554; Fri, 20 Dec 2002 10:40:17 -0800 (PST) (envelope-from dillon) Date: Fri, 20 Dec 2002 10:40:17 -0800 (PST) From: Matthew Dillon Message-Id: <200212201840.gBKIeHIi052554@apollo.backplane.com> To: Bernd Walter , toshii@netbsd.org Cc: Nate Lawson , freebsd-current@FreeBSD.ORG Subject: Re: UMASS USB bug? (getting the Sony disk-on-key device working) References: <200212200111.gBK1BW0h026510@apollo.backplane.com> <20021220121100.GA658@cicely8.cicely.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :The NetBSD code is already different: :1.48 (augustss 15-Sep-99): /* The OHCI hardware can handle at most one page crossing. */ :1.48 (augustss 15-Sep-99): if (OHCI_PAGE(dataphys) == dataphysend || :1.48 (augustss 15-Sep-99): OHCI_PAGE(dataphys) + OHCI_PAGE_SIZE == dataphysend) { :1.48 (augustss 15-Sep-99): /* we can handle it in this TD */ :1.48 (augustss 15-Sep-99): curlen = len; :1.48 (augustss 15-Sep-99): } else { :1.48 (augustss 15-Sep-99): /* must use multiple TDs, fill as much as possible. */ :1.120 (augustss 03-Feb-02): curlen = 2 * OHCI_PAGE_SIZE - :1.48 (augustss 15-Sep-99): (dataphys & (OHCI_PAGE_SIZE-1)); :1.78 (augustss 20-Mar-00): /* the length must be a multiple of the max size */ :1.78 (augustss 20-Mar-00): curlen -= curlen % UGETW(opipe->pipe.endpoint->edesc->wMaxPacketSize); :1.78 (augustss 20-Mar-00): #ifdef DIAGNOSTIC :1.78 (augustss 20-Mar-00): if (curlen == 0) :1.128 (provos 27-Sep-02): panic("ohci_alloc_std: curlen == 0"); :1.78 (augustss 20-Mar-00): #endif :1.48 (augustss 15-Sep-99): } : : :To bad we did not catch it. : :-- :B.Walter COSMO-Project http://www.cosmo-project.de Well, that's the curlen fix, which doesn't apply to us at all (in FreeBSD we do not try to optimize for two physically contiguous pages). I'm not sure why they are using a mod there, I think it is as simple as if (curlen > len) curlen = len, but I don't understand the 'the length must be a multiple of the max size' comment so maybe there is some magic there that I haven't considered. The fix that applies to both FreeBSD and NetBSD was the calculation of dataphysend just above the code you indicate. When I look at ohci.c via cvsweb for NetBSD, their 1.135, they have not fixed the dataphysend calculation yet. They still have (which is WRONG): dataphysend = OHCI_PAGE(dataphys + len - 1); The correct answer is: dataphysend = OHCI_PAGE(DMAADDR(dma, len - 1)); I am going to attempt to add toshii@netbsd.org to this thread, I don't know if that is a valid email address :-) -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 11:58:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF3137B401; Fri, 20 Dec 2002 11:58:39 -0800 (PST) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C82DD43EE5; Fri, 20 Dec 2002 11:58:38 -0800 (PST) (envelope-from mi+mx@aldan.algebra.com) Received: from mi.us.murex.com (250-217.customer.cloud9.net [168.100.250.217]) by corbulon.video-collage.com (8.12.6/8.12.6) with ESMTP id gBKJwPjJ036094 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL); Fri, 20 Dec 2002 14:58:27 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Content-Type: text/plain; charset="us-ascii" From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@FreeBSD.org Subject: pam_setenv() crashes rshd... Date: Fri, 20 Dec 2002 15:02:00 -0500 User-Agent: KMail/1.4.3 Cc: des@FreeBSD.org, markm@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200212201502.00080.mi+mx@aldan.algebra.com> X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The rshd started to crash on my system after the recent -current upgrade. It does not dump core (why?), but with a lot of syslog() I narrowed the trouble spot down to the pam_setenv() calls -- the very first one of them, in rshd.c never returned... The libpam is: /usr/lib/libpam.so.2: $FreeBSD: src/lib/csu/i386-elf/crti.S,v 1.6 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.5 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/libpam/libpam/pam_std_option.c,v 1.10 2002/04/14 18:30:03 des Exp $ $FreeBSD: src/lib/libpam/libpam/pam_debug_log.c,v 1.8 2002/04/14 16:44:04 des Exp $ The following patch fixes (works around?) the problem for me (pam_setenv is rather inefficiently implemented by the vendor, BTW), but is probably wrong in some other aspect. If it is not, it will probably make rshd a bit cleaner and faster... Please, review... Thanks! -mi Index: rshd.c =================================================================== RCS file: /home/ncvs/src/libexec/rshd/rshd.c,v retrieving revision 1.46 diff -U2 -r1.46 rshd.c --- rshd.c 2002/06/26 17:09:08 1.46 +++ rshd.c 2002/12/20 19:44:33 @@ -182,6 +182,4 @@ } -extern char **environ; - void doit(struct sockaddr *fromp) @@ -476,10 +474,9 @@ if (*pwd->pw_shell == '\0') pwd->pw_shell = bshell; - (void) pam_setenv(pamh, "HOME", pwd->pw_dir, 1); - (void) pam_setenv(pamh, "SHELL", pwd->pw_shell, 1); - (void) pam_setenv(pamh, "USER", pwd->pw_name, 1); - (void) pam_setenv(pamh, "PATH", _PATH_DEFPATH, 1); - environ = pam_getenvlist(pamh); (void) pam_end(pamh, pam_err); + (void) setenv("HOME", pwd->pw_dir, 1); + (void) setenv("SHELL", pwd->pw_shell, 1); + (void) setenv("USER", pwd->pw_name, 1); + (void) setenv("PATH", _PATH_DEFPATH, 1); cp = strrchr(pwd->pw_shell, '/'); if (cp) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 13:16:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09A7937B401 for ; Fri, 20 Dec 2002 13:16:35 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C846043EE8 for ; Fri, 20 Dec 2002 13:16:33 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id IAA01574; Sat, 21 Dec 2002 08:16:11 +1100 Date: Sat, 21 Dec 2002 08:17:53 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Scott Long Cc: Sean Kelly , Nate Lawson , Subject: Re: `cat /dev/io` leads to system lockup. In-Reply-To: <3E02F56C.7080002@btc.adaptec.com> Message-ID: <20021221081335.P2641-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 20 Dec 2002, Scott Long wrote: > Many peripheral hardware device do not like having their registers > blindly read (it's quite common for a read operation on a register to > signal an ASIC that it's ok to do a certain action) and will respond > with nasty things like interrupt storms, endless PCI target aborts, etc. > Whether this is silly or not is not the point; this is just one of the > many places in Unix that have no seatbelts and assume that the superuser > knows what he is doing. This is irrelevant, since "cat /dev/io" doesn't access device registers. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 13:22:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2660837B401; Fri, 20 Dec 2002 13:22:37 -0800 (PST) Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E48243EDA; Fri, 20 Dec 2002 13:22:36 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by smtp1.vol.cz (8.12.6/8.12.6) with ESMTP id gBKLMYr1047120; Fri, 20 Dec 2002 22:22:34 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E038A1A.6070203@obluda.cz> Date: Fri, 20 Dec 2002 22:22:34 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: VLAN v.s. NIC with VLAN hardware support bug. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If there somebody failing to configure vlans on a nic with vlan-hardware support - read the PR 46405 (patch attached). It's apply to both current and stable. Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 13:25:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBCEA37B401 for ; Fri, 20 Dec 2002 13:25:54 -0800 (PST) Received: from akd.no-ip.org (zaqd38751f2.zaq.ne.jp [211.135.81.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 5EF1E43EDC for ; Fri, 20 Dec 2002 13:25:48 -0800 (PST) (envelope-from mia@gold.ocn.ne.jp) Received: (qmail 12521 invoked by uid 0); 20 Dec 2002 21:25:41 -0000 Received: from unknown (HELO intasity.akd.or.jp) (192.168.128.243) by atropos.akd.or.jp with SMTP; 20 Dec 2002 21:25:41 -0000 Date: Sat, 21 Dec 2002 06:25:41 +0900 From: Yoshinori KASAZAKI To: Maksim Yevmenkin Cc: freebsd-current@freebsd.org Subject: Re: if_tap is working ? Message-Id: <20021221062541.1509307d.mia@gold.ocn.ne.jp> In-Reply-To: <3E035696.2090909@exodus.net> References: <20021220235558.6c4352a6.mia@gold.ocn.ne.jp> <3E035696.2090909@exodus.net> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi. On Fri, 20 Dec 2002 09:42:46 -0800 Maksim Yevmenkin wrote: > Hello, > > Yoshinori KASAZAKI wrote: > > >hi, guys. > > > >Does anyone have VMware2 port running successfully on -current ? > > > i'm :) that's great :) > >my VMware2 port's startup script says > > /usr/local/etc/rc.d/vmware.sh: cannot create /compat/linux/dev/vmnet1: Device not configured > > > >I digged into this a little and found that this message is from the line > > echo -n > $dev_vmnet1 > >here, $dev_vmnet1 points to /usr/compat/linux/dev/vmnet1. > > > >if_tap is loaded as KLD as follows: > > 29 1 0xc3acd000 4000 if_tap.ko > > > what does `ls -la /usr/compat/linux/dev/vmnet1' say? tower# ls -al /usr/compat/linux/dev/vmnet1 crw-r--r-- 1 root wheel 149, 0x00010001 12 21 05:54 /usr/compat/linux/dev/vmnet1 > /usr/compat/linux/dev/vmnet1 should be symlink to /dev/vmnet1 > > vmware2 still wants to create device nodes under /linux/dev/ > not symlinks. someone please fix > > --- pre-install.orig Fri Dec 20 09:40:06 2002 > +++ pre-install Fri Dec 20 09:40:43 2002 > @@ -18,7 +18,8 @@ > mknod ${linux_dev}/null c 2 2 > chmod 666 ${linux_dev}/null > echo Creating vmnet1 node > -mknod /compat/linux/dev/vmnet1 c 149 65537 > +rm /compat/linux/dev/vmnet1 > +ln -s /dev/vmnet1 /compat/linux/dev/vmnet1 > echo Creating $linux_dev/hd\? > mknod ${linux_dev}/hda b 0 0x00010002 > mknod ${linux_dev}/hdb b 0 0x0001000a yes, that's it !! Thanks a lot !! > >same script works on -stable. > >Am I missing anything obvious ? > > > not really :) just a DEVFS side effect I see. > thanks, > max thanks again, max :) Y.Kasazaki // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 13:29:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBDCF37B401; Fri, 20 Dec 2002 13:29:41 -0800 (PST) Received: from MX2.estpak.ee (mta1.mail.neti.ee [194.126.101.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D6E843EEA; Fri, 20 Dec 2002 13:29:40 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (80-235-34-67-dsl.mus.estpak.ee [80.235.34.67]) by MX2.estpak.ee (Postfix) with ESMTP id B236A73541; Fri, 20 Dec 2002 23:28:25 +0200 (EET) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id gBKLTSkP003624; Fri, 20 Dec 2002 23:29:28 +0200 (EET) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id gBKLTJ1e003623; Fri, 20 Dec 2002 23:29:19 +0200 (EET) Date: Fri, 20 Dec 2002 23:29:19 +0200 From: Vallo Kallaste To: Terry Lambert Cc: Sam Leffler , Hiten Pandya , Darren Reed , current@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 Message-ID: <20021220212919.GA3543@tiiu.internal> Reply-To: kalts@estpak.ee References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> <20021220032930.GA67469@unixdaemons.com> <0e5401c2a7e1$37149090$52557f42@errno.com> <0e9701c2a7e2$cbe1de20$52557f42@errno.com> <20021220105251.GA1296@tiiu.internal> <3E0345B2.9E7D4C74@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E0345B2.9E7D4C74@mindspring.com> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 20, 2002 at 08:30:42AM -0800, Terry Lambert wrote: > Vallo Kallaste wrote: > > On Thu, Dec 19, 2002 at 08:46:44PM -0800, Sam Leffler > > wrote: > > > > #ifndef PFIL_HOOKS #error "You must specify PFIL_HOOKS when > > > > using ipfilter" #endif > > > > > > > > Unfortunately there's no way that I know to express this if > > > > ipfilter is loaded as a module. > > > > > > Duh, there'll probably be unresolved symbols if you try to > > > load ipl.ko w/o PFIL_HOOKS defined in the kernel. > > > > Yes, and this "undefined symbols" message will make no sense > > from user perspective. > > > Then fix it. The fix is trivial: [description of possible fix snipped] As I've stated several times and as you most certainly know I'm not developer. What are you trying to accomplish by the phrase "then fix it"? Put me down, eh? I have encountered this problem several times and for the first time the message about unresolved symbol(s) made no sense and forced me to do time consuming searches over the 'Net to get a clue what's going on. Will we want to get possible users using FreeBSD or will we want argue about it to death? The users get bored and move on, that's it. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 13:43:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD7137B401; Fri, 20 Dec 2002 13:43:57 -0800 (PST) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17AE743ED8; Fri, 20 Dec 2002 13:43:57 -0800 (PST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp2.sentex.ca (8.12.6/8.12.6) with ESMTP id gBKLhuwA019809; Fri, 20 Dec 2002 16:43:56 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.6/8.12.6) with ESMTP id gBKLjKHY082711; Fri, 20 Dec 2002 16:45:21 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.2.0.9.0.20021220164307.060dd470@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 20 Dec 2002 16:46:26 -0500 To: Dan Lukes , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. In-Reply-To: <3E038A1A.6070203@obluda.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Does this bug show up in the trunk ports statistics as runt packets ? ---Mike At 10:22 PM 20/12/2002 +0100, Dan Lukes wrote: > If there somebody failing to configure vlans on a nic with >vlan-hardware support - read the PR 46405 (patch attached). > > It's apply to both current and stable. > > Dan > > >-- >Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 >root of FIONet, KolejNET, webmaster of www.freebsd.cz >AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 15:22:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F95937B401 for ; Fri, 20 Dec 2002 15:22:08 -0800 (PST) Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2987C43EEC for ; Fri, 20 Dec 2002 15:22:07 -0800 (PST) (envelope-from mokr@mokr.net) Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by lemori.mokr.ru (8.12.3/8.12.6/20021103185140) with ESMTP id gBKNLiMI014815; Sat, 21 Dec 2002 02:21:44 +0300 (MSK) (envelope-from mokr@mokr.net) Date: Sat, 21 Dec 2002 02:21:44 +0300 (MSK) From: Sergey Mokryshev X-X-Sender: mokr@lemori.mokr.ru To: Vallo Kallaste Cc: Terry Lambert , Sam Leffler , Hiten Pandya , Darren Reed , Subject: Re: PFIL_HOOKS should be made default in 5.0 In-Reply-To: <20021220212919.GA3543@tiiu.internal> Message-ID: <20021221020951.C7129-100000@lemori.mokr.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 20 Dec 2002, Vallo Kallaste wrote: > On Fri, Dec 20, 2002 at 08:30:42AM -0800, Terry Lambert > wrote: > > > Vallo Kallaste wrote: > > > On Thu, Dec 19, 2002 at 08:46:44PM -0800, Sam Leffler > > > wrote: > > > > > #ifndef PFIL_HOOKS #error "You must specify PFIL_HOOKS when > > > > > using ipfilter" #endif > > > > > > > > > > Unfortunately there's no way that I know to express this if > > > > > ipfilter is loaded as a module. > > > > > > > > Duh, there'll probably be unresolved symbols if you try to > > > > load ipl.ko w/o PFIL_HOOKS defined in the kernel. > > > > > > Yes, and this "undefined symbols" message will make no sense > > > from user perspective. > > > > > > Then fix it. The fix is trivial: > [description of possible fix snipped] > > As I've stated several times and as you most certainly know I'm not > developer. What are you trying to accomplish by the phrase "then fix > it"? Put me down, eh? > I have encountered this problem several times and for the first time > the message about unresolved symbol(s) made no sense and forced me > to do time consuming searches over the 'Net to get a clue what's > going on. Will we want to get possible users using FreeBSD or will > we want argue about it to death? The users get bored and move on, > that's it. > Unfortunately nobody cares to look into PR database (conf/44576) In case PFIL_HOOKS really slows IP processing I don't mind keeping this out of GENERIC, however it should be noted in UPDATING and release notes. I did not do any time consuming searches the first time I tried to load ipl.ko, but I've spent some time reading NOTES before upgrading to -CURRENT and I am using IP Filter for about three years now on Solaris and FreeBSD (thanks, Darren). IMHO GENERIC is not supposed to be fast, but to be useable out-of-the box. Bringing in PFIL_HOOKS with the appropriate comment about things being more complicated and slow will ease 4.0->5.0 upgrade and do not prevent someone from building custom kernel without it. Sincerely yours, Sergey Mokryshev. -- Sergey S. Mokryshev SMP453, MOKR-RIPN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 15:30:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 489EA37B401 for ; Fri, 20 Dec 2002 15:30:13 -0800 (PST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2579B43EDE for ; Fri, 20 Dec 2002 15:30:12 -0800 (PST) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.5/8.11.6) with SMTP id gBKNTxvP002536; Sat, 21 Dec 2002 00:30:00 +0100 Received: (nullmailer pid 819 invoked by uid 1000); Fri, 20 Dec 2002 23:30:03 -0000 Date: Sat, 21 Dec 2002 00:30:03 +0100 From: Mark Santcroos To: Maksim Yevmenkin Cc: Yoshinori KASAZAKI , freebsd-current@FreeBSD.ORG Subject: Re: if_tap is working ? Message-ID: <20021220233002.GA756@laptop.6bone.nl> References: <20021220235558.6c4352a6.mia@gold.ocn.ne.jp> <3E035696.2090909@exodus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E035696.2090909@exodus.net> User-Agent: Mutt/1.4i X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is coincidence, I was bored by this also today for making the symlink for the Nth time. Your patch however should be applied only on -CURRENT and not on -STABLE. (Also a 'ln -sf' would make the line above it unnecessary) If you could pursue this to a commit I and others would be very grateful ;-) Thanks Mark On Fri, Dec 20, 2002 at 09:42:46AM -0800, Maksim Yevmenkin wrote: > --- pre-install.orig Fri Dec 20 09:40:06 2002 > +++ pre-install Fri Dec 20 09:40:43 2002 > @@ -18,7 +18,8 @@ > mknod ${linux_dev}/null c 2 2 > chmod 666 ${linux_dev}/null > echo Creating vmnet1 node > -mknod /compat/linux/dev/vmnet1 c 149 65537 > +rm /compat/linux/dev/vmnet1 > +ln -s /dev/vmnet1 /compat/linux/dev/vmnet1 > echo Creating $linux_dev/hd\? > mknod ${linux_dev}/hda b 0 0x00010002 > mknod ${linux_dev}/hdb b 0 0x0001000a -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 15:32:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D9C337B401; Fri, 20 Dec 2002 15:32:12 -0800 (PST) Received: from newsguy.com (smtp.newsguy.com [129.250.170.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4AAC43EDA; Fri, 20 Dec 2002 15:32:11 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (200-140-128-019.bsace7016.dsl.brasiltelecom.net.br [200.140.128.19]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id PAA27802; Fri, 20 Dec 2002 15:31:58 -0800 (PST) Message-ID: <3E03A86C.6D15F650@newsguy.com> Date: Fri, 20 Dec 2002 21:31:56 -0200 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Dan Lukes Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. References: <3E038A1A.6070203@obluda.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Lukes wrote: > > If there somebody failing to configure vlans on a nic with > vlan-hardware support - read the PR 46405 (patch attached). > > It's apply to both current and stable. Does fxp have hardware support for vlans? I use vlans extensively and never noticed a problem. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.fantastic.bsdconspiracy.net "You are as old as you feel." "Then I broke a few medical records." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 15:47:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC4FC37B401 for ; Fri, 20 Dec 2002 15:47:34 -0800 (PST) Received: from mailc.telia.com (mailc.telia.com [194.22.190.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCDE43EDE for ; Fri, 20 Dec 2002 15:47:34 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by mailc.telia.com (8.12.5/8.12.5) with ESMTP id gBKNlXKh009498 for ; Sat, 21 Dec 2002 00:47:33 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id gBKNlW604858 for ; Sat, 21 Dec 2002 00:47:32 +0100 (CET) Content-Type: text/plain; charset="us-ascii" From: David Holm To: current@freebsd.org Subject: netinet/tcp.h compile error Date: Sat, 21 Dec 2002 00:47:22 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200212210047.22693.david@realityrift.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, when trying to install adasockets I got the following error message: /usr/include/netinet/tcp.h:44: syntax error before "tcp_seq" /usr/include/netinet/tcp.h:44: warning: data definition has no type or=20 storage=20 class /usr/include/netinet/tcp.h:45: syntax error before "tcp_cc" /usr/include/netinet/tcp.h:45: warning: data definition has no type or=20 storage=20 class /usr/include/netinet/tcp.h:55: syntax error before "u_short" I replaced #include with #include to make it = work. Is this a bug? //David Holm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 16:59: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11DC137B401 for ; Fri, 20 Dec 2002 16:59:05 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8885243EDA for ; Fri, 20 Dec 2002 16:59:04 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from [216.20.231.174] (helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18PXyU-0005RI-00; Fri, 20 Dec 2002 16:58:42 -0800 Message-ID: <3E03BC72.422C971F@mindspring.com> Date: Fri, 20 Dec 2002 16:57:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Mokryshev Cc: Vallo Kallaste , Sam Leffler , Hiten Pandya , Darren Reed , current@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 References: <20021221020951.C7129-100000@lemori.mokr.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a402e10d5e3318b96eb32f40b85ad3c050a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Mokryshev wrote: > Unfortunately nobody cares to look into PR database (conf/44576) > > In case PFIL_HOOKS really slows IP processing I don't mind keeping this > out of GENERIC, however it should be noted in UPDATING and release notes. > > I did not do any time consuming searches the first time I tried to load > ipl.ko, but I've spent some time reading NOTES before upgrading to > -CURRENT and I am using IP Filter for about three years now on Solaris > and FreeBSD (thanks, Darren). > > IMHO GENERIC is not supposed to be fast, but to be useable out-of-the box. This is a reasonable argument... if it's possible to tune it so that it's fast. Hacking in the IP Filter hooks unonditionally for code that can't really be distributed as part of the system because of its license, and thus making things slower, with no chance to make them faster later, is not my idea of A Really Good Thing(tm). I'm really not a fan of "NO_PFIL_HOOKS" as an option. Probably the correct thing to do is to wire in ipfilter as a Netgraph module. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 17:15:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E8037B401 for ; Fri, 20 Dec 2002 17:15:19 -0800 (PST) Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C7943EEC for ; Fri, 20 Dec 2002 17:15:17 -0800 (PST) (envelope-from mokr@mokr.net) Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by lemori.mokr.ru (8.12.3/8.12.6/20021103185140) with ESMTP id gBL1F9MI015598; Sat, 21 Dec 2002 04:15:09 +0300 (MSK) (envelope-from mokr@mokr.net) Date: Sat, 21 Dec 2002 04:15:09 +0300 (MSK) From: Sergey Mokryshev X-X-Sender: mokr@lemori.mokr.ru To: Terry Lambert Cc: Vallo Kallaste , Sam Leffler , Hiten Pandya , Darren Reed , Subject: Re: PFIL_HOOKS should be made default in 5.0 In-Reply-To: <3E03BC72.422C971F@mindspring.com> Message-ID: <20021221040724.G7129-100000@lemori.mokr.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 20 Dec 2002, Terry Lambert wrote: > Sergey Mokryshev wrote: > > Unfortunately nobody cares to look into PR database (conf/44576) > > > > In case PFIL_HOOKS really slows IP processing I don't mind keeping this > > out of GENERIC, however it should be noted in UPDATING and release notes. > > > > I did not do any time consuming searches the first time I tried to load > > ipl.ko, but I've spent some time reading NOTES before upgrading to > > -CURRENT and I am using IP Filter for about three years now on Solaris > > and FreeBSD (thanks, Darren). > > > > IMHO GENERIC is not supposed to be fast, but to be useable out-of-the box. > > This is a reasonable argument... if it's possible to tune it so > that it's fast. Hacking in the IP Filter hooks unonditionally > for code that can't really be distributed as part of the system > because of its license, and thus making things slower, with no > chance to make them faster later, is not my idea of A Really > Good Thing(tm). > > I'm really not a fan of "NO_PFIL_HOOKS" as an option. > I'm not talking about NO_PFIL_HOOKS but "options PFIL_HOOKS" in GENERIC. Too many people may foot shoot themselves trying to upgrade from 4-STABLE to 5.0. "dd" in vi is really quick. We still can remove this options from BOOTMFS kernel to keep it small. > Probably the correct thing to do is to wire in ipfilter as a > Netgraph module. > AFAIK Solaris, HP-UX and others lack Netgraph support, but support pfil. Darren may (or may not) explain it further. IMHO it is almost impossible and pointless (I did not look in the code, just MHO). Sergey Mokryshev -- Sergey S. Mokryshev SMP453, MOKR-RIPN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 17:42:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2855637B401; Fri, 20 Dec 2002 17:42:41 -0800 (PST) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF2A443EDE; Fri, 20 Dec 2002 17:42:39 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by majordomo.vol.cz (8.12.6/8.12.6) with ESMTP id gBL1gVco031865; Sat, 21 Dec 2002 02:42:32 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E03C706.5060508@obluda.cz> Date: Sat, 21 Dec 2002 02:42:30 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. References: <3E038A1A.6070203@obluda.cz> <3E03A86C.6D15F650@newsguy.com> In-Reply-To: <3E038A1A.6070203@obluda.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel C. Sobral wrote, On 12/21/02 00:31: > Dan Lukes wrote: > > > > If there somebody failing to configure vlans on a nic with > > vlan-hardware support - read the PR 46405 (patch attached). > > > > It's apply to both current and stable. > > Does fxp have hardware support for vlans? I use vlans extensively and > never noticed a problem. IFAIK no. I tried it also during debug of my problem. But it doesn't support 1000BaseTX, so it isn't decision for my purpose. The only cards with HW vlan support on STABLE are nge, bge, txp, gx, em, ti (ti aren't affected by reported bug as it strips the priority bits at driver level). Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 17:45:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7639A37B401; Fri, 20 Dec 2002 17:45:35 -0800 (PST) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1AE43ED8; Fri, 20 Dec 2002 17:45:34 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by majordomo.vol.cz (8.12.6/8.12.6) with ESMTP id gBL1jWco032011; Sat, 21 Dec 2002 02:45:33 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E03C7BC.9060900@obluda.cz> Date: Sat, 21 Dec 2002 02:45:32 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: Mike Tancsa Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. References: <5.2.0.9.0.20021220164307.060dd470@marble.sentex.ca> In-Reply-To: <5.2.0.9.0.20021220164307.060dd470@marble.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > At 10:22 PM 20/12/2002 +0100, Dan Lukes wrote: > > > If there somebody failing to configure vlans on a nic with > > vlan-hardware support - read the PR 46405 (patch attached). > Mike Tancsa wrote, On 12/20/02 22:46: > Does this bug show up in the trunk ports statistics as runt > packets ? Did you mean the statistics on switch ? No, it doesn't affect the switch statistic because bug is in receive part of FreeBSD driver - it doesn't affect packets sent out to switch. Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 18:17:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF0837B401 for ; Fri, 20 Dec 2002 18:17:09 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29FB43EDE for ; Fri, 20 Dec 2002 18:17:03 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 6EDE066BE3; Fri, 20 Dec 2002 18:17:03 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id B3486139A; Fri, 20 Dec 2002 18:17:02 -0800 (PST) Date: Fri, 20 Dec 2002 18:17:02 -0800 From: Kris Kennaway To: David Holm Cc: current@freebsd.org Subject: Re: netinet/tcp.h compile error Message-ID: <20021221021702.GA11288@rot13.obsecurity.org> References: <200212210047.22693.david@realityrift.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <200212210047.22693.david@realityrift.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 21, 2002 at 12:47:22AM +0100, David Holm wrote: > Hi, > when trying to install adasockets I got the following error message: >=20 > /usr/include/netinet/tcp.h:44: syntax error before "tcp_seq" > /usr/include/netinet/tcp.h:44: warning: data definition has no type or= =20 > storage=20 > class > /usr/include/netinet/tcp.h:45: syntax error before "tcp_cc" > /usr/include/netinet/tcp.h:45: warning: data definition has no type or= =20 > storage=20 > class > /usr/include/netinet/tcp.h:55: syntax error before "u_short" >=20 > I replaced #include with #include to make it = work. >=20 > Is this a bug? Most likely an application bug, yes. Please submit a PR to fix the port. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+A88eWry0BWjoQKURAqmIAJsEQczRbITuQ3U+8HqdD81GY1CpFACgg6cZ DCkvU+qehl8HihG43a8PHu8= =yBoF -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 18:24:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A808737B401 for ; Fri, 20 Dec 2002 18:24:33 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5777943EDC for ; Fri, 20 Dec 2002 18:24:32 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 13631 invoked from network); 21 Dec 2002 02:24:25 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 21 Dec 2002 02:24:25 -0000 Message-ID: <3E03D10C.6030608@liwing.de> Date: Sat, 21 Dec 2002 03:25:16 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Muhannad Asfour Cc: current@freebsd.org Subject: Re: mod_php4 4.2.3 under 5.0-CURRENT References: <000001c2a88e$15fc3db0$6401a8c0@winxp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Muhannad Asfour wrote: > Hi, I was searching on groups.google.com recently to try to find out how > to get mod_php4 compiled under 5.0-CURRENT, and I found your message and > thought you might be of some assistance. I recently built a new server > and wanted to run 5.0-CURRENT on it. I installed 5.0, cvsupped sources, > rebuilt world, updated all of the ports. Everything works great, except > the mod_php4 won?t build (Yes, I e-mailed the port maintainer, no reply > yet) :( . I was wondering if you got it to build? Here is my error if > you might be able to help me: > > > > ===> Building for mod_php4-4.2.3 > > Making all in Zend > > /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I. -I. > -I../main -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI > -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -DEAPI > -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I../TSRM -O -pipe > -march=pentium4 -I/usr/local/include -prefer-pic -c zend_execute_API.c > > zend_execute_API.c: In function `zend_set_timeout': > > zend_execute_API.c:782: storage size of `t_r' isn't known > > zend_execute_API.c:788: `ITIMER_PROF' undeclared (first use in this > function) > > zend_execute_API.c:788: (Each undeclared identifier is reported only once > > zend_execute_API.c:788: for each function it appears in.) > > zend_execute_API.c: In function `zend_unset_timeout': > > zend_execute_API.c:806: storage size of `no_timeout' isn't known > > zend_execute_API.c:810: `ITIMER_PROF' undeclared (first use in this > function) > > *** Error code 1 > > > > Stop in /usr/ports/www/mod_php4/work/php-4.2.3/Zend. > > *** Error code 1 > > > > Stop in /usr/ports/www/mod_php4/work/php-4.2.3. > > *** Error code 1 > > > > Stop in /usr/ports/www/mod_php4. > > *** Error code 1 > > > > Stop in /usr/ports/www/mod_php4. > > > > Any help would greatly be appreciated, since this is a brand new server > that needs to be up and running ASAP. Hi Muhannad, I just need a little bit more information to help you, cause I didn't run into compiler errors but in linker errors. Please send me your dmesg output and use the script(1) command to log your entire mod_php4 build process and send me that output, too. And please do not expect fast answers. It's 3:45 am here and I'm going to sleep in near future :-) Thanks, Jens -- L i W W W i Jens Rehsack L W W W L i W W W W i nnn gggg LiWing IT-Services L i W W W W i n n g g LLLL i W W i n n g g Friesenstraße 2 gggg 06112 Halle g g g Tel.: +49 - 3 45 - 5 17 05 91 ggg e-Mail: Fax: +49 - 3 45 - 5 17 05 92 http://www.liwing.de/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 18:24:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 359F437B406 for ; Fri, 20 Dec 2002 18:24:39 -0800 (PST) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9425343EDC for ; Fri, 20 Dec 2002 18:24:38 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.12.6/8.12.6) with ESMTP id gBL2NZ3a071367 for ; Fri, 20 Dec 2002 21:23:35 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: WEIRD! div() broken on -CURRENT? From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3yZhQdDsV/2so3ycgHnv" Organization: MarcusCom, Inc. Message-Id: <1040437478.29101.23.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1 Date: 20 Dec 2002 21:24:39 -0500 X-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,HOT_NASTY,NOSPAM_INC,PGP_SIGNATURE_2,PLING_QUERY, SPAM_PHRASE_00_01 version=2.43 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-3yZhQdDsV/2so3ycgHnv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Okay, I must be losing my mind. Does anyone know why the following program compiled with stock gcc-3.2.1, stock CFLAGS, and no CPUTYPE produces: ddy.quot =3D 1 ddy.rem =3D -1077937744 on -CURRENT, and: ddy.quot =3D 8 ddy.rem =3D 0 On -stable? #include #include main(void) { div_t ddy; int dy, dy_frac; ddy =3D div (768, 96); dy =3D ddy.quot; dy_frac =3D ddy.rem; printf("ddy.quot =3D %d\n", dy); printf("ddy.rem =3D %d\n", dy_frac); return 0; } > cc -O -pipe -o xxx xxx.c I'm doing something wrong, right? I mean, this can't be right. I've verified this now on a P4 running: FreeBSD jclarke-pc.cisco.com 5.0-RC FreeBSD 5.0-RC #0: Mon Dec 16 02:54:55 EST 2002 =20 marcus@jclarke-pc.cisco.com:/usr/obj/usr/src/sys/JCLARKE-PC i386 And a PIII running: FreeBSD sysinfo.mezzweb.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Dec 16 09:44:28 CST 2002 =20 root@sysinfo.mezzweb.com:/usr/src/sys/i386/compile/BSDROCKS i386 Both machines produce the same result, while my -stable machines produce the correct result. Both machines have fresh -CURRENT headers. Oh, and if I move the xxx binary from my -stable machine to my -CURRENT machine, it produces the correct result. Both machines have WITNESS and INVARIANTS disabled. The PIII has MATH_EMULATE compiled in, but the P4 does not. Any help would be most appreciated as I think this is causing Nautilus crashes on -CURRENT. Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-3yZhQdDsV/2so3ycgHnv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+A9Dmb2iPiv4Uz4cRAnhbAKCMNuyAM9FhZGQsyMaZjNMiDEn2PgCfSlZn wAjQe/YSguti6SEFcFMfiNE= =O6Ak -----END PGP SIGNATURE----- --=-3yZhQdDsV/2so3ycgHnv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 18:33:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A995037B401 for ; Fri, 20 Dec 2002 18:33:15 -0800 (PST) Received: from jangada.softinfo.com.br (BA000200.user.veloxzone.com.br [200.164.0.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5344E43EDC for ; Fri, 20 Dec 2002 18:33:14 -0800 (PST) (envelope-from vitor@softinfo.com.br) Received: from acaraje (acaraje.softinfo.com.br [192.168.10.2]) (authenticated bits=0) by jangada.softinfo.com.br (8.12.6/8.12.6) with ESMTP id gBL2XDfd074681 for ; Sat, 21 Dec 2002 00:33:13 -0200 (BRST) (envelope-from vitor@softinfo.com.br) Message-ID: <004701c2a899$3f085ad0$020aa8c0@acaraje> Reply-To: "Vitor de Matos Carvalho" From: "Vitor de Matos Carvalho" To: Subject: No memory to boot Date: Sat, 21 Dec 2002 00:32:45 -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.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi :))) I am trying to give boot with the cd of the FreeBSD 5.0-rc1 alone that not of the o boot, gives acknowledgment of that kernel did not obtain to place memory enough to give boot. The machine is a AMD Ahtlon 900MHz with 256MB Ram. With the cd of the 4.4-release and the 4.6-release of the o boot without problem. Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 19:10:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00EA837B401; Fri, 20 Dec 2002 19:10:42 -0800 (PST) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D3D443ED8; Fri, 20 Dec 2002 19:10:41 -0800 (PST) (envelope-from mike@sentex.net) Received: from house.sentex.net (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.12.6/8.12.6) with ESMTP id gBL3AYub015964; Fri, 20 Dec 2002 22:10:34 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.2.0.9.0.20021220220748.064b9598@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 20 Dec 2002 22:10:38 -0500 To: Dan Lukes From: Mike Tancsa Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: <3E03C7BC.9060900@obluda.cz> References: <5.2.0.9.0.20021220164307.060dd470@marble.sentex.ca> <5.2.0.9.0.20021220164307.060dd470@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 02:45 AM 12/21/2002 +0100, Dan Lukes wrote: >> > At 10:22 PM 20/12/2002 +0100, Dan Lukes wrote: >> >> > If there somebody failing to configure vlans on a nic with >> > vlan-hardware support - read the PR 46405 (patch attached). > > > Mike Tancsa wrote, On 12/20/02 22:46: > > Does this bug show up in the trunk ports statistics as runt > > packets ? > > > Did you mean the statistics on switch ? Yes Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 6031000 bits/sec, 877 packets/sec 5 minute output rate 3104000 bits/sec, 1160 packets/sec 1631516276 packets input, 4237296754 bytes Received 161839 broadcasts, 212836721 runts, 0 giants, 0 throttles 212836725 input errors, 0 CRC, 4 frame, 0 overrun, 84223 ignored 0 watchdog, 0 multicast 0 input packets with dribble condition detected 194910163 packets output, 3947790078 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out > No, it doesn't affect the switch statistic because bug is in > receive part of FreeBSD driver - it doesn't affect packets sent out to switch. It doesnt seem to affect performance. When I did some benchmarks way back with netperf, the difference in vlan performance vs native fxp performance was barely significant. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 19:34:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFB7A37B401 for ; Fri, 20 Dec 2002 19:34:08 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4100643EDC for ; Fri, 20 Dec 2002 19:34:06 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 30574 invoked from network); 21 Dec 2002 03:34:04 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 21 Dec 2002 03:34:04 -0000 Message-ID: <3E03E15F.8060108@liwing.de> Date: Sat, 21 Dec 2002 04:34:55 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Muhannad Asfour Cc: current@FreeBSD.ORG Subject: Re: mod_php4 4.2.3 under 5.0-CURRENT References: <000001c2a89b$c4561bd0$6401a8c0@winxp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Muhannad Asfour wrote: > Here's the dmesg output: > > Copyright (c) 1992-2002 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of tie University of California. All rights > reserved. > FreeBSD 5.0-CURRENT #0: Fri Dec 20 00:32:59 EST 2002\M^J > root@qubix.ca:/usr/src/sys/I386/compile/QUBIX > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0520000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05200a8. > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 2394014604 Hz > CPU: Pentium 4 (2394.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > Features=0xffffffffbfebfbff MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM > ,> > real memory = 536854528 (511 MB) > avail memory = 516100096 (492 MB) > Initializing GEOMetry subsystem > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 > Using $PIR table, 10 entries at 0xc00f1b20 > acpi0: power button is handled as a fixed feature programming model. > Timecounter "ACPI-fast" frequency 3579545 Hz > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 > acpi_cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xf8000000-0xfbffffff at > device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1\^Zisab0: at device 2.0 on > pci0 > isa0: on isab0 > ohci0: mem 0xf7800000-0xf7800fff irq 10 at > device 2.2 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xf7000000-0xf7000fff irq 5 at > device 2.3 on pci0 > usb1: OHCI version!1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > atapci0: port 0xd800-0xd80f at device 2.5(on > pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > sis0: port 0xb000-0xb0ff mem > 0xf6800000-0xf6800fff irq 12 at device 3.0 on pci0 > sis0: Ethernet address: 00:e0:18:ab:17:b8 > sis0: MII without any PHY! > device_probe_and_attach: sis0 attach returned 6 > pcm0: port 0xa800-0xa8ff irq 11 at device 5.0 on pci0 > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa400-0xa47f mem > 0xf6000000-0xf600007f irq 11 at device 9.0 on pci0 > xl0: Ethernet address: 00:01:02:84:e3:7e > miibus0: on xl0 > xlphy0: <3c905C 10/100 internal PHY> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fdc0: port > 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 > fdc0: FIFO enabled, 8 bytes vhreshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > tlip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A, console > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > atkbdc0: port 0x64,0y60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > orm0:
0x804855b : add $0xc,%esp At the time of the call to div(): (gdb) x/4w $esp 0xbfbffbbc: 0x0804855b 0xbfbffbe8 0x00000300 0x00000060 It looks like gcc might be pushing the address of "ddy" and expecting div() to put the result in there. Microsoft C 12 generates this code: sub esp, 8 push 96 ; 00000060H push 768 ; 00000300H call _div add esp, 8 mov DWORD PTR [ebp], eax mov DWORD PTR [ebp+4], edx Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 20: 9:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE3CA37B401; Fri, 20 Dec 2002 20:09:55 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BCB743EEC; Fri, 20 Dec 2002 20:09:55 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C87D866BE3; Fri, 20 Dec 2002 20:09:54 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 902E6109B; Fri, 20 Dec 2002 20:09:54 -0800 (PST) Date: Fri, 20 Dec 2002 20:09:54 -0800 From: Kris Kennaway To: current@FreeBSD.org Cc: dillon@FreeBSD.org, iedowse@FreeBSD.org Subject: LOR while copying file to nfs Message-ID: <20021221040954.GA11934@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline lock order reversal 1st 0xc35f0648 vnode interlock (vnode interlock) @ /usr/src/sys/nfsclient/nfs_vnops.c:2629 2nd 0xc043d678 vm page queue mutex (vm page queue mutex) @ /usr/src/sys/vm/vm_kern.c:424 I got this just now while copying a large file (155187200 bytes) to a nfs volume (sparc client, i386 server, GENERIC kernel built last night) Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+A+mRWry0BWjoQKURAvrFAKDWmL9rWGG70cvM5hAA9SyGLyfQ+QCfe66e ZhxR6+UhZIt+VAn6GGUkaUg= =RGDt -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 20:12:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 748EE37B401; Fri, 20 Dec 2002 20:12:20 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B63D43EDC; Fri, 20 Dec 2002 20:12:14 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id B5AE066BE3; Fri, 20 Dec 2002 20:12:08 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 8F1031398; Fri, 20 Dec 2002 20:12:08 -0800 (PST) Date: Fri, 20 Dec 2002 20:12:08 -0800 From: Kris Kennaway To: Kris Kennaway Cc: current@FreeBSD.org, dillon@FreeBSD.org, iedowse@FreeBSD.org Subject: Re: LOR while copying file to nfs Message-ID: <20021221041208.GA12002@rot13.obsecurity.org> References: <20021221040954.GA11934@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20021221040954.GA11934@rot13.obsecurity.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 20, 2002 at 08:09:54PM -0800, Kris Kennaway wrote: > lock order reversal > 1st 0xc35f0648 vnode interlock (vnode interlock) @ /usr/src/sys/nfsclien= t/nfs_vnops.c:2629 > 2nd 0xc043d678 vm page queue mutex (vm page queue mutex) @ /usr/src/sys/= vm/vm_kern.c:424 >=20 > I got this just now while copying a large file (155187200 bytes) to a > nfs volume (sparc client, i386 server, GENERIC kernel built last > night) Oops, my mistake..I hadn't rebooted into the new kernel yet. FreeBSD panther2.freebsd.org 5.0-RC1 FreeBSD 5.0-RC1 #0: Sat Dec 7 11:02:4= 3 GMT 2002 root@foo.baldwin.cx:/usr/obj/usr/src/sys/GENERIC sparc64 Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+A+oXWry0BWjoQKURAtrYAJ43kLGoLjeXHNsjn7XKYbOTbTj5mwCgo34a D73SaZZpPUCLCMaWjux0M5Q= =kYxF -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 20:43:26 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 3339737B401; Fri, 20 Dec 2002 20:43:25 -0800 (PST) Date: Fri, 20 Dec 2002 20:43:25 -0800 From: Juli Mallett To: Tim Robbins Cc: Joe Marcus Clarke , current@FreeBSD.ORG Subject: Re: WEIRD! div() broken on -CURRENT? Message-ID: <20021220204325.A76249@FreeBSD.org> References: <1040437478.29101.23.camel@shumai.marcuscom.com> <20021221145741.A14018@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021221145741.A14018@dilbert.robbins.dropbear.id.au>; from tjr@FreeBSD.ORG on Sat, Dec 21, 2002 at 02:57:41PM +1100 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Tim Robbins [ Data: 2002-12-20 ] [ Subjecte: Re: WEIRD! div() broken on -CURRENT? ] > On Fri, Dec 20, 2002 at 09:24:39PM -0500, Joe Marcus Clarke wrote: > > I'm doing something wrong, right? I mean, this can't be right. I've > > verified this now on a P4 running: > [...] > > I can reproduce it here. It looks like gcc is using a strange calling > convention that the i386 div.S does not understand (MI div.c seems to, though). TenDRA and GCC3 use a different struct return format than we used to use (see http://gcc.gnu.org/ml/gcc-patches/2002-01/msg01783.html) and we never had a flag day for the old format, and there's no UPDATING or whatnot notes about this AFAIK. This means at least div has to change to use the new calling convention. Of course, this only applies to things in assembly, as everything else returning a struct (in C) already uses the format of the compiler that compiled it. Sure changing div will break dynamically linked programs using the old calling convention, but anything else returning a struct has already gone through this. This will only affect non-native compilers generating code on a running FreeBSD 5 system which use the old struct return format. Older FreeBSD programs will of course use the old format with an old libc using the old format, and so it will work if compatability libraries are used. What we need now is a belated UPDATING, HEADS UP, as surely this will affect some edge case, much like the __sF hiding did, though certainly not that exact same edge case. More likely someone calling div() in libc from assembly (though why they'd do that is beyond me). Thanx, juli. -- Juli Mallett OpenDarwin, Mono, FreeBSD Developer. ircd-hybrid Developer, EFnet addict. FreeBSD on MIPS-Anything on FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 20:46:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8546237B405 for ; Fri, 20 Dec 2002 20:46:18 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1049C43EDE for ; Fri, 20 Dec 2002 20:46:18 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id gBL4k4hH076084 for ; Fri, 20 Dec 2002 20:46:04 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id gBL4k33W075902 for current@freebsd.org; Fri, 20 Dec 2002 20:46:04 -0800 (PST) Date: Fri, 20 Dec 2002 20:46:04 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200212210446.gBL4k33W075902@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libc /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `getent': /local0/scratch/des/src/lib/libc/gen/getcap.c:251: warning: passing arg 3 of `cdbget' discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `cgetmatch': /local0/scratch/des/src/lib/libc/gen/getcap.c:576: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c:581: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `getent': /local0/scratch/des/src/lib/libc/gen/getcap.c:251: warning: passing arg 3 of `cdbget' discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `cgetmatch': /local0/scratch/des/src/lib/libc/gen/getcap.c:576: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c:581: warning: assignment discards qualifiers from pointer target type In file included from /local0/scratch/des/src/include/rpc/rpc.h:46, from /local0/scratch/des/src/lib/libc/rpc/getrpcent.c:55: /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include/sys/socket.h:43:27: machine/param.h: Interrupted system call *** Error code 1 Stop in /local0/scratch/des/src/lib/libc. *** Error code 1 Stop in /local0/scratch/des/src/lib. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 20:53:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C70937B401 for ; Fri, 20 Dec 2002 20:53:52 -0800 (PST) Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C302243EDA for ; Fri, 20 Dec 2002 20:53:50 -0800 (PST) (envelope-from darrenr@reed.wattle.id.au) Received: from CPE-61-9-164-106.vic.bigpond.net.au ([144.135.25.78]) by mta03ps.bigpond.com (Netscape Messaging Server 4.15 mta03ps Jul 16 2002 22:47:55) with SMTP id H7GDLI00.70U for ; Sat, 21 Dec 2002 14:53:42 +1000 Received: from CPE-203-51-160-253.vic.bigpond.net.au ([203.51.160.253]) by PSMAM04.mailsvc.email.bigpond.com(MailRouter V3.0n 98/30608284); 21 Dec 2002 14:53:42 Received: (from root@localhost) by CPE-61-9-164-106.vic.bigpond.net.au (8.11.0/8.11.0) id gBL4qwo23151; Sat, 21 Dec 2002 15:52:58 +1100 From: Darren Reed Message-Id: <200212210452.PAA21280@avalon.reed.wattle.id.au> Subject: Re: PFIL_HOOKS should be made default in 5.0 In-Reply-To: <3E03BC72.422C971F@mindspring.com> To: Terry Lambert Date: Sat, 21 Dec 2002 15:52:51 +1100 Cc: Sergey Mokryshev , Vallo Kallaste , Sam Leffler , Hiten Pandya , Darren Reed , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99d (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In some email I received from Terry Lambert, sie wrote: > Sergey Mokryshev wrote: > > Unfortunately nobody cares to look into PR database (conf/44576) > > > > In case PFIL_HOOKS really slows IP processing I don't mind keeping this > > out of GENERIC, however it should be noted in UPDATING and release notes. > > > > I did not do any time consuming searches the first time I tried to load > > ipl.ko, but I've spent some time reading NOTES before upgrading to > > -CURRENT and I am using IP Filter for about three years now on Solaris > > and FreeBSD (thanks, Darren). > > > > IMHO GENERIC is not supposed to be fast, but to be useable out-of-the box. > > This is a reasonable argument... if it's possible to tune it so > that it's fast. Hacking in the IP Filter hooks unonditionally > for code that can't really be distributed as part of the system > because of its license, and thus making things slower, with no > chance to make them faster later, is not my idea of A Really > Good Thing(tm). I don't understand this paragraph at all. pfil(9) comes from NetBSD. It's not quite upto date with the NetBSD code because I'm waiting for them to sort out how to deal with bridging before updating again. The purpose of pfil(9) is not to facilitate ipfilter but to act as a mechanism for anything to filter packets to use it as the way to receive packets. Ideally ipfw* should also use pfil(9) and not have those large chunks of code in ip_{in,out}put.c. > Probably the correct thing to do is to wire in ipfilter as a > Netgraph module. If/when the joining between layer 2 and layer 3 in the kernel uses netgraph rather than the current mechanisms, then it would be appropriate to use netgraph for ipfilter. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 21:19:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E821037B401; Fri, 20 Dec 2002 21:19:47 -0800 (PST) Received: from smtp04.iprimus.com.au (smtp04.iprimus.com.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AD7143EDC; Fri, 20 Dec 2002 21:19:46 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from smtp02.iprimus.net.au (210.50.76.70) by smtp04.iprimus.com.au (6.7.010) id 3DF583C30016E5C5; Sat, 21 Dec 2002 16:19:45 +1100 Received: from dilbert.robbins.dropbear.id.au ([210.50.81.103]) by smtp02.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600); Sat, 21 Dec 2002 16:19:44 +1100 Received: from dilbert.robbins.dropbear.id.au (p5it6q029bpdh3el@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id gBL5K8Cv017345; Sat, 21 Dec 2002 16:20:09 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id gBL5K1uC017344; Sat, 21 Dec 2002 16:20:01 +1100 (EST) (envelope-from tim) Date: Sat, 21 Dec 2002 16:20:01 +1100 From: Tim Robbins To: Juli Mallett Cc: Joe Marcus Clarke , current@FreeBSD.ORG Subject: Re: WEIRD! div() broken on -CURRENT? Message-ID: <20021221162001.A17127@dilbert.robbins.dropbear.id.au> References: <1040437478.29101.23.camel@shumai.marcuscom.com> <20021221145741.A14018@dilbert.robbins.dropbear.id.au> <20021220204325.A76249@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021220204325.A76249@FreeBSD.org>; from jmallett@FreeBSD.ORG on Fri, Dec 20, 2002 at 08:43:25PM -0800 X-OriginalArrivalTime: 21 Dec 2002 05:19:45.0124 (UTC) FILETIME=[92D99A40:01C2A8B0] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 20, 2002 at 08:43:25PM -0800, Juli Mallett wrote: > * De: Tim Robbins [ Data: 2002-12-20 ] > [ Subjecte: Re: WEIRD! div() broken on -CURRENT? ] > > On Fri, Dec 20, 2002 at 09:24:39PM -0500, Joe Marcus Clarke wrote: > > > I'm doing something wrong, right? I mean, this can't be right. I've > > > verified this now on a P4 running: > > [...] > > > > I can reproduce it here. It looks like gcc is using a strange calling > > convention that the i386 div.S does not understand (MI div.c seems to, though). > > TenDRA and GCC3 use a different struct return format than we used to > use (see http://gcc.gnu.org/ml/gcc-patches/2002-01/msg01783.html) and > we never had a flag day for the old format, and there's no UPDATING or > whatnot notes about this AFAIK. This means at least div has to change > to use the new calling convention. [...] I've imported the versions of div.S and ldiv.S from NetBSD HEAD which work properly with the new calling convention. Thanks for mentioning (on IRC) that the pcc struct return convention had something to do with it. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Dec 20 23:51:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F7337B401 for ; Fri, 20 Dec 2002 23:51:35 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491BA43ED8 for ; Fri, 20 Dec 2002 23:51:34 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gBL7pRp0051419 for ; Sat, 21 Dec 2002 08:51:28 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: -CURRENT panic on SMP Athlon box. From: Poul-Henning Kamp Date: Sat, 21 Dec 2002 08:51:27 +0100 Message-ID: <51418.1040457087@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My SMP Athlon box paniced again tonight, and this time my serial console caught it in the act. I have no idea what has caused this, and have no idea if it has any significance for 5.0-R or not. I wonder if we have a memory leak ? Poul-Henning login: panic: kmem_malloc(4096): kmem_map too small: 275378176 total allocated cpuid = 1; lapic.id = 01000000 panic(c033e881,1000,1069f000,e752c714,1) at panic+0x10a kmem_malloc(c082e07c,1000,4,e752c76c,c02c6a7b) at kmem_malloc+0x11d page_alloc(c083a600,1000,e752c75f,4,c0330243) at page_alloc+0x27 slab_zalloc(c083a600,0,c038bd1c,c083a73c,57e) at slab_zalloc+0xfb uma_zone_slab(c083a600,0,15f,c038bd1c,c083a73c) at uma_zone_slab+0x9e uma_zalloc_bucket(c083a600,0,c0340146,57e,c038d03c) at uma_zalloc_bucket+0x18d uma_zalloc_arg(c083a600,0,0,c0340628,252c820) at uma_zalloc_arg+0x304 vm_object_allocate_wait(2,1,0,0,e752c850) at vm_object_allocate_wait+0x38 vm_object_allocate(2,1,0,89,0) at vm_object_allocate+0x28 vnode_pager_alloc(d4116ce4,200,0,0,0) at vnode_pager_alloc+0x172 vop_stdcreatevobject(e752c954,e752c93c,c02af0a8,e752c954,e752c968) at vop_stdcre atevobject+0x175 vop_defaultop(e752c954,e752c968,c022f4fa,e752c954,1) at vop_defaultop+0x18 ufs_vnoperate(e752c954,1,c0337335,c8e,c034c6a0) at ufs_vnoperate+0x18 vfs_object_create(d4116ce4,cc6921c0,ceb3e480,a4,cc6921c0) at vfs_object_create+0 x5a namei(e752cbd8,cc6921c0,ceb3e480,100,cc6921c0) at namei+0x2f6 vn_open_cred(e752cbd8,e752ccd8,1,ceb3e480,e752ccc4) at vn_open_cred+0x258 vn_open(e752cbd8,e752ccd8,1,295,6) at vn_open+0x29 kern_open(cc6921c0,805dca8,0,5,1) at kern_open+0x183 open(cc6921c0,e752cd10,c0344225,407,3) at open+0x30 syscall(2f,2f,2f,805dc00,80533c0) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (5), eip = 0x280b78d3, esp = 0xbfbff94c, ebp = 0xbfbffb18 --- boot() called on cpu#1 yncing disks, buffers remaining... panic: bremfree: bp 0xd42a9240 not locked cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 17h37m0s Terminate ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS drive E: is disk3 BIOS drive F: is disk4 BIOS 633kB/2096048kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@bang.freebsd.dk, Thu Dec 19 09:30:06 CET 2002) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x2489a8 data=0x2f25c+0x3e128 syms=[0x4+0x30fe0+0x4+0x3 afeb] Hit [Enter] to boot immediately, or any other key for command prompt. ^MBooting [/boot/kernel/kernel] in 9 seconds... ^MBooting [/boot/kernel/kernel] in 8 seconds... ^MBooting [/boot/kernel/kernel] in 7 seconds... ^MBooting [/boot /kernel/kernel] in 6 seconds... ^MBooting [/boot/kernel/kernel] in 5 seconds... Booting [/boot/kernel/kernel] in 4 seconds... ^MBooting [/boot/kernel/kernel] in 3 seconds... ^MBooting [/boot/kernel/kernel] in 2 seconds... ^MBooting [/boot/k ernel/kernel] in 1 second... ^MBooting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x39930 data=0x1a58+0xb48 syms=[0x4+0x5810+0x4+0x7495] Copyright (c) 1992-2002 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.0-CURRENT #2: Fri Dec 20 09:21:19 CET 2002 root@bang.freebsd.dk:/bang/src/sys/i386/compile/BANG Preloaded elf kernel "/boot/kernel/kernel" at 0xc046e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc046e0a8. Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(TM) MP 1800+ (1533.40-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xffffffffc0480000 real memory = 2147401728 (2047 MB) avail memory = 2085785600 (1989 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 9 entries at 0xc00f24a0 acpi0: power button is handled as a fixed feature programming model. acpi0: sleep button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 17 -> irq 10 agp0: port 0xe800-0xe803 mem 0xfb800000-0xfb800fff, 0xfc000000-0xfdffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.3 (no driver attached) ahc0: port 0xb400-0xb4ff mem 0xf2800000-0 xf2800fff irq 2 at device 8.0 on pci0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs em0: port 0xb000-0xb03f mem 0xf2000000-0xf201ffff irq 10 at device 9.0 on pci0 em0: Speed:1000 Mbps Duplex:Full pcib2: at device 16.0 on pci0 pci2: on pcib2 pci2: at device 4.0 (no driver attached) atapci1: port 0x9000-0x903f,0x9400-0x9403,0x9800-0x98 07,0xa000-0xa003,0xa400-0xa407 mem 0xf1000000-0xf101ffff irq 10 at device 6.0 on pci2 ata2: at 0xa400 on atapci1 ata3: at 0x9800 on atapci1 fdc0: port 0x3f7,0x3f2-0 x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: AOL Members
to leave list jill8397465277@yahoo.com 3450C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 0:31: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BBE37B401 for ; Sat, 21 Dec 2002 00:31:01 -0800 (PST) Received: from area51.slashnet.org (area51.slashnet.org [209.150.98.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B8143ED8 for ; Sat, 21 Dec 2002 00:31:01 -0800 (PST) (envelope-from smkelly@zombie.org) Received: from edgemaster.zombie.org (ip68-13-64-165.om.om.cox.net [68.13.64.165]) by area51.slashnet.org (Postfix) with ESMTP id 216BF4A358; Sat, 21 Dec 2002 03:30:49 -0500 (EST) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 54781415F8; Sat, 21 Dec 2002 02:30:36 -0600 (CST) Date: Sat, 21 Dec 2002 02:30:36 -0600 From: Sean Kelly To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: `cat /dev/io` leads to system lockup. Message-ID: <20021221083036.GA736@edgemaster.zombie.org> References: <20021220062935.GA699@edgemaster.zombie.org> <20021220190007.B344-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20021220190007.B344-100000@gamplex.bde.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 20, 2002 at 07:24:15PM +1100, Bruce Evans wrote: > On Fri, 20 Dec 2002, Sean Kelly wrote: >=20 > > On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system to= its > > knees by doing > > > > # cat /dev/io > > > > While I understand that this isn't exactly something one would normally= be > > doing, is it really something that should bring the system down? >=20 > No. Writing to /dev/io is not supported. write(2) to a device that > doesn't support writing should return -1 and set errno to ENODEV. >=20 > This was broken mainly by removing the default case from mem.c:mmrw(). > This causes mmrw() to loop endlessly without giving up control. Giant > locking in -current makes this especially fatal -- mmrw() holds Giant > so even most interrupt handlers are blocked. >=20 > In RELENG_4 the only bug near here is that mmrw() returns ENXIO instead > of ENODEV for writes to /dev/io. Thanks for pointing out where the code which handles /dev/io was. I see exactly what you mean, and I came up with a 2 liner that fixes it on my system. Could somebody check/commit this? edgemaster# cat /dev/io cat: /dev/io: Operation not supported by device edgemaster#=20 Index: sys/i386/i386/mem.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/home/ncvs/src/sys/i386/i386/mem.c,v retrieving revision 1.99 diff -p -u -r1.99 mem.c --- sys/i386/i386/mem.c 11 Oct 2002 14:58:28 -0000 1.99 +++ sys/i386/i386/mem.c 21 Dec 2002 07:54:29 -0000 @@ -195,6 +195,8 @@ mmrw(dev_t dev, struct uio *uio, int fla return (EFAULT); error =3D uiomove((caddr_t)(int)uio->uio_offset, (int)c, uio); continue; + default: + return (ENODEV); } =20 if (error) --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+BCarPm7A9NLl4pYRAtVcAKDL/M8+PN3yvOrEhTrd4DS7rs6A8ACgrFZr YQJf2QpabO2fz6SkzE5vNRM= =N+qO -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 4: 0:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D3237B401; Sat, 21 Dec 2002 04:00:10 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC76243EDA; Sat, 21 Dec 2002 04:00:07 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id A44E33ABD46; Sat, 21 Dec 2002 12:59:59 +0100 (CET) Date: Sat, 21 Dec 2002 12:59:59 +0100 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT panic on SMP Athlon box. Message-ID: <20021221115959.GI11475@garage.freebsd.pl> References: <51418.1040457087@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="RMedoP2+Pr6Rq0N2" Content-Disposition: inline In-Reply-To: <51418.1040457087@critter.freebsd.dk> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.7-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --RMedoP2+Pr6Rq0N2 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 21, 2002 at 08:51:27AM +0100, Poul-Henning Kamp wrote: +> My SMP Athlon box paniced again tonight, and this time my serial +> console caught it in the act. +>=20 +> I have no idea what has caused this, and have no idea if it has any +> significance for 5.0-R or not. I wonder if we have a memory leak ? Maybe a good way to debug it is to show memory statistics just like sysctl kern.malloc do, befor this panic (or any panic caused by insufficient memory) is called? --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --RMedoP2+Pr6Rq0N2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPgRXvz/PhmMH/Mf1AQHf7AP/U4rJK6PtxCWTXX15VeCN+deNNRU+TgNi rJcb3sHmW3JLkZeTHvdm6veJXE1YFmZGyGHva5nXAJBzkYXQXcrpa76BJRivENgZ uXe7enrLJVPuBQZaCpASzGYTutbkvISGwJC9zTAfj2zHX3xYT+zkuNQJ6riE/mkw vPXIRVzCtFg= =t2NT -----END PGP SIGNATURE----- --RMedoP2+Pr6Rq0N2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 4:11:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2411537B401 for ; Sat, 21 Dec 2002 04:11:53 -0800 (PST) Received: from MX4.estpak.ee (mta1.mail.neti.ee [194.126.101.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E1A43EDE for ; Sat, 21 Dec 2002 04:11:51 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (80-235-34-13-dsl.mus.estpak.ee [80.235.34.13]) by MX4.estpak.ee (Postfix) with ESMTP id 358211D0042; Sat, 21 Dec 2002 14:11:43 +0200 (EET) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id gBLCBgXZ001034; Sat, 21 Dec 2002 14:11:42 +0200 (EET) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id gBLCBgIc001033; Sat, 21 Dec 2002 14:11:42 +0200 (EET) Date: Sat, 21 Dec 2002 14:11:41 +0200 From: Vallo Kallaste To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 Message-ID: <20021221121141.GA945@tiiu.internal> Reply-To: kalts@estpak.ee References: <0a6201c2a6f9$42cfd720$52557f42@errno.com> <200212200127.MAA20942@avalon.reed.wattle.id.au> <20021220032930.GA67469@unixdaemons.com> <0e5401c2a7e1$37149090$52557f42@errno.com> <0e9701c2a7e2$cbe1de20$52557f42@errno.com> <20021220105251.GA1296@tiiu.internal> <3E0345B2.9E7D4C74@mindspring.com> <20021220212919.GA3543@tiiu.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021220212919.GA3543@tiiu.internal> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 20, 2002 at 11:29:19PM +0200, Vallo Kallaste wrote: > > > Yes, and this "undefined symbols" message will make no sense > > > from user perspective. > > > > Then fix it. The fix is trivial: > [description of possible fix snipped] > > As I've stated several times and as you most certainly know I'm not > developer. What are you trying to accomplish by the phrase "then fix > it"? Put me down, eh? > I have encountered this problem several times and for the first time > the message about unresolved symbol(s) made no sense and forced me > to do time consuming searches over the 'Net to get a clue what's > going on. Will we want to get possible users using FreeBSD or will > we want argue about it to death? The users get bored and move on, > that's it. Uh, sorry Terry. I was lightly drunk (just got back from party) yesterday when I wrote this. Althought the writing has some right points (from my side of view), the overall tone is rude. I'm so sorry. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 4:43:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCD8137B401 for ; Sat, 21 Dec 2002 04:43:10 -0800 (PST) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1CE43EE8 for ; Sat, 21 Dec 2002 04:43:09 -0800 (PST) (envelope-from michael_class@gmx.net) Received: from fwd05.sul.t-online.de by mailout05.sul.t-online.com with smtp id 18PiyC-0000sZ-06; Sat, 21 Dec 2002 13:43:08 +0100 Received: from pc-micha.mc.hp.com (320021761316-0001@[217.81.152.92]) by fmrl05.sul.t-online.com with esmtp id 18Piy7-25OKp6C; Sat, 21 Dec 2002 13:43:03 +0100 Received: from gmx.net (michaelc@localhost [127.0.0.1]) by pc-micha.mc.hp.com (8.12.6/8.12.3) with ESMTP id gBLChcmp000805 for ; Sat, 21 Dec 2002 13:43:38 +0100 (MET) (envelope-from michael_class@gmx.net) Message-ID: <3E0461FA.1000505@gmx.net> Date: Sat, 21 Dec 2002 13:43:38 +0100 From: Michael Class User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021024 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: sym0 not working any more / Interrupt problem Content-Type: multipart/mixed; boundary="------------080404050008030207020808" X-Sender: 320021761316-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------080404050008030207020808 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello, with a current current kernel, my system can not allocate an interrupt for an symbios 875 SCSIcontroller any more. This worked (without any changes on the hardware inbetween with a kernel from Dec 2nd.) Enclosed is the complete dmesg output. Any hints what I could try? Michael -- ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- --------------080404050008030207020808 Content-Type: text/plain; name="dmesg.021221" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.021221" Copyright (c) 1992-2002 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.0-CURRENT #0: Sat Dec 21 12:00:24 MET 2002 michaelc@pc-micha.mc.hp.com:/usr/src/sys/i386/compile/MCSMP2 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0552000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05520a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (996.55-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 1073676288 (1023 MB) avail memory = 1037541376 (989 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec00000 Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 8 entries at 0xc00f7530 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xcc00-0xcc1f 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 ulpt0: Hewlett-Packard DeskJet 990C, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode 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 uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: at device 7.4 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xc800-0xc87f mem 0xdffffe80-0xdffffeff irq 9 at device 9.0 on pci0 xl0: Ethernet address: 00:10:5a:d7:dd:9c miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xc400-0xc41f irq 5 at device 10.0 on pci0 bktr0: mem 0xdedfe000-0xdedfefff irq 10 at device 11.0 on pci0 bktr0: Hauppauge Model 61344 D121 bktr0: Detected a MSP3410D-B4 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: at device 11.1 (no driver attached) sym0: <875> port 0x82000134-0x82000137,0xdffe0000-0xdffe00ff mem 0xf1020-0xf103f,0xdfffe000-0xdfffefff,0xdfffff00-0xdfffffff at device 12.0 on pci0 sym0: failed to allocate IRQ resource device_probe_and_attach: sym0 attach returned 6 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port orm0: Removable CD-ROM SCSI-0 device pass0: 11.000MB/s transfers Mounting root from ufs:/dev/ad0s1a uhci0: port 0xcc00-0xcc1f irq 10 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 5 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pid 20784 (make), uid 0: exited on signal 11 (core dumped) no CPUTYPE in make.conf, only CFLAGS= -O -pipe. I am glad to provide more information if anyone could point me in how to get them. Thanks, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10: 9:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72CD237B401 for ; Sat, 21 Dec 2002 10:09:29 -0800 (PST) Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6B1843EDA for ; Sat, 21 Dec 2002 10:09:27 -0800 (PST) (envelope-from mokr@mokr.net) Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by lemori.mokr.ru (8.12.3/8.12.6/20021103185140) with ESMTP id gBLI9IMI021800; Sat, 21 Dec 2002 21:09:18 +0300 (MSK) (envelope-from mokr@mokr.net) Date: Sat, 21 Dec 2002 21:09:18 +0300 (MSK) From: Sergey Mokryshev X-X-Sender: mokr@lemori.mokr.ru To: Terry Lambert Cc: Vallo Kallaste , Sam Leffler , Hiten Pandya , Darren Reed , Subject: Re: PFIL_HOOKS should be made default in 5.0 In-Reply-To: <3E04A746.20C5C72E@mindspring.com> Message-ID: <20021221210002.W7129-100000@lemori.mokr.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 21 Dec 2002, Terry Lambert wrote: > Sergey Mokryshev wrote: > > > I'm really not a fan of "NO_PFIL_HOOKS" as an option. > > > > I'm not talking about NO_PFIL_HOOKS but "options PFIL_HOOKS" in GENERIC. > > Too many people may foot shoot themselves trying to upgrade from 4-STABLE > > to 5.0. > > If you make them non-optional, which is what started this thread, > then you *are* talking about having to add an option in to get > rid of them. > > I understand that people all want their pet software to run out > of the box without modification. > I did not start this thread :-) I've filled a PR a while ago. Since PFIL code is optional - let it be. IMHO it is good to keep the same behaviour of the default installations between versions, but entries in UPDATING, RELEASE NOTES and, probably later, FAQ will ease the transition. > > > > Probably the correct thing to do is to wire in ipfilter as a > > > Netgraph module. > > > > AFAIK Solaris, HP-UX and others lack Netgraph support, but support pfil. > > They support Streams, instead. Same ecological niche. > Never get a chance to dig in. Perhaps in the future. Darren states that PFIL code was derived from NetBSD so there are no licensing issues. Sergey Mokryshev. -- Sergey S. Mokryshev SMP453, MOKR-RIPN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10:13: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB1E37B401 for ; Sat, 21 Dec 2002 10:13:05 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8730543ED8 for ; Sat, 21 Dec 2002 10:13:04 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from [216.20.231.174] (helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18Po7A-0001ZT-00; Sat, 21 Dec 2002 10:12:44 -0800 Message-ID: <3E04AECF.F7D62C7C@mindspring.com> Date: Sat, 21 Dec 2002 10:11:27 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Darren Reed Cc: Sergey Mokryshev , Vallo Kallaste , Sam Leffler , Hiten Pandya , current@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 References: <200212210452.PAA21280@avalon.reed.wattle.id.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bb5d5aa4b491ce6758d42e4dbe8af03d350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Reed wrote: > > This is a reasonable argument... if it's possible to tune it so > > that it's fast. Hacking in the IP Filter hooks unonditionally > > for code that can't really be distributed as part of the system > > because of its license, and thus making things slower, with no > > chance to make them faster later, is not my idea of A Really > > Good Thing(tm). > > I don't understand this paragraph at all. The original posting in this thread gave a patch to unconditionalize the PFIL_HOOKS thing, so that the ipfilter module could load on a default kernel, without having to do a reasonable amount of work. The initial reason claimed for doing this was to avoid the error message about unresolved symbols, when trying to load the ipfilter module. In other words, it was a complaint that the messages were not specific to the problem, but were rather the generic messages. My response to that was that you could create accessor/mutator functions which were always defined, but not always functional. By using these functions, instead of trying to access the pointers directly, there are no undefined symbols, and you get the specific error message, rather than the generic: any message you want it to print. But the complaint was just an ecuse. The real reason is that the people complaining don't want to have to recompile the kernel to use the ipfilter module: the complaint was because they wanted it to be resolved in a particular way, so that they got a result that they weren't willing to ask for directly. Solving the first one left them unhappy. That's fine; now that the truth has come out, instead of being coyly hidden in a side issue, it's obvious what's wanted. But compiling the kernel with the hooks in place is not the only way to solve the problem. Things would be a lot easier if people would ask for what they want, instead of trying to out-strategize the people they expect to say "no", if they were to ask for what they really wanted. 8-(. > The purpose of pfil(9) is not to facilitate ipfilter but to act > as a mechanism for anything to filter packets to use it as the > way to receive packets. Ideally ipfw* should also use pfil(9) > and not have those large chunks of code in ip_{in,out}put.c. Yeah, that's the reason that BPF and netgraph and streams and ... were invented, too. Wouldn't it be great if everyone adopted the API I like best? 8-) 8-). > > Probably the correct thing to do is to wire in ipfilter as a > > Netgraph module. > > If/when the joining between layer 2 and layer 3 in the kernel > uses netgraph rather than the current mechanisms, then it would > be appropriate to use netgraph for ipfilter. That's not a good demand; here's why: There are two types of data paths: (1) the fast path, and (2) the path for research and for things that are going to be slow anyway, by their nature. The ipfilter code is in the second category. It's really bogus to insist that everything take the slow path because something slow has to take the slow path. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10:24:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A8337B401; Sat, 21 Dec 2002 10:24:23 -0800 (PST) Received: from fasterix.frmug.org (fasterix.frmug.org [137.194.36.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDE343EDC; Sat, 21 Dec 2002 10:24:22 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.12.6/8.12.5) with ESMTP id gBLIOKoF001035 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 21 Dec 2002 19:24:20 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.12.6/8.12.6/Submit) id gBLIOJjp001034; Sat, 21 Dec 2002 19:24:19 +0100 (CET) Date: Sat, 21 Dec 2002 19:24:19 +0100 From: Pierre Beyssac To: freebsd-current@freebsd.org Cc: hsu@freebsd.org, jlemon@freebsd.org Subject: panic in netinet/tcp_syncache.c: syncache_timer Message-ID: <20021221182419.GA913@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'd like a review of the following fix I'd like to commit. The syncache_timer() function seems to have a locking problem causing panics, even after yesterday's patches. This apparently occurs when there are unexpired syncache entries while the corresponding listening socket is closed. tcp_close() destroys the relevant lock in the inpcb structure, which causes INP_LOCK() on that structure in the next syncache_timer() call to panic. I'm testing the patch below, which simply removes the inpcb locking and avoids the panic. It seems safe to me since we're running splnet, but I'm not sure it's correct since I suppose the locking is there for a reason... --- tcp_syncache.c.old Sat Dec 21 03:03:22 2002 +++ tcp_syncache.c Sat Dec 21 17:50:10 2002 @@ -384,14 +384,12 @@ break; sc = nsc; inp = sc->sc_tp->t_inpcb; - INP_LOCK(inp); if (slot == SYNCACHE_MAXREXMTS || slot >= tcp_syncache.rexmt_limit || inp->inp_gencnt != sc->sc_inp_gencnt) { nsc = TAILQ_NEXT(sc, sc_timerq); syncache_drop(sc, NULL); tcpstat.tcps_sc_stale++; - INP_UNLOCK(inp); continue; } /* @@ -400,7 +398,6 @@ * entry on the timer chain until it has completed. */ (void) syncache_respond(sc, NULL); - INP_UNLOCK(inp); nsc = TAILQ_NEXT(sc, sc_timerq); tcpstat.tcps_sc_retransmitted++; TAILQ_REMOVE(&tcp_syncache.timerq[slot], sc, sc_timerq); -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10:36:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B4137B401 for ; Sat, 21 Dec 2002 10:36:14 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 840EF43ED8 for ; Sat, 21 Dec 2002 10:36:14 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from [216.20.231.174] (helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18PoTh-00043H-00; Sat, 21 Dec 2002 10:36:01 -0800 Message-ID: <3E04B440.37CDCBEC@mindspring.com> Date: Sat, 21 Dec 2002 10:34:40 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Mokryshev Cc: Vallo Kallaste , Sam Leffler , Hiten Pandya , Darren Reed , current@FreeBSD.ORG Subject: Re: PFIL_HOOKS should be made default in 5.0 References: <20021221210002.W7129-100000@lemori.mokr.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a448af57cc5cee45b7211152296c1a501393caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Mokryshev wrote: > Darren states that PFIL code was derived from NetBSD so there are no > licensing issues. This is Darren Reed's "ipfilter.c" code, which he will not allow to be distributed modified, and so Theo got all upset and diked it out of OpenBSD , and then wrote a clone of it, right? There *are* licensing issues; it's an issue of interpretation; I can't believe you missed the explosion on the mailing list over the clarification of interpretation Darren posted... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10:39:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1775837B401 for ; Sat, 21 Dec 2002 10:39:37 -0800 (PST) Received: from sonic.kks.net (sonic.kks.net [213.161.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4895043EE5 for ; Sat, 21 Dec 2002 10:39:32 -0800 (PST) (envelope-from andy@kksonline.com) Received: from voyager.kksonline.com (cable1-5-51.cust.kks.net [213.161.5.51]) by sonic.kks.net (Postfix) with ESMTP id C40F15D2 for ; Sat, 21 Dec 2002 19:39:31 +0100 (CET) Message-Id: <5.1.1.6.0.20021221054411.034189f8@pop3.kks.net> X-Sender: arozman@pop3.kks.net X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Sat, 21 Dec 2002 05:46:54 +0100 To: freebsd-current@FreeBSD.ORG From: Aleksander Rozman - Andy Subject: Compile problem again (warnings) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi ! I am back at developing some stuff for FreeBSD, but I am again getting "warnings are treated as errors" problem and it seems that -DNO_WERROR doesn't work anymore. Is there a solution ofr this? I use gcc (Prerelease 3.1). Must I recompile world again? Andy ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org/~andy/ * ************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10:52: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF3437B401; Sat, 21 Dec 2002 10:51:59 -0800 (PST) Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B3643EE5; Sat, 21 Dec 2002 10:51:59 -0800 (PST) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org ([63.193.112.125]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0H7H003OAGENC9@mta5.snfc21.pbi.net>; Sat, 21 Dec 2002 10:51:59 -0800 (PST) Date: Sat, 21 Dec 2002 10:57:35 -0800 From: Jeffrey Hsu Subject: Re: panic in netinet/tcp_syncache.c: syncache_timer In-reply-to: Message from Pierre Beyssac "of Sat, 21 Dec 2002 19:24:19 +0100." <20021221182419.GA913@fasterix.frmug.org> To: Pierre Beyssac Cc: freebsd-current@freebsd.org, jlemon@freebsd.org Message-id: <0H7H003OBGENC9@mta5.snfc21.pbi.net> MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can you try upgrading to rev 1.29 of tcp_syncache.c which I committed yesterday? I suspect that should fix this problem. Jeffrey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 10:53:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF8337B401; Sat, 21 Dec 2002 10:53:36 -0800 (PST) Received: from fasterix.frmug.org (fasterix.frmug.org [137.194.36.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9291443EE5; Sat, 21 Dec 2002 10:53:35 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.12.6/8.12.5) with ESMTP id gBLIrYoF001366 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 21 Dec 2002 19:53:34 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.12.6/8.12.6/Submit) id gBLIrXIU001365; Sat, 21 Dec 2002 19:53:33 +0100 (CET) Date: Sat, 21 Dec 2002 19:53:33 +0100 From: Pierre Beyssac To: Jeffrey Hsu Cc: freebsd-current@FreeBSD.org, jlemon@FreeBSD.org Subject: Re: panic in netinet/tcp_syncache.c: syncache_timer Message-ID: <20021221185333.GB913@fasterix.frmug.org> References: <20021221182419.GA913@fasterix.frmug.org> <0H7H003OBGENC9@mta5.snfc21.pbi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0H7H003OBGENC9@mta5.snfc21.pbi.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 21, 2002 at 10:57:35AM -0800, Jeffrey Hsu wrote: > Can you try upgrading to rev 1.29 of tcp_syncache.c which I committed > yesterday? I suspect that should fix this problem. No, I believed that too when I saw your patch, but it didn't solve my problem. -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 11: 4:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F9A837B401 for ; Sat, 21 Dec 2002 11:04:41 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8C0043EDA for ; Sat, 21 Dec 2002 11:04:40 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [67.114.255.230] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 21 Dec 2002 12:05:01 -0700 Message-ID: <3E04B7C7.5080304@hotmail.com> Date: Sat, 21 Dec 2002 10:49:43 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021128 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Compile problem again (warnings) References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aleksander Rozman - Andy wrote: > Hi ! > > I am back at developing some stuff for FreeBSD, but I am again getting > "warnings are treated as errors" problem and it seems that -DNO_WERROR > doesn't work anymore. Is there a solution for this? I use gcc (Prerelease > 3.1). Must I recompile world again? I don't know much about the details but if you're running -CURRENT then you are definitely behind the times. $ gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.1 [FreeBSD] 20021119 (release) If your source tree is up to date then you do need to make buildworld again. And probably you would need to rm -rf /usr/include/* before make installworld, to get rid of the obsolete headers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 11:21:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D7937B405; Sat, 21 Dec 2002 11:21:27 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D25643ED8; Sat, 21 Dec 2002 11:21:27 -0800 (PST) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org ([63.193.112.125]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0H7H0033CHRQEG@mta7.pltn13.pbi.net>; Sat, 21 Dec 2002 11:21:26 -0800 (PST) Date: Sat, 21 Dec 2002 11:27:03 -0800 From: Jeffrey Hsu Subject: Re: panic in netinet/tcp_syncache.c: syncache_timer In-reply-to: Message from Pierre Beyssac "of Sat, 21 Dec 2002 19:24:19 +0100." <20021221182419.GA913@fasterix.frmug.org> To: Pierre Beyssac Cc: freebsd-current@freebsd.org, jlemon@freebsd.org Message-id: <0H7H0033DHRQEG@mta7.pltn13.pbi.net> MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm testing the patch below, which simply removes the inpcb locking > and avoids the panic. It seems safe to me since we're running splnet, > but I'm not sure it's correct since I suppose the locking is there > for a reason... It's safe to remove those inp locks. We only use the generation count to check to see if the inp has been deleted. Jeffrey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 11:57:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBD237B401; Sat, 21 Dec 2002 11:57:46 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F41A43EDA; Sat, 21 Dec 2002 11:57:46 -0800 (PST) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org ([63.193.112.125]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0H7H003Z8JG9ED@mta7.pltn13.pbi.net>; Sat, 21 Dec 2002 11:57:46 -0800 (PST) Date: Sat, 21 Dec 2002 12:03:24 -0800 From: Jeffrey Hsu Subject: Re: panic in netinet/tcp_syncache.c: syncache_timer In-reply-to: Message from Pierre Beyssac "of Sat, 21 Dec 2002 19:53:33 +0100." <20021221185333.GB913@fasterix.frmug.org> To: Pierre Beyssac Cc: freebsd-current@FreeBSD.org, jlemon@FreeBSD.org Message-id: <0H7H003Z9JGAED@mta7.pltn13.pbi.net> MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: multipart/mixed; boundary="Boundary_(ID_grmdxcDnr+LhDN6MfQcemQ)" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart MIME message. --Boundary_(ID_grmdxcDnr+LhDN6MfQcemQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Pierre, can you see if this patch fixes your problem? Thanks. Jeffrey --Boundary_(ID_grmdxcDnr+LhDN6MfQcemQ) Content-type: text/plain; name=tcp_syncache.diff; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=tcp_syncache.diff Content-description: tcp_syncache.diff Index: tcp_syncache.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_syncache.c,v retrieving revision 1.30 diff -u -r1.30 tcp_syncache.c --- tcp_syncache.c 20 Dec 2002 11:24:02 -0000 1.30 +++ tcp_syncache.c 21 Dec 2002 19:52:18 -0000 @@ -384,14 +384,12 @@ break; sc = nsc; inp = sc->sc_tp->t_inpcb; - INP_LOCK(inp); if (slot == SYNCACHE_MAXREXMTS || slot >= tcp_syncache.rexmt_limit || inp->inp_gencnt != sc->sc_inp_gencnt) { nsc = TAILQ_NEXT(sc, sc_timerq); syncache_drop(sc, NULL); tcpstat.tcps_sc_stale++; - INP_UNLOCK(inp); continue; } /* @@ -399,6 +397,7 @@ * to modify another entry, so do not obtain the next * entry on the timer chain until it has completed. */ + INP_LOCK(inp); (void) syncache_respond(sc, NULL); INP_UNLOCK(inp); nsc = TAILQ_NEXT(sc, sc_timerq); --Boundary_(ID_grmdxcDnr+LhDN6MfQcemQ)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 12: 5:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9E9C37B405; Sat, 21 Dec 2002 12:05:23 -0800 (PST) Received: from fasterix.frmug.org (fasterix.frmug.org [137.194.36.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C7F43EE6; Sat, 21 Dec 2002 12:05:22 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.12.6/8.12.5) with ESMTP id gBLK5KoF002234 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 21 Dec 2002 21:05:20 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.12.6/8.12.6/Submit) id gBLK5KMn002233; Sat, 21 Dec 2002 21:05:20 +0100 (CET) Date: Sat, 21 Dec 2002 21:05:20 +0100 From: Pierre Beyssac To: Jeffrey Hsu Cc: freebsd-current@FreeBSD.org, jlemon@FreeBSD.org Subject: Re: panic in netinet/tcp_syncache.c: syncache_timer Message-ID: <20021221200520.GC913@fasterix.frmug.org> References: <20021221185333.GB913@fasterix.frmug.org> <0H7H003Z9JGAED@mta7.pltn13.pbi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0H7H003Z9JGAED@mta7.pltn13.pbi.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 21, 2002 at 12:03:24PM -0800, Jeffrey Hsu wrote: > Pierre, can you see if this patch fixes your problem? Thanks. Yes, it does. Actually I tried that before, but then I thought locking at this place was probably unnecessary because it seemed to apply to the generation count only. As matter of fact I just committed the previous patch I sent before I saw your mail... probably we should commit yours instead? -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org Free domains: http://www.eu.org/ or mail dns-manager@EU.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 13:50:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE1F37B401 for ; Sat, 21 Dec 2002 13:50:09 -0800 (PST) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C54F43EDE for ; Sat, 21 Dec 2002 13:50:03 -0800 (PST) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (localhost [127.0.0.1]) by bremen.shuttle.de (Postfix) with ESMTP id 5C8E417D3C; Sat, 21 Dec 2002 22:49:55 +0100 (CET) Received: (from uucp@localhost) by bremen.shuttle.de (8.12.3/8.12.3/Debian -4) with UUCP id gBLLntS6028560; Sat, 21 Dec 2002 22:49:55 +0100 Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.12.6/8.12.6) with ESMTP id gBLLlRH6079849; Sat, 21 Dec 2002 22:47:27 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.12.6/8.12.6/Submit) id gBLLlQpf079848; Sat, 21 Dec 2002 22:47:26 +0100 (CET) (envelope-from schweikh) Date: Sat, 21 Dec 2002 22:47:26 +0100 From: Jens Schweikhardt To: Lucky Green Cc: freebsd-current@FreeBSD.ORG Subject: Re: 5.0 upgrade via dump/restore how-to? Message-ID: <20021221214726.GA59567@schweikhardt.net> References: <000301c2a5ce$40774700$6401a8c0@VAIO650> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000301c2a5ce$40774700$6401a8c0@VAIO650> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lucky, On Tue, Dec 17, 2002 at 05:14:35AM -0800, Lucky Green wrote: # A few folks have asked me if I knew if there is an how-to that could be # used as a basis for upgrading a STABLE box to 5.0 using not the # procedures in UPGRADING, but rather performing a clean 5.0 install on a # fresh disk followed by restoring whatever is required to make the new # install look like the old machine. (I.e., /home, password files, ssh # keys, etc). # # Is anybody here aware of such a document? Not sure if it may fit the bill, but I'm currently writing an article for the FreeBSD handbook titled "FreeBSD From Scratch". From the abstract: This article describes my efforts at FreeBSD From Scratch: a fully automated installation of a customized FreeBSD system compiled from source, including compilation of all your favorite ports and configured to match your idea of the perfect system. If you think "make world" is a wonderful concept, FreeBSD From Scratch extends it to "make universe". Grab it from http://www.schweikhardt.net/article.html It's pretty stable but it has not yet been officially been published and I would welcome you as a test driver. If you're lucky (pun intended :-) it may do the trick for you if you hack the stage_[12].sh scripts. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 14:28: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14BD537B405 for ; Sat, 21 Dec 2002 14:28:02 -0800 (PST) Received: from web40310.mail.yahoo.com (web40310.mail.yahoo.com [66.218.78.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 82FE143EF2 for ; Sat, 21 Dec 2002 14:28:01 -0800 (PST) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20021221222756.11203.qmail@web40310.mail.yahoo.com> Received: from [207.175.241.198] by web40310.mail.yahoo.com via HTTP; Sat, 21 Dec 2002 14:27:56 PST Date: Sat, 21 Dec 2002 14:27:56 -0800 (PST) From: Maksim Yevmenkin Subject: NEWCARD, devd, sio and PCCARD_FUNCTION_SERIAL cards To: imp@freebsd.org Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Warner and Hackers, Is there any way (on -current with NEWCARD) "devd" can prevent "sio" driver from attaching to *ANY* pc-card that has PCCARD_FUNCTION_SERIAL? From what i understand "devd" can load driver modules, but it only comes to play when card is not recognized, right? The particular problem is that 3COM Bluetooth PC-CARD has PCCARD_FUNCTION_SERIAL, thus "sio" driver claims it knows the card. Later "sio" driver fails to attach because it does not recognize UART and game over. Other drivers and "devd" do not even have a change to look at the card. If i hack sio_pccard_match() function and filter out 3COM card (or take out "sio" driver completely) then everything is working. Do we need 'ignore list' for the "sio" driver? Is there a better way? thanks, max p.s. BTW, OLDCARD and pccardd work just fine. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 14:51:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 119BE37B401 for ; Sat, 21 Dec 2002 14:51:40 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B61443EE8 for ; Sat, 21 Dec 2002 14:51:39 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id gBLMpcj08495 for ; Sat, 21 Dec 2002 14:51:38 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA24498 for ; Sat, 21 Dec 2002 14:51:28 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA00601 for ; Sat, 21 Dec 2002 15:51:25 -0700 (MST) Message-ID: <3E04EFC1.2060208@btc.adaptec.com> Date: Sat, 21 Dec 2002 15:48:33 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021216 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: FreeBSD 5.0-RC2 now available Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, FreeBSD 5.0-RC2 has been uploaded to ftp-master and is showing up on most of the primary mirrors. ia32, ia64, pc98, and alpha images are available now; sparc64 will be pushed out once it becomes available. I'd like to thank Marcel Moolenaar for providing the ia64 bits and Takahashi Yoshihiro for proving the pc98 bits. The plan going forward is to cut an RC3 in early January, followed by 5.0-RELEASE a week later. This will hopefully allow enough time to finish all of the outstanding TODO items and test the new dual UFS1/UFS2 bootblocks before release. The TODO list is at http://www.freebsd.org/releases/todo.html and has been updated with several new items. We are coming down to the wire for 5.0 and any help with the remaining items would be greatly appreciated. Once again, thanks to everyone who helped with RC2, and I encourage everyone to download and test it. The Release Engineering Team To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 14:53:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA0D137B401 for ; Sat, 21 Dec 2002 14:53:53 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED59E43EDC for ; Sat, 21 Dec 2002 14:53:52 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBLMrpuB066445; Sat, 21 Dec 2002 15:53:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 21 Dec 2002 15:53:43 -0700 (MST) Message-Id: <20021221.155343.71086588.imp@bsdimp.com> To: m_evmenkin@yahoo.com Cc: current@freebsd.org Subject: Re: NEWCARD, devd, sio and PCCARD_FUNCTION_SERIAL cards From: "M. Warner Losh" In-Reply-To: <20021221222756.11203.qmail@web40310.mail.yahoo.com> References: <20021221222756.11203.qmail@web40310.mail.yahoo.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021221222756.11203.qmail@web40310.mail.yahoo.com> Maksim Yevmenkin writes: : Dear Warner and Hackers, : : Is there any way (on -current with NEWCARD) "devd" can : prevent "sio" driver from attaching to *ANY* pc-card : that has PCCARD_FUNCTION_SERIAL? Sure. Just have sio_pccard_match return -100. I've just committed the change to do this. No need to do anything else, I think. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 15: 7:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CECCB37B401 for ; Sat, 21 Dec 2002 15:07:28 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6004943EE6 for ; Sat, 21 Dec 2002 15:07:28 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id gBLN7Rj09769 for ; Sat, 21 Dec 2002 15:07:28 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA26016 for ; Sat, 21 Dec 2002 15:07:22 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA00618 for ; Sat, 21 Dec 2002 16:07:20 -0700 (MST) Message-ID: <3E04F37C.9020502@btc.adaptec.com> Date: Sat, 21 Dec 2002 16:04:28 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021216 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: Re: FreeBSD 5.0-RC2 now available References: <3E04EFC1.2060208@btc.adaptec.com> In-Reply-To: <3E04EFC1.2060208@btc.adaptec.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Scott Long wrote: > All, > > FreeBSD 5.0-RC2 has been uploaded to ftp-master and is showing up on > most of the primary mirrors. ia32, ia64, pc98, and alpha images are > available now; sparc64 will be pushed out once it becomes available. I'd > like to thank Marcel Moolenaar for providing the ia64 bits and Takahashi > Yoshihiro for proving the pc98 bits. > > The plan going forward is to cut an RC3 in early January, followed by > 5.0-RELEASE a week later. This will hopefully allow enough time to > finish all of the outstanding TODO items and test the new dual UFS1/UFS2 > bootblocks before release. The TODO list is at > http://www.freebsd.org/releases/todo.html and has been updated with > several new items. We are coming down to the wire for 5.0 and any help > with the remaining items would be greatly appreciated. > > Once again, thanks to everyone who helped with RC2, and I encourage > everyone to download and test it. > > The Release Engineering Team > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Oops, as many have pointed out, the 5.0 TODO list is at http://www.freebsd.org/releases/5.0R/todo.html. Sorry for the confusion. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 15:27: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A2137B401 for ; Sat, 21 Dec 2002 15:27:05 -0800 (PST) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE7043EDC for ; Sat, 21 Dec 2002 15:27:04 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.12.3/8.12.3) with ESMTP id gBLNR3O3003422; Sat, 21 Dec 2002 15:27:03 -0800 (PST) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.5/8.12.5/Submit) id gBLNR2ee042191; Sat, 21 Dec 2002 15:27:02 -0800 (PST) (envelope-from jdp) Date: Sat, 21 Dec 2002 15:27:02 -0800 (PST) Message-Id: <200212212327.gBLNR2ee042191@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: dcs@newsguy.com Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. In-Reply-To: <3E03A86C.6D15F650@newsguy.com> References: <3E038A1A.6070203@obluda.cz> <3E03A86C.6D15F650@newsguy.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3E03A86C.6D15F650@newsguy.com>, Daniel C. Sobral wrote: > > Does fxp have hardware support for vlans? I use vlans extensively and > never noticed a problem. The 82550 and 82551 chips support hardware insertion/stripping of VLAN tags. But our driver doesn't currently make use of that feature. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 15:34:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA12437B401; Sat, 21 Dec 2002 15:34:31 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE9AD43ED8; Sat, 21 Dec 2002 15:34:30 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.6/8.12.1) with ESMTP id gBLNYPsB034950; Sat, 21 Dec 2002 18:34:25 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.6/8.12.1/Submit) id gBLNYOJW034949; Sat, 21 Dec 2002 18:34:24 -0500 (EST) (envelope-from hiten) Date: Sat, 21 Dec 2002 18:34:24 -0500 From: Hiten Pandya To: Dan Lukes Cc: "Daniel C. Sobral" , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: VLAN v.s. NIC with VLAN hardware support bug. Message-ID: <20021221233424.GA23657@unixdaemons.com> References: <3E038A1A.6070203@obluda.cz> <3E03A86C.6D15F650@newsguy.com> <3E03C706.5060508@obluda.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E03C706.5060508@obluda.cz> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 21, 2002 at 02:42:30AM +0100, Dan Lukes wrote the words in effect of: > IFAIK no. I tried it also during debug of my problem. But it doesn't > support 1000BaseTX, so it isn't decision for my purpose. > > The only cards with HW vlan support on STABLE are nge, bge, txp, gx, > em, ti (ti aren't affected by reported bug as it strips the priority > bits at driver level). Dan, I believe you submitted a PR about this [1], what does patch try to solve, regarding VLAN hardware support? [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/46405 Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 15:38:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33CFF37B405; Sat, 21 Dec 2002 15:38:50 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B810843ED8; Sat, 21 Dec 2002 15:38:48 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id KAA24050; Sun, 22 Dec 2002 10:38:45 +1100 Date: Sun, 22 Dec 2002 10:40:33 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Tim Robbins Cc: Juli Mallett , Joe Marcus Clarke , Subject: Re: WEIRD! div() broken on -CURRENT? In-Reply-To: <20021221162001.A17127@dilbert.robbins.dropbear.id.au> Message-ID: <20021222103405.A7492-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 21 Dec 2002, Tim Robbins wrote: > On Fri, Dec 20, 2002 at 08:43:25PM -0800, Juli Mallett wrote: > > > * De: Tim Robbins [ Data: 2002-12-20 ] > > [ Subjecte: Re: WEIRD! div() broken on -CURRENT? ] > > > On Fri, Dec 20, 2002 at 09:24:39PM -0500, Joe Marcus Clarke wrote: > > > > I'm doing something wrong, right? I mean, this can't be right. I've > > > > verified this now on a P4 running: > > > [...] > > > > > > I can reproduce it here. It looks like gcc is using a strange calling > > > convention that the i386 div.S does not understand (MI div.c seems to, though). > > > > TenDRA and GCC3 use a different struct return format than we used to > > use (see http://gcc.gnu.org/ml/gcc-patches/2002-01/msg01783.html) and > > we never had a flag day for the old format, and there's no UPDATING or > > whatnot notes about this AFAIK. This means at least div has to change > > to use the new calling convention. > [...] > > I've imported the versions of div.S and ldiv.S from NetBSD HEAD which > work properly with the new calling convention. Thanks for mentioning (on IRC) > that the pcc struct return convention had something to do with it. Did we really mean to change this? It is a relatively recent change. From cvs history: % RCS file: /home/ncvs/src/contrib/gcc/config/freebsd.h,v % Working file: freebsd.h % head: 1.37 % ... % ---------------------------- % revision 1.37 % date: 2002/04/30 17:22:42; author: obrien; state: Exp; lines: +34 -460 % MI bits for Gcc 3.1. % ---------------------------- This contains mounds changes, one of which breaks 5-10 (?) years of binary compatibility within gcc-compiled objects: % Index: freebsd.h % =================================================================== % RCS file: /home/ncvs/src/contrib/gcc/config/freebsd.h,v % retrieving revision 1.36 % retrieving revision 1.37 % diff -u -2 -r1.36 -r1.37 % --- freebsd.h 14 May 2001 22:45:26 -0000 1.36 % +++ freebsd.h 30 Apr 2002 17:22:42 -0000 1.37 % ... % -/* Don't default to pcc-struct-return, because gcc is the only compiler, and % - we want to retain compatibility with older gcc versions % - (even though the SVR4 ABI for the i386 says that records and unions are % - returned in memory). */ % -#undef DEFAULT_PCC_STRUCT_RETURN % -#define DEFAULT_PCC_STRUCT_RETURN 0 I think gcc didn't override its default of DEFAULT_PCC_STRUCT_RETURN = 1 on i386's meany years ago, since bcc uses this method of returning structs and ISTR copying the gcc behaviour. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 16:35:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61E1137B401; Sat, 21 Dec 2002 16:35:55 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4457343EEC; Sat, 21 Dec 2002 16:35:54 -0800 (PST) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id gBM0ZlFU093170; Sun, 22 Dec 2002 01:35:47 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id gBM0ZlJw1901813; Sun, 22 Dec 2002 01:35:47 +0100 (MEZ) Date: Sun, 22 Dec 2002 01:35:50 +0100 (CET) From: Martin Blapp To: Cc: , Subject: RC2 "install" report, three problems Message-ID: <20021222012029.N854-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Trying to install 5.0 RC2 on my new laptop, it fails miserably on everything I try. Let me explain the three different problems. 1) ATA problem The laptop has as SIS chipset, and uses a SIS900 ATA controller. Disable ULTRA DMA does help. See this posting with a possible workaround. It would be nice if at least this workaround gets committed to 5.0R. http://www.freebsd.org/cgi/query-pr.cgi?pr=30836 2.) Failing to read MAC adresse, missing PHYS This PR should definitly be committed to 5.0, it's waiting since a long time. Without this patch, all laptop users with integrated nic and a SIS 642 chipset cannot use FreeBSD. http://www.geocrawler.com/archives/3/152/2002/6/0/9065467/ 3.) Unable to install from a Realtec pcmcia card (Realtek RTL8139) The card is properly detected, but it seems that it doesn't get power turned on. Looks like Warner needs to fix something here. All we get here are "rl0: watchdog timeout". I'm willing to provide more informations about this issue. I gave up now after a very frustrating session. It seems that I'll have to install over parallel or serial IP connection again. Someone should definitly look at Wpauls PR's and commit the ones that are ready. It looks like work has stalled there for a long time. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 16:38:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF94B37B401; Sat, 21 Dec 2002 16:38:41 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314F643EDA; Sat, 21 Dec 2002 16:38:40 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gBM0ccmO001896; Sun, 22 Dec 2002 03:38:38 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gBM0ccRU001895; Sun, 22 Dec 2002 03:38:38 +0300 (MSK) (envelope-from ache) Date: Sun, 22 Dec 2002 03:38:37 +0300 From: "Andrey A. Chernov" To: phk@freebsd.org Cc: current@freebsd.org Subject: GEOM prevents bootblocks writing Message-ID: <20021222003837.GA1855@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Now I can't update my bootblocks to new ones using 'disklabel -B da0s1', checklabel() disklabel function return error preventing actual write with following diagnostic: partition b: partition extends past end of unit partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system utilities Warning, partition d: size 0, but offset 32 Warning, partition e: size 0, but offset 32 Warning, partition f: size 0, but offset 32 Warning, partition g: size 0, but offset 32 Warning, partition h: size 0, but offset 32 In fact, this is exact the same diagnostic as from 'disklabel -r da0s1': # /dev/da0s1c: type: SCSI disk: da0s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 17500 sectors/unit: 35842016 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 34611200 32 4.2BSD 2048 16384 64 # (Cyl. 0*- 16900) b: 1230816 34611232 swap # (Cyl. 16900*- 17500*) c: 35842016 32 unused 0 0 # (Cyl. 0*- 17500*) partition b: partition extends past end of unit partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system utilities Warning, partition d: size 0, but offset 32 Warning, partition e: size 0, but offset 32 Warning, partition f: size 0, but offset 32 Warning, partition g: size 0, but offset 32 Warning, partition h: size 0, but offset 32 For comparison see just 'disklabel da0s1' output which indicate no errors and no mysterious offset 32 in the data: # /dev/da0s1c: type: SCSI disk: da0s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 17500 sectors/unit: 35842016 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 34611200 0 4.2BSD 2048 16384 64 # (Cyl. 0 - 16899) b: 1230816 34611200 swap # (Cyl. 16900 - 17500*) c: 35842016 0 unused 0 0 # (Cyl. 0 - 17500*) Please fix this GEOM bug, to allow to update bootblocks at least. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 16:44:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B8F237B405; Sat, 21 Dec 2002 16:44:38 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 992B043EE5; Sat, 21 Dec 2002 16:44:37 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBM0iauB066926; Sat, 21 Dec 2002 17:44:36 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 21 Dec 2002 17:44:22 -0700 (MST) Message-Id: <20021221.174422.70219573.imp@bsdimp.com> To: mb@imp.ch Cc: current@freebsd.org, sos@freebsd.org Subject: Re: RC2 "install" report, three problems From: "M. Warner Losh" In-Reply-To: <20021222012029.N854-100000@levais.imp.ch> References: <20021222012029.N854-100000@levais.imp.ch> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021222012029.N854-100000@levais.imp.ch> Martin Blapp writes: : 3.) Unable to install from a Realtec pcmcia card (Realtek RTL8139) : : The card is properly detected, but it seems that it doesn't get : power turned on. Looks like Warner needs to fix something here. All : we get here are "rl0: watchdog timeout". dmesg output here? Looks like there's no interrupts for the card. One other thing to try is to wait until after you've booted to insert the card (and after if_rl.ko is loaded). There's currently a minor problem with doing a kldload if_****.ko for a cardbus card that's inserted into the unit and has failed to activate at least once. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 16:49:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF7B37B401; Sat, 21 Dec 2002 16:49:18 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C98443EDE; Sat, 21 Dec 2002 16:49:17 -0800 (PST) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id gBM0nGFU094212; Sun, 22 Dec 2002 01:49:16 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id gBM0nGJw1901749; Sun, 22 Dec 2002 01:49:16 +0100 (MEZ) Date: Sun, 22 Dec 2002 01:49:18 +0100 (CET) From: Martin Blapp To: Cc: , Subject: Re: RC2 "install" report, three problems In-Reply-To: <20021222012029.N854-100000@levais.imp.ch> Message-ID: <20021222014816.O854-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Soeren, > 1) ATA problem > > The laptop has as SIS chipset, and uses a SIS900 ATA controller. > Disable ULTRA DMA does help. See this posting with a possible > workaround. It would be nice if at least this workaround gets > committed to 5.0R. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=30836 Of course this link belongs to the NIC problem too. The correct link is: http://www.freebsd.org/cgi/query-pr.cgi?pr=43345 Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 17:31: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46CEE37B401 for ; Sat, 21 Dec 2002 17:31:01 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23BA743EEF for ; Sat, 21 Dec 2002 17:31:00 -0800 (PST) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id gBM1UuFU097143; Sun, 22 Dec 2002 02:30:56 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id gBM1UuJw1905709; Sun, 22 Dec 2002 02:30:56 +0100 (MEZ) Date: Sun, 22 Dec 2002 02:30:59 +0100 (CET) From: Martin Blapp To: "M. Warner Losh" Cc: Subject: Re: RC2 "install" report, three problems In-Reply-To: <20021221.174422.70219573.imp@bsdimp.com> Message-ID: <20021222021702.R854-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > dmesg output here? Looks like there's no interrupts for the card. [...] cbb0: at device 9.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCardbus> on cbb0 pci_cfg_intr_virgin: using routable interrupt 4 pci_cfgintr: 0:9 INTA routed to irq 4 cbb1: at device 9.0 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCardbus> on cbb1 pci_cfg_intr_virgin: using routable interrupt 4 pci_cfgintr: 0:9 INTA routed to irq 4 [...] Manufacuture ID: 00001b02 Functions: Network adapter, Multi Functions Function extension: 0102 Function extension: 0280969800 Function extension: 0200e1f505 Product Version: 5.0 Product Name: Cardbus PC Card Fast Ethernet Cardbus PCCard CIS Reading done: cbb1: Cardbus card activation failed. If I insert the card after probing and loading modules, the system freezes. If I let the card in, I get: rl0: port 0x1200-0x137f mem 0x88002000 - 0x8800217f irq 4 at device 0.0 on cardbus1 rl0: ethernet address 00:10:60:5a:bb:bd miibus0: rlphy0 on miibus0 The leds are turned of, dhclient fails. If I take the card out the system freezes. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Dec 21 17:43: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C2D837B405 for ; Sat, 21 Dec 2002 17:42:50 -0800 (PST) Received: from web40310.mail.yahoo.com (web40310.mail.yahoo.com [66.218.78.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A3DC43EDA for ; Sat, 21 Dec 2002 17:42:50 -0800 (PST) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20021222014249.29623.qmail@web40310.mail.yahoo.com> Received: from [207.175.241.198] by web40310.mail.yahoo.com via HTTP; Sat, 21 Dec 2002 17:42:49 PST Date: Sat, 21 Dec 2002 17:42:49 -0800 (PST) From: Maksim Yevmenkin Subject: Re: NEWCARD, devd, sio and PCCARD_FUNCTION_SERIAL cards To: "M. Warner Losh" Cc: current@freebsd.org In-Reply-To: <20021221.155343.71086588.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1031175929-1040521369=:28439" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0-1031175929-1040521369=:28439 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear Warner and Hackers, --- "M. Warner Losh" wrote: > In message: <20021221222756.11203.qmail@web40310.mail.yahoo.com> > Maksim Yevmenkin writes: > : Dear Warner and Hackers, > : > : Is there any way (on -current with NEWCARD) "devd" can > : prevent "sio" driver from attaching to *ANY* pc-card > : that has PCCARD_FUNCTION_SERIAL? > > Sure. Just have sio_pccard_match return -100. I've just committed > the change to do this. No need to do anything else, I think. Nope :( It does not work. I applied patch to /sys/dev/sio/sio_pccard.c and recompile my kernel with NEWCARD. It seems devd pays no attention when i plug or unplug the 3COM card. I have attached dmesg output and my devd.conf file. I was trying to get devd to kldload ng_bt3c module, but it did not work. Am i missing something obvious here? thanks, max __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --0-1031175929-1040521369=:28439 Content-Type: text/plain; name="dmesg.txt" Content-Description: dmesg.txt Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2002 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.0-CURRENT #64: Sat Dec 21 16:19:17 PST 2002 max@beetle.digisle.com:/usr/src/sys/i386/compile/BEETLE Preloaded elf kernel "/boot/kernel/kernel" at 0xc0463000. Preloaded elf module "/boot/kernel/nmdm.ko" at 0xc04630a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0463154. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 597786166 Hz CPU: Pentium III/Pentium III Xeon/Celeron (597.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 201195520 (191 MB) avail memory = 190681088 (181 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Using $PIR table, 10 entries at 0xc00f4ee0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz can't fetch resources for \\_SB_.PCI0.FNC0.PRT1 - AE_BAD_DATA acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe08-0xfe0b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.11.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.9.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.13.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.5.3 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.16.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.11.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.9.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.13.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.5.3 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.16.0 pci0: on pcib0 pcib1: at device 1.0 on pci0 ---- initial configuration ------------------------ \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 1.0.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKD irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 1.0.0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 5.0 on pci0 isa0: on isab0 atapci0: port 0xfff0-0xffff at device 5.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xff80-0xff9f irq 11 at device 5.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 5.3 (no driver attached) pci0: at device 9.0 (no driver attached) cbb0: at device 11.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: slot 11 INTA is routed to irq 11 cbb1: at device 11.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: slot 11 INTB is routed to irq 11 pci0: at device 12.0 (no driver attached) acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: