From owner-freebsd-stable Sun Oct 20 1:42:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BAAB37B404 for ; Sun, 20 Oct 2002 01:42:11 -0700 (PDT) Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5EA43E9C for ; Sun, 20 Oct 2002 01:42:10 -0700 (PDT) (envelope-from calimero.lol@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto2.wanadoo.fr (6.5.007) id 3DA24CF6007A028E for stable@freebsd.org; Sun, 20 Oct 2002 10:42:09 +0200 Received: from manille (193.253.215.26) by mel-rta8.wanadoo.fr (6.5.007) id 3DA24B4A0076B185 for stable@freebsd.org; Sun, 20 Oct 2002 10:42:08 +0200 From: "Calimero" To: Subject: Date: Sun, 20 Oct 2002 10:42:08 +0200 Message-ID: <003401c27814$936d5450$030ba8c0@manille> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I use an Onstream ADR2 60Go tape drive, at the boot my dmesg show this line with PIII 450 and FreeBSD 4.6.2: ast0: tape device - NO DRIVER! Anybody have any idea ?? --=20 ----###Calimero###---- =AB - Ce qui embellit le d=E9sert, dit le petit prince, c'est qu'il = cache un puits quelque part. =BB (Antoine de Saint-Exup=E9ry) =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 1:43:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C834E37B406 for ; Sun, 20 Oct 2002 01:43:11 -0700 (PDT) Received: from server.rucus.ru.ac.za (server.rucus.ru.ac.za [146.231.115.1]) by mx1.FreeBSD.org (Postfix) with SMTP id ECDD843E9C for ; Sun, 20 Oct 2002 01:43:08 -0700 (PDT) (envelope-from drs@rucus.ru.ac.za) Received: (qmail 74753 invoked from network); 20 Oct 2002 08:43:03 -0000 Received: from bashir.dsl.ru.ac.za (146.231.113.19) by server.rucus.ru.ac.za with SMTP; 20 Oct 2002 08:43:03 -0000 Received: (qmail 638 invoked by uid 1001); 20 Oct 2002 08:43:03 -0000 Date: Sun, 20 Oct 2002 10:43:03 +0200 From: David =?iso-8859-1?Q?Sieb=F6rger?= To: Chris Behanna Cc: FreeBSD-Stable Subject: Re: "atacontrol enclosure" does not work Message-ID: <20021020084303.GA590@rucus.ru.ac.za> References: <20021017145817.T88254-100000@carver.gumbysoft.com> <20021018033834.V1275-100000@topperwein.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021018033834.V1275-100000@topperwein.dyndns.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri 2002-10-18 (03:39), Chris Behanna wrote: > Are there any plans to support 3Ware enclosures? They look pretty > darned nice (fit 3 3.5" half-height disks into two 5.25" full-height > bays, lock-and-key access, plus cooling fans). I presume you're talking about the 3ware RDC-300, which is what we've got here. There's nothing that needs to be supported - the enclosure is completely passive. Unlike the Promise enclosures, there are no rev counters on the fans, voltage meters, or thermometers. -- David Siebörger drs@rucus.ru.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 2: 3:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E1037B401 for ; Sun, 20 Oct 2002 02:03:56 -0700 (PDT) Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EAF643E97 for ; Sun, 20 Oct 2002 02:03:56 -0700 (PDT) (envelope-from calimero.lol@wanadoo.fr) Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto3.wanadoo.fr (6.5.007) id 3DA24D18007A5F7B for stable@freebsd.org; Sun, 20 Oct 2002 11:03:55 +0200 Received: from manille (193.253.215.26) by mel-rta8.wanadoo.fr (6.5.007) id 3DA24B4A0076CF47 for stable@freebsd.org; Sun, 20 Oct 2002 11:03:55 +0200 From: "Calimero" To: Subject: NO DRIVER! Date: Sun, 20 Oct 2002 11:03:54 +0200 Message-ID: <003501c27817$9de6e150$030ba8c0@manille> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I use an Onstream ADR2 60Go tape drive, at the boot my dmesg show this line with PIII 450 and FreeBSD 4.6.2: ast0: tape device - NO DRIVER! Anybody have any idea ?? --=20 ----###Calimero###---- =AB - Ce qui embellit le d=E9sert, dit le petit prince, c'est qu'il = cache un puits quelque part. =BB (Antoine de Saint-Exup=E9ry) =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 2:22:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEC7D37B401 for ; Sun, 20 Oct 2002 02:22:44 -0700 (PDT) Received: from scatcat.saeab.se (c213-100-94-173.swipnet.se [213.100.94.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DFB543E77 for ; Sun, 20 Oct 2002 02:22:43 -0700 (PDT) (envelope-from thn@saeab.se) Received: from saeab.se (home.thn.saeab.se [10.1.0.1]) by scatcat.saeab.se (8.12.6/8.12.6) with ESMTP id g9K9Md2t000243; Sun, 20 Oct 2002 11:22:39 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <3DB276DF.315D3D76@saeab.se> Date: Sun, 20 Oct 2002 11:26:55 +0200 From: Thomas Nystrom Organization: Sv. Aktuell Elektronik AB X-Mailer: Mozilla 4.78 [en] (Win98; U) X-Accept-Language: sv,en MIME-Version: 1.0 To: Calimero Cc: stable@FreeBSD.ORG Subject: Re: References: <003401c27814$936d5450$030ba8c0@manille> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Calimero wrote: > > I use an Onstream ADR2 60Go tape drive, at the boot my dmesg show this > line with PIII 450 and FreeBSD 4.6.2: > > ast0: tape device - NO DRIVER! > > Anybody have any idea ?? > Add the following line to your kernel configuration file: device atapist # ATAPI tape drives (the line is in the GENERIC file) and then configure, recompile and install your kernel. /thn -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 59 47 45 36 Sweden Email: thn@saeab.se --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 2:29:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B5937B401 for ; Sun, 20 Oct 2002 02:29:29 -0700 (PDT) Received: from scan.pnc.com.au (scan.pnc.com.au [203.13.174.123]) by mx1.FreeBSD.org (Postfix) with SMTP id AD64E43E9E for ; Sun, 20 Oct 2002 02:29:28 -0700 (PDT) (envelope-from peterh@ripewithdecay.com) Received: (qmail 3591 invoked by uid 84); 20 Oct 2002 19:38:44 +1000 Received: from unknown (HELO dialup-143.158.220.203.acc01-high-pen.comindico.com.au) (203.13.174.1) by scan.pnc.com.au with SMTP; 20 Oct 2002 19:38:43 +1000 Date: Sun, 20 Oct 2002 19:29:44 +1000 (EST) From: Peter Hoskin X-X-Sender: peterh@extortion.peterh.dropbear.id.au To: Calimero Cc: stable@FreeBSD.ORG Subject: Re: NO DRIVER! In-Reply-To: <003501c27817$9de6e150$030ba8c0@manille> Message-ID: <20021020192929.L38432-100000@extortion.peterh.dropbear.id.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah, there isn't a driver for it. Regards, Peter Hoskin On Sun, 20 Oct 2002, Calimero wrote: > I use an Onstream ADR2 60Go tape drive, at the boot my dmesg show this > line with PIII 450 and FreeBSD 4.6.2: > > ast0: tape device - NO DRIVER! > > Anybody have any idea ?? > > > -- > ----###Calimero###---- > > =AB - Ce qui embellit le d=E9sert, dit le petit prince, c'est qu'il cach= e > un puits quelque part. =BB (Antoine de Saint-Exup=E9ry) > > > > 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-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 2:36: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D08437B401 for ; Sun, 20 Oct 2002 02:36:02 -0700 (PDT) Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF9243E7B for ; Sun, 20 Oct 2002 02:36:01 -0700 (PDT) (envelope-from calimero.lol@wanadoo.fr) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto4.wanadoo.fr (6.5.007) id 3DA24D32007AAC13; Sun, 20 Oct 2002 11:35:29 +0200 Received: from manille (193.253.215.26) by mel-rta9.wanadoo.fr (6.5.007) id 3DA24B29007E164D; Sun, 20 Oct 2002 11:35:29 +0200 From: "Calimero" To: "'Peter Hoskin'" , Subject: RE : NO DRIVER! Date: Sun, 20 Oct 2002 11:35:28 +0200 Message-ID: <003701c2781c$06f23830$030ba8c0@manille> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20021020192929.L38432-100000@extortion.peterh.dropbear.id.au> Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Do you want to say that the the driver does not exist or the driver isn't present on my computer ? --=20 ----###Calimero###---- =20 Le prix de la libert=E9, c'est la solitude. > >-----Message d'origine----- > >De : Peter Hoskin [mailto:peterh@ripewithdecay.com]=20 > >Envoy=E9 : dimanche 20 octobre 2002 11:30 > >=C0 : Calimero > >Cc : stable@FreeBSD.ORG > >Objet : Re: NO DRIVER! > > > > > >Yeah, there isn't a driver for it. > > > >Regards, > >Peter Hoskin > > > >On Sun, 20 Oct 2002, Calimero wrote: > > > >> I use an Onstream ADR2 60Go tape drive, at the boot my=20 > >dmesg show this=20 > >> line with PIII 450 and FreeBSD 4.6.2: > >> > >> ast0: tape device - NO=20 > >> DRIVER! > >> > >> Anybody have any idea ?? > >> > >> > >> -- > >> ----###Calimero###---- > >> > >> =AB - Ce qui embellit le d=E9sert, dit le petit prince, c'est=20 > >qu'il cache=20 > >> un puits quelque part. =BB (Antoine de Saint-Exup=E9ry) > >> > >> > >> > >> 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-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 4:10: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52BB437B404 for ; Sun, 20 Oct 2002 04:10:04 -0700 (PDT) Received: from softnet.si (jessie.softnet.si [212.103.128.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414A443E97 for ; Sun, 20 Oct 2002 04:10:02 -0700 (PDT) (envelope-from damjan.bole@studioproteus.si) Received: from [213.253.97.7] (HELO user172.studioproteus.si) by softnet.si (CommuniGate Pro SMTP 3.3.2) with SMTP id 3829290 for stable@FreeBSD.org; Sun, 20 Oct 2002 13:18:35 +0200 Date: Sun, 20 Oct 2002 13:11:00 +0200 From: Damjan Bole To: stable@FreeBSD.org Subject: subscribe Message-Id: <20021020131100.552a6961.damjan.bole@studioproteus.si> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 6:28:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C81E37B401 for ; Sun, 20 Oct 2002 06:28:55 -0700 (PDT) Received: from nebula.wanadoo.fr (ca-sqy-6-156.abo.wanadoo.fr [80.8.59.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B1F43E77 for ; Sun, 20 Oct 2002 06:28:53 -0700 (PDT) (envelope-from dak@wanadoo.fr) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by nebula.wanadoo.fr (8.12.6/8.12.5) with ESMTP id g9KDURa2000207 for ; Sun, 20 Oct 2002 15:30:27 +0200 (CEST) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.12.6/8.12.6/Submit) id g9KDUPKX000206 for stable@freebsd.org; Sun, 20 Oct 2002 15:30:25 +0200 (CEST) Date: Sun, 20 Oct 2002 15:30:25 +0200 From: =?iso-8859-15?Q?Aur=E9lien?= Nephtali To: stable@freebsd.org Subject: PLIP does not work very well Message-ID: <20021020133025.GA186@nebula.wanadoo.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm trying to do PLIP between 2 boxes, it used to work with 4.2-RELEASE (la= st time I tried to do PLIP under FreeBSD) but now it does not work :/ I have a LapLink cable and the 2 boxes have a kernel configured to do PLIP. BOX1: ifconfig lp0 10.0.0.1 10.0.0.2 BOX2: ifconfig lp0 10.0.0.2 10.0.0.1 But, when I do a ping from BOX2 to BOX1, a tcpdump on BOX1 shows me the ping requests but no there are no answers sent/received. More mysterious, when I= do a ping from BOX1 to BOX2, no packets are sent (not even shown with a local tcpdump on BOX1) :/ I've recompiled the 2 boxes with PLIP_DEBUG and when BOX1 sends/receives pi= ngs requests (without answering to packets it receives, though) a 'X' is printed for each packet. So, I walked through /sys/dev/ppbus/if_plip.c and it seems that 'X' are printed each time an error occurs. No 'X' are printed on BOX2 (the box where pings requests success to be sent :p) Somebody has an idea to get PLIP working ? Thanks. -- Aur=E9lien --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9sq/xDNsbHbt8ok8RArYiAJwMEaZEovQ2Fs0f6WmcaGVff1GiqgCgp/Na XF8yT5OK73il1M56BjDubNA= =yzyd -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 7:30:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A8037B401 for ; Sun, 20 Oct 2002 07:30:44 -0700 (PDT) Received: from infinity.aesredfish.net (ns1.aesredfish.net [65.168.0.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA6943E42 for ; Sun, 20 Oct 2002 07:30:38 -0700 (PDT) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (mhope-dhcp-65-168-1-181.dashfast.com [65.168.1.181]) by infinity.aesredfish.net (8.11.6/8.11.0) with ESMTP id g9KEUPW10353; Sun, 20 Oct 2002 10:30:26 -0400 Message-ID: <3DB2BFED.4010801@potentialtech.com> Date: Sun, 20 Oct 2002 10:38:37 -0400 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020502 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calimero Cc: stable@freebsd.org Subject: Re: NO DRIVER! References: <003501c27817$9de6e150$030ba8c0@manille> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Calimero wrote: > I use an Onstream ADR2 60Go tape drive, at the boot my dmesg show this > line with PIII 450 and FreeBSD 4.6.2: > > ast0: tape device - NO DRIVER! > > Anybody have any idea ?? When I checked into this about 2 months ago, the OnStream drives were not supported. Look into Exabyte's VXA drives. They work wonderfully. -- Bill Moran Potential Technologies http://www.potentialtech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 8: 0:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E45E37B401 for ; Sun, 20 Oct 2002 08:00:12 -0700 (PDT) Received: from mtiwmhc12.worldnet.att.net (mtiwmhc12.worldnet.att.net [204.127.131.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id C63A343E88 for ; Sun, 20 Oct 2002 08:00:11 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from prime ([12.88.88.64]) by mtiwmhc12.worldnet.att.net (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with SMTP id <20021020145958.XPAL4213.mtiwmhc12.worldnet.att.net@prime> for ; Sun, 20 Oct 2002 14:59:58 +0000 Message-ID: <003a01c27849$6367d4d0$0301a8c0@prime> From: "Charles Swiger" To: References: <20021019130404.A25131-100000@edge.foundation.invalid> <001901c27798$d033df70$0301a8c0@prime> <3DB2399F.3060900@zbzoom.net> Subject: Re: 4.7-RELEASE crash [file system] Date: Sun, 20 Oct 2002 11:00:10 -0400 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-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris BeHanna wrote: > Charles Swiger wrote: [ ...taking crash dumps... ] > Reason #1 may be that some folks might not have enough space in > /var to hold one or more crash dumps (in particular, a large server > box with 4GB of RAM might easily run into this problem). A point. On the other hand, can't savecore figure out that there isn't enough space and not do the dump, then? > Reason #2 might be that a crash dump isn't of much use without a > kernel that has debugging symbols in it. Right-- but that's _my_ point. :-) People following -STABLE should be building kernels with debugging symbols, so that the members of this list have a better chance of figuring out what went wrong when a system panics. At least at one time, if you build an executable with -g, strip it & ship the binary elsewhere...then the core files generated by that stripped executable can be symbolicly debugged using the unstripped version. Has this changed? -Chuck PS: Arguably, people should be building with "-g -O" all of the time, even in production. GCC tends to generate the most reliable code for that combination of options, as those are exercised the most frequently. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 10:30:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A36A37B401; Sun, 20 Oct 2002 10:29:55 -0700 (PDT) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18DA43EAA; Sun, 20 Oct 2002 10:29:51 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 183JtX-0000N0-00; Mon, 21 Oct 2002 00:29:43 +0700 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 183Jfe-00057A-00; Mon, 21 Oct 2002 00:15:22 +0700 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.6/8.12.6) with ESMTP id g9KHFFFG038168; Mon, 21 Oct 2002 00:15:15 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.6/8.12.6/Submit) id g9KHFEwt038167; Mon, 21 Oct 2002 00:15:14 +0700 (NSS) Date: Mon, 21 Oct 2002 00:15:14 +0700 From: Max Khon To: freebsd-stable@freebsd.org, freebsd-java@freebsd.org Subject: libc_r MFC Message-ID: <20021021001514.A38080@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Envelope-To: freebsd-stable@freebsd.org, freebsd-java@freebsd.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=PORN_10,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, there! Please test attached patch. It contains MFC of signal handling, thread suspension and a couple of bug fixes. I have succesfully run Java2D demo and JBuilder 7 with hotspot (compiler2) built from ports/java/jdk13 with these patches. /fjoe --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=current-diffs Index: include/pthread_np.h =================================================================== RCS file: /home/ncvs/src/include/pthread_np.h,v retrieving revision 1.7.2.2 diff -u -p -r1.7.2.2 pthread_np.h --- include/pthread_np.h 15 Oct 2002 16:52:04 -0000 1.7.2.2 +++ include/pthread_np.h 20 Oct 2002 15:50:46 -0000 @@ -46,8 +46,10 @@ __BEGIN_DECLS int pthread_attr_setcreatesuspend_np __P((pthread_attr_t *)); int pthread_main_np __P((void)); int pthread_multi_np __P((void)); +void pthread_resume_all_np __P((void)); int pthread_resume_np __P((pthread_t)); int pthread_single_np __P((void)); +void pthread_suspend_all_np __P((void)); int pthread_suspend_np __P((pthread_t)); int pthread_mutexattr_getkind_np __P((pthread_mutexattr_t)); int pthread_mutexattr_setkind_np __P((pthread_mutexattr_t *, int)); Index: lib/libc_r/uthread/pthread_private.h =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.36.2.20 diff -u -p -r1.36.2.20 pthread_private.h --- lib/libc_r/uthread/pthread_private.h 17 Oct 2002 19:37:33 -0000 1.36.2.20 +++ lib/libc_r/uthread/pthread_private.h 20 Oct 2002 14:44:06 -0000 @@ -188,14 +188,15 @@ if ((thrd)->state != newstate) { \ if ((thrd)->state == PS_RUNNING) { \ PTHREAD_PRIOQ_REMOVE(thrd); \ + PTHREAD_SET_STATE(thrd, newstate); \ PTHREAD_WAITQ_INSERT(thrd); \ } else if (newstate == PS_RUNNING) { \ PTHREAD_WAITQ_REMOVE(thrd); \ + PTHREAD_SET_STATE(thrd, newstate); \ PTHREAD_PRIOQ_INSERT_TAIL(thrd); \ } \ } \ _thread_kern_new_state = 0; \ - PTHREAD_SET_STATE(thrd, newstate); \ } while (0) #else #define PTHREAD_ASSERT(cond, msg) @@ -395,18 +396,6 @@ struct pthread_attr { #define PTHREAD_CREATE_SUSPENDED 1 /* - * Additional state for a thread suspended with pthread_suspend_np(). - */ -enum pthread_susp { - SUSP_NO, /* Not suspended. */ - SUSP_YES, /* Suspended. */ - SUSP_JOIN, /* Suspended, joining. */ - SUSP_NOWAIT, /* Suspended, was in a mutex or condition queue. */ - SUSP_MUTEX_WAIT,/* Suspended, still in a mutex queue. */ - SUSP_COND_WAIT /* Suspended, still in a condition queue. */ -}; - -/* * Miscellaneous definitions. */ #define PTHREAD_STACK_DEFAULT 65536 @@ -604,33 +593,8 @@ struct join_status { }; /* - * Normally thread contexts are stored as jmp_bufs via _setjmp()/_longjmp(), - * but they may also be sigjmp_buf and ucontext_t. When a thread is - * interrupted by a signal, it's context is saved as a ucontext_t. An - * application is also free to use [_]longjmp()/[_]siglongjmp() to jump - * between contexts within the same thread. Future support will also - * include setcontext()/getcontext(). - * - * Define an enumerated type that can identify the 4 different context - * types. - */ -typedef enum { - CTX_JB_NOSIG, /* context is jmp_buf without saved sigset */ - CTX_JB, /* context is jmp_buf (with saved sigset) */ - CTX_SJB, /* context is sigjmp_buf (with saved sigset) */ - CTX_UC /* context is ucontext_t (with saved sigset) */ -} thread_context_t; - -/* - * There are 2 basic contexts that a frame may contain at any - * one time: - * - * o ctx - The context that the thread should return to after normal - * completion of the signal handler. - * o sig_jb - The context just before the signal handler is invoked. - * Attempts at abnormal returns from user supplied signal handlers - * will return back to the signal context to perform any necessary - * cleanup. + * The frame that is added to the top of a threads stack when setting up + * up the thread to run a signal handler. */ struct pthread_signal_frame { /* @@ -639,19 +603,12 @@ struct pthread_signal_frame { struct pthread_state_data saved_state; /* - * Threads return context; ctxtype identifies the type of context. - * For signal frame 0, these point to the context storage area - * within the pthread structure. When handling signals (frame > 0), - * these point to a context storage area that is allocated off the - * threads stack. + * Threads return context; we use only jmp_buf's for now. */ union { jmp_buf jb; - sigjmp_buf sigjb; ucontext_t uc; } ctx; - thread_context_t ctxtype; - int longjmp_val; int signo; /* signal, arg 1 to sighandler */ int sig_has_args; /* use signal args if true */ ucontext_t uc; @@ -692,15 +649,12 @@ struct pthread { struct pthread_attr attr; /* - * Threads return context; ctxtype identifies the type of context. + * Threads return context; we use only jmp_buf's for now. */ union { jmp_buf jb; - sigjmp_buf sigjb; ucontext_t uc; } ctx; - thread_context_t ctxtype; - int longjmp_val; /* * Used for tracking delivery of signal handlers. @@ -716,8 +670,6 @@ struct pthread { #define PTHREAD_CANCEL_NEEDED 0x0010 int cancelflags; - enum pthread_susp suspended; - thread_continuation_t continuation; /* @@ -759,7 +711,7 @@ struct pthread { int error; /* - * THe joiner is the thread that is joining to this thread. The + * The joiner is the thread that is joining to this thread. The * join status keeps track of a join operation to another thread. */ struct pthread *joiner; @@ -834,7 +786,8 @@ struct pthread { #define PTHREAD_FLAGS_IN_FDQ 0x0040 /* in fd lock queue using qe link */ #define PTHREAD_FLAGS_IN_CONDQ 0x0080 /* in condition queue using sqe link*/ #define PTHREAD_FLAGS_IN_MUTEXQ 0x0100 /* in mutex queue using sqe link */ -#define PTHREAD_FLAGS_TRACE 0x0200 /* for debugging purposes */ +#define PTHREAD_FLAGS_SUSPENDED 0x0200 /* thread is suspended */ +#define PTHREAD_FLAGS_TRACE 0x0400 /* for debugging purposes */ #define PTHREAD_FLAGS_IN_SYNCQ \ (PTHREAD_FLAGS_IN_CONDQ | PTHREAD_FLAGS_IN_MUTEXQ) @@ -917,17 +870,6 @@ SCLASS struct pthread * volatile _last ; #endif -/* - * Ptr to the thread running in single-threaded mode or NULL if - * running multi-threaded (default POSIX behaviour). - */ -SCLASS struct pthread * volatile _thread_single -#ifdef GLOBAL_PTHREAD_PRIVATE -= NULL; -#else -; -#endif - /* List of all threads: */ SCLASS TAILQ_HEAD(, pthread) _thread_list #ifdef GLOBAL_PTHREAD_PRIVATE @@ -1145,9 +1087,6 @@ SCLASS volatile int _sigq_check_reqd #endif ; -/* The signal stack. */ -SCLASS struct sigaltstack _thread_sigstack; - /* Thread switch hook. */ SCLASS pthread_switch_routine_t _sched_switch_hook #ifdef GLOBAL_PTHREAD_PRIVATE @@ -1284,9 +1223,15 @@ void _thread_enter_cancellation_point(vo void _thread_leave_cancellation_point(void); void _thread_cancellation_point(void); +/* #include */ +#ifdef _SYS_AIO_H_ +int __sys_aio_suspend(const struct aiocb * const[], int, const struct timespec *); +#endif + /* #include */ #ifdef _SYS_EVENT_H_ -int __sys_kevent(int, const struct kevent *, int, struct kevent *, int, const struct timespec *); +int __sys_kevent(int, const struct kevent *, int, struct kevent *, + int, const struct timespec *); #endif /* #include */ @@ -1340,11 +1285,6 @@ ssize_t __sys_writev(int, const struct i /* #include */ #ifdef WNOHANG pid_t __sys_wait4(pid_t, int *, int, struct rusage *); -#endif - -/* #include */ -#ifdef _SYS_AIO_H_ -int __sys_aio_suspend(const struct aiocb * const[], int, const struct timespec *); #endif /* #include */ Index: lib/libc_r/uthread/uthread_cancel.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_cancel.c,v retrieving revision 1.3.2.8 diff -u -p -r1.3.2.8 uthread_cancel.c --- lib/libc_r/uthread/uthread_cancel.c 17 Oct 2002 19:37:33 -0000 1.3.2.8 +++ lib/libc_r/uthread/uthread_cancel.c 20 Oct 2002 14:43:55 -0000 @@ -61,8 +61,7 @@ pthread_cancel(pthread_t pthread) case PS_JOIN: /* - * Disconnect the thread from the joinee and - * detach: + * Disconnect the thread from the joinee: */ if (pthread->join_status.thread != NULL) { pthread->join_status.thread->joiner @@ -74,20 +73,6 @@ pthread_cancel(pthread_t pthread) break; case PS_SUSPENDED: - if (pthread->suspended == SUSP_NO || - pthread->suspended == SUSP_YES || - pthread->suspended == SUSP_JOIN || - pthread->suspended == SUSP_NOWAIT) { - /* - * This thread isn't in any scheduling - * queues; just change it's state: - */ - pthread->cancelflags |= - PTHREAD_CANCELLING; - PTHREAD_SET_STATE(pthread, PS_RUNNING); - break; - } - /* FALLTHROUGH */ case PS_MUTEX_WAIT: case PS_COND_WAIT: case PS_FDLR_WAIT: @@ -105,7 +90,7 @@ pthread_cancel(pthread_t pthread) */ pthread->interrupted = 1; pthread->cancelflags |= PTHREAD_CANCEL_NEEDED; - PTHREAD_NEW_STATE(pthread,PS_RUNNING); + PTHREAD_NEW_STATE(pthread, PS_RUNNING); pthread->continuation = finish_cancellation; break; Index: lib/libc_r/uthread/uthread_cond.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_cond.c,v retrieving revision 1.22.2.7 diff -u -p -r1.22.2.7 uthread_cond.c --- lib/libc_r/uthread/uthread_cond.c 17 Oct 2002 19:37:33 -0000 1.22.2.7 +++ lib/libc_r/uthread/uthread_cond.c 20 Oct 2002 14:43:55 -0000 @@ -516,15 +516,9 @@ pthread_cond_signal(pthread_cond_t * con if ((pthread = cond_queue_deq(*cond)) != NULL) { /* - * Unless the thread is currently suspended, - * allow it to run. If the thread is suspended, - * make a note that the thread isn't in a wait - * queue any more. + * Wake up the signaled thread: */ - if (pthread->state != PS_SUSPENDED) - PTHREAD_NEW_STATE(pthread,PS_RUNNING); - else - pthread->suspended = SUSP_NOWAIT; + PTHREAD_NEW_STATE(pthread, PS_RUNNING); } /* Check for no more waiters: */ @@ -588,15 +582,9 @@ pthread_cond_broadcast(pthread_cond_t * */ while ((pthread = cond_queue_deq(*cond)) != NULL) { /* - * Unless the thread is currently suspended, - * allow it to run. If the thread is suspended, - * make a note that the thread isn't in a wait - * queue any more. + * Wake up the signaled thread: */ - if (pthread->state != PS_SUSPENDED) - PTHREAD_NEW_STATE(pthread,PS_RUNNING); - else - pthread->suspended = SUSP_NOWAIT; + PTHREAD_NEW_STATE(pthread, PS_RUNNING); } /* There are no more waiting threads: */ Index: lib/libc_r/uthread/uthread_create.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_create.c,v retrieving revision 1.24.2.4 diff -u -p -r1.24.2.4 uthread_create.c --- lib/libc_r/uthread/uthread_create.c 17 Oct 2002 19:37:35 -0000 1.24.2.4 +++ lib/libc_r/uthread/uthread_create.c 20 Oct 2002 14:44:06 -0000 @@ -53,16 +53,11 @@ int _thread_next_offset = OFF(tle.tqe_ int _thread_uniqueid_offset = OFF(uniqueid); int _thread_state_offset = OFF(state); int _thread_name_offset = OFF(name); -int _thread_ctxtype_offset = OFF(ctxtype); int _thread_ctx_offset = OFF(ctx); #undef OFF int _thread_PS_RUNNING_value = PS_RUNNING; int _thread_PS_DEAD_value = PS_DEAD; -int _thread_CTX_JB_NOSIG_value = CTX_JB_NOSIG; -int _thread_CTX_JB_value = CTX_JB; -int _thread_CTX_SJB_value = CTX_SJB; -int _thread_CTX_UC_value = CTX_UC; int pthread_create(pthread_t * thread, const pthread_attr_t * attr, @@ -202,9 +197,6 @@ pthread_create(pthread_t * thread, const (long)new_thread->stack + pattr->stacksize_attr - sizeof(double)); - /* Initialize the rest of the frame: */ - new_thread->ctxtype = CTX_JB_NOSIG; - /* Copy the thread attributes: */ memcpy(&new_thread->attr, pattr, sizeof(struct pthread_attr)); @@ -269,9 +261,10 @@ pthread_create(pthread_t * thread, const /* Add the thread to the linked list of all threads: */ TAILQ_INSERT_HEAD(&_thread_list, new_thread, tle); - if (pattr->suspend == PTHREAD_CREATE_SUSPENDED) + if (pattr->suspend == PTHREAD_CREATE_SUSPENDED) { + new_thread->flags |= PTHREAD_FLAGS_SUSPENDED; new_thread->state = PS_SUSPENDED; - else { + } else { new_thread->state = PS_RUNNING; PTHREAD_PRIOQ_INSERT_TAIL(new_thread); } Index: lib/libc_r/uthread/uthread_exit.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_exit.c,v retrieving revision 1.16.2.7 diff -u -p -r1.16.2.7 uthread_exit.c --- lib/libc_r/uthread/uthread_exit.c 17 Oct 2002 19:37:35 -0000 1.16.2.7 +++ lib/libc_r/uthread/uthread_exit.c 20 Oct 2002 14:43:55 -0000 @@ -210,22 +210,8 @@ pthread_exit(void *status) pthread = curthread->joiner; curthread->joiner = NULL; - switch (pthread->suspended) { - case SUSP_JOIN: - /* - * The joining thread is suspended. Change the - * suspension state to make the thread runnable when it - * is resumed: - */ - pthread->suspended = SUSP_NO; - break; - case SUSP_NO: - /* Make the joining thread runnable: */ - PTHREAD_NEW_STATE(pthread, PS_RUNNING); - break; - default: - PANIC("Unreachable code reached"); - } + /* Make the joining thread runnable: */ + PTHREAD_NEW_STATE(pthread, PS_RUNNING); /* Set the return value for the joining thread: */ pthread->join_status.ret = curthread->ret; Index: lib/libc_r/uthread/uthread_gc.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_gc.c,v retrieving revision 1.11.2.4 diff -u -p -r1.11.2.4 uthread_gc.c --- lib/libc_r/uthread/uthread_gc.c 17 Oct 2002 19:44:38 -0000 1.11.2.4 +++ lib/libc_r/uthread/uthread_gc.c 20 Oct 2002 14:43:55 -0000 @@ -123,13 +123,13 @@ _thread_gc(pthread_addr_t arg) * Check if this thread has detached: */ else if ((pthread->attr.flags & - PTHREAD_DETACHED) != 0) { + PTHREAD_DETACHED) != 0) { /* Remove this thread from the dead list: */ TAILQ_REMOVE(&_dead_list, pthread, dle); /* * Check if the stack was not specified by - * the caller to pthread_create and has not + * the caller to pthread_create() and has not * been destroyed yet: */ if (pthread->attr.stackaddr_attr == NULL && @@ -170,7 +170,7 @@ _thread_gc(pthread_addr_t arg) * not destroy it. * * Check if the stack was not specified by - * the caller to pthread_create and has not + * the caller to pthread_create() and has not * been destroyed yet: */ if (pthread->attr.stackaddr_attr == NULL && Index: lib/libc_r/uthread/uthread_init.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_init.c,v retrieving revision 1.23.2.9 diff -u -p -r1.23.2.9 uthread_init.c --- lib/libc_r/uthread/uthread_init.c 17 Oct 2002 19:37:36 -0000 1.23.2.9 +++ lib/libc_r/uthread/uthread_init.c 20 Oct 2002 15:12:33 -0000 @@ -147,20 +147,21 @@ _thread_init(void) PANIC("Can't open console"); if (setlogin("root") == -1) PANIC("Can't set login to root"); - if (__sys_ioctl(fd,TIOCSCTTY, (char *) NULL) == -1) + if (__sys_ioctl(fd, TIOCSCTTY, (char *) NULL) == -1) PANIC("Can't set controlling terminal"); - if (__sys_dup2(fd,0) == -1 || - __sys_dup2(fd,1) == -1 || - __sys_dup2(fd,2) == -1) + if (__sys_dup2(fd, 0) == -1 || + __sys_dup2(fd, 1) == -1 || + __sys_dup2(fd, 2) == -1) PANIC("Can't dup2"); } /* Get the standard I/O flags before messing with them : */ - for (i = 0; i < 3; i++) + for (i = 0; i < 3; i++) { if (((_pthread_stdio_flags[i] = - __sys_fcntl(i,F_GETFL, NULL)) == -1) && + __sys_fcntl(i, F_GETFL, NULL)) == -1) && (errno != EBADF)) PANIC("Cannot get stdio flags"); + } /* * Create a pipe that is written to by the signal handler to prevent @@ -170,8 +171,21 @@ _thread_init(void) /* Cannot create pipe, so abort: */ PANIC("Cannot create kernel pipe"); } + + /* + * Make sure the pipe does not get in the way of stdio: + */ + for (i = 0; i < 2; i++) { + if (_thread_kern_pipe[i] < 3) { + fd = __sys_fcntl(_thread_kern_pipe[i], F_DUPFD, 3); + if (fd == -1) + PANIC("Cannot create kernel pipe"); + __sys_close(_thread_kern_pipe[i]); + _thread_kern_pipe[i] = fd; + } + } /* Get the flags for the read pipe: */ - else if ((flags = __sys_fcntl(_thread_kern_pipe[0], F_GETFL, NULL)) == -1) { + if ((flags = __sys_fcntl(_thread_kern_pipe[0], F_GETFL, NULL)) == -1) { /* Abort this application: */ PANIC("Cannot get kernel read pipe flags"); } @@ -231,7 +245,7 @@ _thread_init(void) mib[1] = KERN_USRSTACK; len = sizeof (int); if (sysctl(mib, 2, &_usrstack, &len, NULL, 0) == -1) - _usrstack = USRSTACK; + _usrstack = (void *)USRSTACK; /* * Create a red zone below the main stack. All other stacks are * constrained to a maximum size by the paramters passed to @@ -291,7 +305,6 @@ _thread_init(void) /* Initialize the initial context: */ _thread_initial->curframe = NULL; - _thread_initial->ctxtype = CTX_JB_NOSIG; /* Initialise the rest of the fields: */ _thread_initial->poll_data.nfds = 0; @@ -316,17 +329,6 @@ _thread_init(void) /* Clear the signal queue: */ memset(_thread_sigq, 0, sizeof(_thread_sigq)); - - /* - * Create and install an alternate signal stack of - * the recommended size: - */ - _thread_sigstack.ss_sp = malloc(SIGSTKSZ); - _thread_sigstack.ss_size = SIGSTKSZ; - _thread_sigstack.ss_flags = 0; - if ((_thread_sigstack.ss_sp == NULL) || - (__sys_sigaltstack(&_thread_sigstack, NULL) != 0)) - PANIC("Unable to install alternate signal stack"); /* Enter a loop to get the existing signal status: */ for (i = 1; i < NSIG; i++) { Index: lib/libc_r/uthread/uthread_kern.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_kern.c,v retrieving revision 1.28.2.12 diff -u -p -r1.28.2.12 uthread_kern.c --- lib/libc_r/uthread/uthread_kern.c 17 Oct 2002 20:09:23 -0000 1.28.2.12 +++ lib/libc_r/uthread/uthread_kern.c 20 Oct 2002 16:04:03 -0000 @@ -101,7 +101,7 @@ _thread_kern_sched_frame(struct pthread_ void -_thread_kern_sched(ucontext_t *scp) +_thread_kern_sched(ucontext_t *ucp) { struct pthread *curthread = _get_curthread(); @@ -113,50 +113,61 @@ _thread_kern_sched(ucontext_t *scp) _thread_kern_in_sched = 1; /* Check if this function was called from the signal handler: */ - if (scp != NULL) { + if (ucp != NULL) { + /* XXX - Save FP registers? */ + FP_SAVE_UC(ucp); called_from_handler = 1; DBG_MSG("Entering scheduler due to signal\n"); - } else { - /* Save the state of the current thread: */ - if (_setjmp(curthread->ctx.jb) == 0) { - /* Flag the jump buffer was the last state saved: */ - curthread->ctxtype = CTX_JB_NOSIG; - curthread->longjmp_val = 1; - } else { - DBG_MSG("Returned from ___longjmp, thread %p\n", - curthread); - /* - * This point is reached when a longjmp() is called - * to restore the state of a thread. - * - * This is the normal way out of the scheduler. - */ - _thread_kern_in_sched = 0; + } - if (curthread->sig_defer_count == 0) { - if (((curthread->cancelflags & - PTHREAD_AT_CANCEL_POINT) == 0) && - ((curthread->cancelflags & - PTHREAD_CANCEL_ASYNCHRONOUS) != 0)) - /* - * Cancellations override signals. - * - * Stick a cancellation point at the - * start of each async-cancellable - * thread's resumption. - * - * We allow threads woken at cancel - * points to do their own checks. - */ - pthread_testcancel(); - } + /* Save the state of the current thread: */ + if (_setjmp(curthread->ctx.jb) != 0) { + DBG_MSG("Returned from ___longjmp, thread %p\n", + curthread); + /* + * This point is reached when a longjmp() is called + * to restore the state of a thread. + * + * This is the normal way out of the scheduler. + */ + _thread_kern_in_sched = 0; - if (_sched_switch_hook != NULL) { - /* Run the installed switch hook: */ - thread_run_switch_hook(_last_user_thread, - curthread); - } + if (curthread->sig_defer_count == 0) { + if (((curthread->cancelflags & + PTHREAD_AT_CANCEL_POINT) == 0) && + ((curthread->cancelflags & + PTHREAD_CANCEL_ASYNCHRONOUS) != 0)) + /* + * Cancellations override signals. + * + * Stick a cancellation point at the + * start of each async-cancellable + * thread's resumption. + * + * We allow threads woken at cancel + * points to do their own checks. + */ + pthread_testcancel(); + } + + if (_sched_switch_hook != NULL) { + /* Run the installed switch hook: */ + thread_run_switch_hook(_last_user_thread, curthread); + } + if (ucp == NULL) return; + else { + /* XXX - Restore FP registers? */ + FP_RESTORE_UC(ucp); + + /* + * Set the process signal mask in the context; it + * could have changed by the handler. + */ + ucp->uc_sigmask = _process_sigmask; + + /* Resume the interrupted thread: */ + sigreturn(ucp); } } /* Switch to the thread scheduler: */ @@ -191,20 +202,12 @@ _thread_kern_scheduler(void) called_from_handler = 0; /* - * The signal handler should have saved the state of - * the current thread. Restore the process signal - * mask. + * We were called from a signal handler; restore the process + * signal mask. */ if (__sys_sigprocmask(SIG_SETMASK, &_process_sigmask, NULL) != 0) PANIC("Unable to restore process mask after signal"); - - /* - * Since the signal handler didn't return normally, we - * have to tell the kernel to reuse the signal stack. - */ - if (__sys_sigaltstack(&_thread_sigstack, NULL) != 0) - PANIC("Unable to restore alternate signal stack"); } /* @@ -582,42 +585,11 @@ _thread_kern_scheduler(void) /* * Continue the thread at its current frame: */ - switch(curthread->ctxtype) { - case CTX_JB_NOSIG: - ___longjmp(curthread->ctx.jb, - curthread->longjmp_val); - break; - case CTX_JB: - __longjmp(curthread->ctx.jb, - curthread->longjmp_val); - break; - case CTX_SJB: - __siglongjmp(curthread->ctx.sigjb, - curthread->longjmp_val); - break; - case CTX_UC: - /* XXX - Restore FP regsisters? */ - FP_RESTORE_UC(&curthread->ctx.uc); - - /* - * Do a sigreturn to restart the thread that - * was interrupted by a signal: - */ - _thread_kern_in_sched = 0; - #if NOT_YET - _setcontext(&curthread->ctx.uc); + _setcontext(&curthread->ctx.uc); #else - /* - * Ensure the process signal mask is set - * correctly: - */ - curthread->ctx.uc.uc_sigmask = - _process_sigmask; - sigreturn(&curthread->ctx.uc); + ___longjmp(curthread->ctx.jb, 1); #endif - break; - } /* This point should not be reached. */ PANIC("Thread has returned from sigreturn or longjmp"); } Index: lib/libc_r/uthread/uthread_multi_np.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_multi_np.c,v retrieving revision 1.4 diff -u -p -r1.4 uthread_multi_np.c --- lib/libc_r/uthread/uthread_multi_np.c 12 Jan 2000 09:28:46 -0000 1.4 +++ lib/libc_r/uthread/uthread_multi_np.c 20 Oct 2002 14:43:55 -0000 @@ -34,13 +34,18 @@ #include #ifdef _THREAD_SAFE #include -#include "pthread_private.h" +#include int pthread_multi_np() { + /* Return to multi-threaded scheduling mode: */ - _thread_single = NULL; - return(0); + /* + * XXX - Do we want to do this? + * __is_threaded = 1; + */ + pthread_resume_all_np(); + return (0); } #endif Index: lib/libc_r/uthread/uthread_mutex.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_mutex.c,v retrieving revision 1.20.2.7 diff -u -p -r1.20.2.7 uthread_mutex.c --- lib/libc_r/uthread/uthread_mutex.c 17 Oct 2002 19:37:37 -0000 1.20.2.7 +++ lib/libc_r/uthread/uthread_mutex.c 20 Oct 2002 16:25:48 -0000 @@ -793,21 +793,9 @@ mutex_unlock_common(pthread_mutex_t * mu */ if (((*mutex)->m_owner = mutex_queue_deq(*mutex)) != NULL) { - /* - * Unless the new owner of the mutex is - * currently suspended, allow the owner - * to run. If the thread is suspended, - * make a note that the thread isn't in - * a wait queue any more. - */ - if (((*mutex)->m_owner->state != - PS_SUSPENDED)) { - PTHREAD_NEW_STATE((*mutex)->m_owner, - PS_RUNNING); - } else { - (*mutex)->m_owner->suspended = - SUSP_NOWAIT; - } + /* Make the new owner runnable: */ + PTHREAD_NEW_STATE((*mutex)->m_owner, + PS_RUNNING); /* * Add the mutex to the threads list of @@ -925,20 +913,10 @@ mutex_unlock_common(pthread_mutex_t * mu (*mutex)->m_prio; /* - * Unless the new owner of the mutex is - * currently suspended, allow the owner - * to run. If the thread is suspended, - * make a note that the thread isn't in - * a wait queue any more. - */ - if (((*mutex)->m_owner->state != - PS_SUSPENDED)) { - PTHREAD_NEW_STATE((*mutex)->m_owner, - PS_RUNNING); - } else { - (*mutex)->m_owner->suspended = - SUSP_NOWAIT; - } + * Make the new owner runnable: + */ + PTHREAD_NEW_STATE((*mutex)->m_owner, + PS_RUNNING); } } break; @@ -1054,20 +1032,10 @@ mutex_unlock_common(pthread_mutex_t * mu (*mutex)->m_prio; /* - * Unless the new owner of the mutex is - * currently suspended, allow the owner - * to run. If the thread is suspended, - * make a note that the thread isn't in - * a wait queue any more. - */ - if (((*mutex)->m_owner->state != - PS_SUSPENDED)) { - PTHREAD_NEW_STATE((*mutex)->m_owner, - PS_RUNNING); - } else { - (*mutex)->m_owner->suspended = - SUSP_NOWAIT; - } + * Make the new owner runnable: + */ + PTHREAD_NEW_STATE((*mutex)->m_owner, + PS_RUNNING); } } break; Index: lib/libc_r/uthread/uthread_priority_queue.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_priority_queue.c,v retrieving revision 1.5.2.2 diff -u -p -r1.5.2.2 uthread_priority_queue.c --- lib/libc_r/uthread/uthread_priority_queue.c 17 Oct 2002 19:37:38 -0000 1.5.2.2 +++ lib/libc_r/uthread/uthread_priority_queue.c 20 Oct 2002 14:43:55 -0000 @@ -165,52 +165,74 @@ _pq_remove(pq_queue_t *pq, pthread_t pth void _pq_insert_head(pq_queue_t *pq, pthread_t pthread) { - int prio = pthread->active_priority; + int prio; /* - * Make some assertions when debugging is enabled: + * Don't insert suspended threads into the priority queue. + * The caller is responsible for setting the threads state. */ - _PQ_ASSERT_INACTIVE("_pq_insert_head: pq_active"); - _PQ_SET_ACTIVE(); - _PQ_ASSERT_NOT_QUEUED(pthread, - "_pq_insert_head: Already in priority queue"); - _PQ_ASSERT_PROTECTED("_pq_insert_head: prioq not protected!"); - - TAILQ_INSERT_HEAD(&pq->pq_lists[prio].pl_head, pthread, pqe); - if (pq->pq_lists[prio].pl_queued == 0) - /* Insert the list into the priority queue: */ - pq_insert_prio_list(pq, prio); + if ((pthread->flags & PTHREAD_FLAGS_SUSPENDED) != 0) { + /* Make sure the threads state is suspended. */ + if (pthread->state != PS_SUSPENDED) + PTHREAD_SET_STATE(pthread, PS_SUSPENDED); + } else { + /* + * Make some assertions when debugging is enabled: + */ + _PQ_ASSERT_INACTIVE("_pq_insert_head: pq_active"); + _PQ_SET_ACTIVE(); + _PQ_ASSERT_NOT_QUEUED(pthread, + "_pq_insert_head: Already in priority queue"); + _PQ_ASSERT_PROTECTED("_pq_insert_head: prioq not protected!"); + + prio = pthread->active_priority; + TAILQ_INSERT_HEAD(&pq->pq_lists[prio].pl_head, pthread, pqe); + if (pq->pq_lists[prio].pl_queued == 0) + /* Insert the list into the priority queue: */ + pq_insert_prio_list(pq, prio); - /* Mark this thread as being in the priority queue. */ - pthread->flags |= PTHREAD_FLAGS_IN_PRIOQ; + /* Mark this thread as being in the priority queue. */ + pthread->flags |= PTHREAD_FLAGS_IN_PRIOQ; - _PQ_CLEAR_ACTIVE(); + _PQ_CLEAR_ACTIVE(); + } } void _pq_insert_tail(pq_queue_t *pq, pthread_t pthread) { - int prio = pthread->active_priority; + int prio; /* - * Make some assertions when debugging is enabled: + * Don't insert suspended threads into the priority queue. + * The caller is responsible for setting the threads state. */ - _PQ_ASSERT_INACTIVE("_pq_insert_tail: pq_active"); - _PQ_SET_ACTIVE(); - _PQ_ASSERT_NOT_QUEUED(pthread, - "_pq_insert_tail: Already in priority queue"); - _PQ_ASSERT_PROTECTED("_pq_insert_tail: prioq not protected!"); - - TAILQ_INSERT_TAIL(&pq->pq_lists[prio].pl_head, pthread, pqe); - if (pq->pq_lists[prio].pl_queued == 0) - /* Insert the list into the priority queue: */ - pq_insert_prio_list(pq, prio); + if ((pthread->flags & PTHREAD_FLAGS_SUSPENDED) != 0) { + /* Make sure the threads state is suspended. */ + if (pthread->state != PS_SUSPENDED) + PTHREAD_SET_STATE(pthread, PS_SUSPENDED); + } else { + /* + * Make some assertions when debugging is enabled: + */ + _PQ_ASSERT_INACTIVE("_pq_insert_tail: pq_active"); + _PQ_SET_ACTIVE(); + _PQ_ASSERT_NOT_QUEUED(pthread, + "_pq_insert_tail: Already in priority queue"); + _PQ_ASSERT_PROTECTED("_pq_insert_tail: prioq not protected!"); + + prio = pthread->active_priority; + TAILQ_INSERT_TAIL(&pq->pq_lists[prio].pl_head, pthread, pqe); + if (pq->pq_lists[prio].pl_queued == 0) + /* Insert the list into the priority queue: */ + pq_insert_prio_list(pq, prio); - /* Mark this thread as being in the priority queue. */ - pthread->flags |= PTHREAD_FLAGS_IN_PRIOQ; + /* Mark this thread as being in the priority queue. */ + pthread->flags |= PTHREAD_FLAGS_IN_PRIOQ; - _PQ_CLEAR_ACTIVE(); + _PQ_CLEAR_ACTIVE(); + } } @@ -238,6 +260,17 @@ _pq_first(pq_queue_t *pq) /* Mark the list as not being in the queue: */ pql->pl_queued = 0; + } else if ((pthread->flags & PTHREAD_FLAGS_SUSPENDED) != 0) { + /* + * This thread is suspended; remove it from the + * list and ensure its state is suspended. + */ + TAILQ_REMOVE(&pql->pl_head, pthread, pqe); + PTHREAD_SET_STATE(pthread, PS_SUSPENDED); + + /* This thread is now longer in the priority queue. */ + pthread->flags &= ~PTHREAD_FLAGS_IN_PRIOQ; + pthread = NULL; } } Index: lib/libc_r/uthread/uthread_resume_np.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_resume_np.c,v retrieving revision 1.7.2.3 diff -u -p -r1.7.2.3 uthread_resume_np.c --- lib/libc_r/uthread/uthread_resume_np.c 23 Jun 2001 00:47:05 -0000 1.7.2.3 +++ lib/libc_r/uthread/uthread_resume_np.c 20 Oct 2002 14:43:55 -0000 @@ -36,61 +36,75 @@ #include #include "pthread_private.h" +static void resume_common(struct pthread *); + /* Resume a thread: */ int pthread_resume_np(pthread_t thread) { - int ret; - enum pthread_susp old_suspended; + int ret; /* Find the thread in the list of active threads: */ if ((ret = _find_thread(thread)) == 0) { - /* Cancel any pending suspensions: */ - old_suspended = thread->suspended; - thread->suspended = SUSP_NO; - - /* Is it currently suspended? */ - if (thread->state == PS_SUSPENDED) { - /* - * Defer signals to protect the scheduling queues - * from access by the signal handler: - */ - _thread_kern_sig_defer(); - - switch (old_suspended) { - case SUSP_MUTEX_WAIT: - /* Set the thread's state back. */ - PTHREAD_SET_STATE(thread,PS_MUTEX_WAIT); - break; - case SUSP_COND_WAIT: - /* Set the thread's state back. */ - PTHREAD_SET_STATE(thread,PS_COND_WAIT); - break; - case SUSP_JOIN: - /* Set the thread's state back. */ - PTHREAD_SET_STATE(thread,PS_JOIN); - break; - case SUSP_NOWAIT: - /* Allow the thread to run. */ - PTHREAD_SET_STATE(thread,PS_RUNNING); - PTHREAD_WAITQ_REMOVE(thread); - PTHREAD_PRIOQ_INSERT_TAIL(thread); - break; - case SUSP_NO: - case SUSP_YES: - /* Allow the thread to run. */ - PTHREAD_SET_STATE(thread,PS_RUNNING); - PTHREAD_PRIOQ_INSERT_TAIL(thread); - break; - } - - /* - * Undefer and handle pending signals, yielding if - * necessary: - */ - _thread_kern_sig_undefer(); - } + /* + * Defer signals to protect the scheduling queues + * from access by the signal handler: + */ + _thread_kern_sig_defer(); + + if ((thread->flags & PTHREAD_FLAGS_SUSPENDED) != 0) + resume_common(thread); + + /* + * Undefer and handle pending signals, yielding if + * necessary: + */ + _thread_kern_sig_undefer(); + } + return (ret); +} + +void +pthread_resume_all_np(void) +{ + struct pthread *curthread = _get_curthread(); + struct pthread *thread; + + /* + * Defer signals to protect the scheduling queues from access + * by the signal handler: + */ + _thread_kern_sig_defer(); + + TAILQ_FOREACH(thread, &_thread_list, tle) { + if ((thread != curthread) && + ((thread->flags & PTHREAD_FLAGS_SUSPENDED) != 0)) + resume_common(thread); + } + + /* + * Undefer and handle pending signals, yielding if necessary: + */ + _thread_kern_sig_undefer(); +} + +static void +resume_common(struct pthread *thread) +{ + /* Clear the suspend flag: */ + thread->flags &= ~PTHREAD_FLAGS_SUSPENDED; + + /* + * If the thread's state is suspended, that means it is + * now runnable but not in any scheduling queue. Set the + * state to running and insert it into the run queue. + */ + if (thread->state == PS_SUSPENDED) { + PTHREAD_SET_STATE(thread, PS_RUNNING); + if (thread->priority_mutex_count > 0) + PTHREAD_PRIOQ_INSERT_HEAD(thread); + else + PTHREAD_PRIOQ_INSERT_TAIL(thread); } - return(ret); } #endif Index: lib/libc_r/uthread/uthread_select.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_select.c,v retrieving revision 1.16.2.4 diff -u -p -r1.16.2.4 uthread_select.c --- lib/libc_r/uthread/uthread_select.c 17 Oct 2002 19:37:38 -0000 1.16.2.4 +++ lib/libc_r/uthread/uthread_select.c 20 Oct 2002 16:53:00 -0000 @@ -51,7 +51,7 @@ _select(int numfds, fd_set * readfds, fd struct pthread *curthread = _get_curthread(); struct timespec ts; int i, ret = 0, f_wait = 1; - int pfd_index, got_one = 0, fd_count = 0; + int pfd_index, got_events = 0, fd_count = 0; struct pthread_poll_data data; if (numfds > _thread_dtablesize) { @@ -165,13 +165,23 @@ _select(int numfds, fd_set * readfds, fd * this file descriptor from the fdset if * the requested event wasn't ready. */ - got_one = 0; + + /* + * First check for invalid descriptor. + * If found, set errno and return -1. + */ + if (data.fds[i].revents & POLLNVAL) { + errno = EBADF; + return -1; + } + + got_events = 0; if (readfds != NULL) { if (FD_ISSET(data.fds[i].fd, readfds)) { if ((data.fds[i].revents & (POLLIN | POLLRDNORM | POLLERR | POLLHUP | POLLNVAL)) != 0) - got_one = 1; + got_events++; else FD_CLR(data.fds[i].fd, readfds); } @@ -181,7 +191,7 @@ _select(int numfds, fd_set * readfds, fd if ((data.fds[i].revents & (POLLOUT | POLLWRNORM | POLLWRBAND | POLLERR | POLLHUP | POLLNVAL)) != 0) - got_one = 1; + got_events++; else FD_CLR(data.fds[i].fd, writefds); @@ -190,16 +200,15 @@ _select(int numfds, fd_set * readfds, fd if (exceptfds != NULL) { if (FD_ISSET(data.fds[i].fd, exceptfds)) { if (data.fds[i].revents & (POLLRDBAND | - POLLPRI | POLLHUP | POLLERR | - POLLNVAL)) - got_one = 1; + POLLPRI)) + got_events++; else FD_CLR(data.fds[i].fd, exceptfds); } } - if (got_one) - numfds++; + if (got_events != 0) + numfds+=got_events; } ret = numfds; } Index: lib/libc_r/uthread/uthread_sig.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_sig.c,v retrieving revision 1.25.2.12 diff -u -p -r1.25.2.12 uthread_sig.c --- lib/libc_r/uthread/uthread_sig.c 17 Oct 2002 19:37:38 -0000 1.25.2.12 +++ lib/libc_r/uthread/uthread_sig.c 20 Oct 2002 16:10:05 -0000 @@ -48,11 +48,12 @@ static void thread_sig_add(struct pthrea static void thread_sig_check_state(struct pthread *pthread, int sig); static struct pthread *thread_sig_find(int sig); static void thread_sig_handle_special(int sig); -static void thread_sig_savecontext(struct pthread *pthread, ucontext_t *ucp); static void thread_sigframe_add(struct pthread *thread, int sig, int has_args); static void thread_sigframe_save(struct pthread *thread, struct pthread_signal_frame *psf); +static void thread_sig_invoke_handler(int sig, siginfo_t *info, + ucontext_t *ucp); /* #define DEBUG_SIGNAL */ #ifdef DEBUG_SIGNAL @@ -74,22 +75,13 @@ _thread_sig_handler(int sig, siginfo_t * { struct pthread *curthread = _get_curthread(); struct pthread *pthread, *pthread_h; - void *stackp; - int in_sched = 0; + int in_sched = _thread_kern_in_sched; char c; if (ucp == NULL) PANIC("Thread signal handler received null context"); DBG_MSG("Got signal %d, current thread %p\n", sig, curthread); - if (_thread_kern_in_sched != 0) - in_sched = 1; - else { - stackp = (void *)GET_STACK_UC(ucp); - if ((stackp >= _thread_kern_sched_stack) && - (stackp <= _thread_kern_sched_stack + SCHED_STACK_SIZE)) - in_sched = 1; - } /* Check if an interval timer signal: */ if (sig == _SCHED_SIGNAL) { /* Update the scheduling clock: */ @@ -110,16 +102,7 @@ _thread_sig_handler(int sig, siginfo_t * else if (curthread->sig_defer_count > 0) curthread->yield_on_sig_undefer = 1; else { - /* - * Save the context of the currently running thread: - */ - thread_sig_savecontext(curthread, ucp); - - /* - * Schedule the next thread. This function is not - * expected to return because it will do a longjmp - * instead. - */ + /* Schedule the next thread: */ _thread_kern_sched(ucp); /* @@ -213,18 +196,30 @@ _thread_sig_handler(int sig, siginfo_t * thread_sig_handle_special(sig); pthread_h = NULL; - if ((pthread = thread_sig_find(sig)) != NULL) { - DBG_MSG("Got signal %d, adding frame to thread %p\n", - sig, pthread); + if ((pthread = thread_sig_find(sig)) == NULL) + DBG_MSG("No thread to handle signal %d\n", sig); + else if (pthread == curthread) { /* - * A thread was found that can handle the signal. - * Save the context of the currently running thread - * so that we can switch to another thread without - * losing track of where the current thread left off. - * This also applies if the current thread is the - * thread to be signaled. + * Unblock the signal and restore the process signal + * mask in case we don't return from the handler: */ - thread_sig_savecontext(curthread, ucp); + _thread_sigq[sig - 1].blocked = 0; + __sys_sigprocmask(SIG_SETMASK, &_process_sigmask, NULL); + + /* Call the signal handler for the current thread: */ + thread_sig_invoke_handler(sig, info, ucp); + + /* + * Set the process signal mask in the context; it + * could have changed by the handler. + */ + ucp->uc_sigmask = _process_sigmask; + + /* Resume the interrupted thread: */ + sigreturn(ucp); + } else { + DBG_MSG("Got signal %d, adding frame to thread %p\n", + sig, pthread); /* Setup the target thread to receive the signal: */ thread_sig_add(pthread, sig, /*has_args*/ 1); @@ -234,8 +229,6 @@ _thread_sig_handler(int sig, siginfo_t * DBG_MSG("Finished adding frame, head of prio list %p\n", pthread_h); } - else - DBG_MSG("No thread to handle signal %d\n", sig); SIG_SET_INACTIVE(); /* @@ -244,8 +237,8 @@ _thread_sig_handler(int sig, siginfo_t * * signal and the currently running thread is not in a * signal handler. */ - if ((pthread == curthread) || ((pthread_h != NULL) && - (pthread_h->active_priority > curthread->active_priority))) { + if ((pthread_h != NULL) && + (pthread_h->active_priority > curthread->active_priority)) { /* Enter the kernel scheduler: */ _thread_kern_sched(ucp); } @@ -258,15 +251,45 @@ _thread_sig_handler(int sig, siginfo_t * } static void -thread_sig_savecontext(struct pthread *pthread, ucontext_t *ucp) -{ - memcpy(&pthread->ctx.uc, ucp, sizeof(*ucp)); +thread_sig_invoke_handler(int sig, siginfo_t *info, ucontext_t *ucp) + { + struct pthread *curthread = _get_curthread(); + void (*sigfunc)(int, siginfo_t *, void *); + int saved_seqno; + sigset_t saved_sigmask; - /* XXX - Save FP registers too? */ - FP_SAVE_UC(&pthread->ctx.uc); + /* Invoke the signal handler without going through the scheduler: + */ + DBG_MSG("Got signal %d, calling handler for current thread %p\n", + sig, curthread); - /* Mark the context saved as a ucontext: */ - pthread->ctxtype = CTX_UC; + /* Save the threads signal mask: */ + saved_sigmask = curthread->sigmask; + saved_seqno = curthread->sigmask_seqno; + + /* Setup the threads signal mask: */ + SIGSETOR(curthread->sigmask, _thread_sigact[sig - 1].sa_mask); + sigaddset(&curthread->sigmask, sig); + + /* + * Check that a custom handler is installed and if + * the signal is not blocked: + */ + sigfunc = _thread_sigact[sig - 1].sa_sigaction; + if (((__sighandler_t *)sigfunc != SIG_DFL) && + ((__sighandler_t *)sigfunc != SIG_IGN)) { + if (((_thread_sigact[sig - 1].sa_flags & SA_SIGINFO) != 0) || + (info == NULL)) + (*(sigfunc))(sig, info, ucp); + else + (*(sigfunc))(sig, (siginfo_t *)info->si_code, ucp); + } + /* + * Only restore the signal mask if it hasn't been changed by the + * application during invocation of the signal handler: + */ + if (curthread->sigmask_seqno == saved_seqno) + curthread->sigmask = saved_sigmask; } /* @@ -353,7 +376,8 @@ thread_sig_find(int sig) return (NULL); } else if ((handler_installed != 0) && - !sigismember(&pthread->sigmask, sig)) { + !sigismember(&pthread->sigmask, sig) && + ((pthread->flags & PTHREAD_FLAGS_SUSPENDED) == 0)) { if (pthread->state == PS_SIGSUSPEND) { if (suspended_thread == NULL) suspended_thread = pthread; @@ -769,10 +793,17 @@ thread_sig_add(struct pthread *pthread, /* * The thread should be removed from all scheduling * queues at this point. Raise the priority and place - * the thread in the run queue. + * the thread in the run queue. It is also possible + * for a signal to be sent to a suspended thread, + * mostly via pthread_kill(). If a thread is suspended, + * don't insert it into the priority queue; just set + * its state to suspended and it will run the signal + * handler when it is resumed. */ pthread->active_priority |= PTHREAD_SIGNAL_PRIORITY; - if (thread_is_active == 0) + if ((pthread->flags & PTHREAD_FLAGS_SUSPENDED) != 0) + PTHREAD_SET_STATE(pthread, PS_SUSPENDED); + else if (thread_is_active == 0) PTHREAD_PRIOQ_INSERT_TAIL(pthread); } } @@ -901,17 +932,13 @@ _thread_sig_send(struct pthread *pthread /* Return the signal number: */ pthread->signo = sig; - } else if (pthread == curthread) { + } else if (sigismember(&pthread->sigmask, sig)) /* Add the signal to the pending set: */ sigaddset(&pthread->sigpend, sig); - if (!sigismember(&pthread->sigmask, sig)) { - /* - * Call the kernel scheduler which will safely - * install a signal frame for this thread: - */ - _thread_kern_sched_sig(); - } - } else if (!sigismember(&pthread->sigmask, sig)) { + else if (pthread == curthread) + /* Call the signal handler for the current thread: */ + thread_sig_invoke_handler(sig, NULL, NULL); + else { /* Protect the scheduling queues: */ _thread_kern_sig_defer(); /* @@ -921,9 +948,6 @@ _thread_sig_send(struct pthread *pthread thread_sig_add(pthread, sig, /* has args */ 0); /* Unprotect the scheduling queues: */ _thread_kern_sig_undefer(); - } else { - /* Increment the pending signal count. */ - sigaddset(&pthread->sigpend,sig); } } } @@ -936,7 +960,6 @@ _thread_sig_send(struct pthread *pthread void _thread_sig_wrapper(void) { - void (*sigfunc)(int, siginfo_t *, void *); struct pthread_signal_frame *psf; struct pthread *thread = _get_curthread(); @@ -1002,27 +1025,13 @@ _thread_sig_wrapper(void) thread->sig_defer_count = 0; /* - * Check that a custom handler is installed and if the signal - * is not blocked: + * Dispatch the signal via the custom signal handler: */ - sigfunc = _thread_sigact[psf->signo - 1].sa_sigaction; - if (((__sighandler_t *)sigfunc != SIG_DFL) && - ((__sighandler_t *)sigfunc != SIG_IGN)) { - DBG_MSG("_thread_sig_wrapper: Calling signal handler for " - "thread 0x%p\n", thread); - /* - * Dispatch the signal via the custom signal - * handler: - */ - if (psf->sig_has_args == 0) - (*(sigfunc))(psf->signo, NULL, NULL); - else if ((_thread_sigact[psf->signo - 1].sa_flags & - SA_SIGINFO) != 0) - (*(sigfunc))(psf->signo, &psf->siginfo, &psf->uc); - else - (*(sigfunc))(psf->signo, - (siginfo_t *)psf->siginfo.si_code, &psf->uc); - } + if (psf->sig_has_args == 0) + thread_sig_invoke_handler(psf->signo, NULL, NULL); + else + thread_sig_invoke_handler(psf->signo, &psf->siginfo, &psf->uc); + /* * Call the kernel scheduler to safely restore the frame and * schedule the next thread: @@ -1034,24 +1043,10 @@ static void thread_sigframe_add(struct pthread *thread, int sig, int has_args) { struct pthread_signal_frame *psf = NULL; - unsigned long stackp = 0; + unsigned long stackp; - /* Get the top of the threads stack: */ - switch (thread->ctxtype) { - case CTX_JB: - case CTX_JB_NOSIG: - stackp = GET_STACK_JB(thread->ctx.jb); - break; - case CTX_SJB: - stackp = GET_STACK_SJB(thread->ctx.sigjb); - break; - case CTX_UC: - stackp = GET_STACK_UC(&thread->ctx.uc); - break; - default: - PANIC("Invalid thread context type"); - break; - } + /* Get the top of the threads stack: */ + stackp = GET_STACK_JB(thread->ctx.jb); /* * Leave a little space on the stack and round down to the @@ -1085,8 +1080,6 @@ thread_sigframe_add(struct pthread *thre /* Set up the new frame: */ thread->curframe = psf; - thread->ctxtype = CTX_JB_NOSIG; - thread->longjmp_val = 1; thread->flags &= PTHREAD_FLAGS_PRIVATE | PTHREAD_FLAGS_TRACE | PTHREAD_FLAGS_IN_SYNCQ; /* @@ -1102,8 +1095,7 @@ void _thread_sigframe_restore(struct pthread *thread, struct pthread_signal_frame *psf) { - thread->ctxtype = psf->ctxtype; - memcpy(&thread->ctx.uc, &psf->ctx.uc, sizeof(thread->ctx.uc)); + memcpy(&thread->ctx, &psf->ctx, sizeof(thread->ctx)); /* * Only restore the signal mask if it hasn't been changed * by the application during invocation of the signal handler: @@ -1116,7 +1108,6 @@ _thread_sigframe_restore(struct pthread thread->state = psf->saved_state.psd_state; thread->flags = psf->saved_state.psd_flags; thread->interrupted = psf->saved_state.psd_interrupted; - thread->longjmp_val = psf->saved_state.psd_longjmp_val; thread->signo = psf->saved_state.psd_signo; thread->sig_defer_count = psf->saved_state.psd_sig_defer_count; } @@ -1124,8 +1115,7 @@ _thread_sigframe_restore(struct pthread static void thread_sigframe_save(struct pthread *thread, struct pthread_signal_frame *psf) { - psf->ctxtype = thread->ctxtype; - memcpy(&psf->ctx.uc, &thread->ctx.uc, sizeof(thread->ctx.uc)); + memcpy(&psf->ctx, &thread->ctx, sizeof(thread->ctx)); psf->saved_state.psd_sigmask = thread->sigmask; psf->saved_state.psd_curframe = thread->curframe; psf->saved_state.psd_wakeup_time = thread->wakeup_time; @@ -1134,7 +1124,6 @@ thread_sigframe_save(struct pthread *thr psf->saved_state.psd_flags = thread->flags & (PTHREAD_FLAGS_PRIVATE | PTHREAD_FLAGS_TRACE); psf->saved_state.psd_interrupted = thread->interrupted; - psf->saved_state.psd_longjmp_val = thread->longjmp_val; psf->saved_state.psd_sigmask_seqno = thread->sigmask_seqno; psf->saved_state.psd_signo = thread->signo; psf->saved_state.psd_sig_defer_count = thread->sig_defer_count; Index: lib/libc_r/uthread/uthread_sigpending.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_sigpending.c,v retrieving revision 1.6.2.1 diff -u -p -r1.6.2.1 uthread_sigpending.c --- lib/libc_r/uthread/uthread_sigpending.c 17 Oct 2002 19:37:39 -0000 1.6.2.1 +++ lib/libc_r/uthread/uthread_sigpending.c 20 Oct 2002 16:12:30 -0000 @@ -31,6 +31,9 @@ * * $FreeBSD: src/lib/libc_r/uthread/uthread_sigpending.c,v 1.6.2.1 2002/10/17 19:37:39 fjoe Exp $ */ +#include +#include +#include #include #include #ifdef _THREAD_SAFE @@ -38,7 +41,7 @@ #include "pthread_private.h" int -_sigpending(sigset_t * set) +_sigpending(sigset_t *set) { struct pthread *curthread = _get_curthread(); int ret = 0; @@ -50,6 +53,7 @@ _sigpending(sigset_t * set) } else { *set = curthread->sigpend; + SIGSETOR(*set, _process_sigpending); } /* Return the completion status: */ return (ret); Index: lib/libc_r/uthread/uthread_sigsuspend.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_sigsuspend.c,v retrieving revision 1.9.2.1 diff -u -p -r1.9.2.1 uthread_sigsuspend.c --- lib/libc_r/uthread/uthread_sigsuspend.c 17 Oct 2002 19:37:39 -0000 1.9.2.1 +++ lib/libc_r/uthread/uthread_sigsuspend.c 20 Oct 2002 16:10:05 -0000 @@ -32,6 +32,8 @@ * $FreeBSD: src/lib/libc_r/uthread/uthread_sigsuspend.c,v 1.9.2.1 2002/10/17 19:37:39 fjoe Exp $ */ #include +#include +#include #include #ifdef _THREAD_SAFE #include @@ -42,7 +44,7 @@ _sigsuspend(const sigset_t * set) { struct pthread *curthread = _get_curthread(); int ret = -1; - sigset_t oset; + sigset_t oset, sigset; /* Check if a new signal set was provided by the caller: */ if (set != NULL) { @@ -52,8 +54,24 @@ _sigsuspend(const sigset_t * set) /* Change the caller's mask: */ curthread->sigmask = *set; - /* Wait for a signal: */ - _thread_kern_sched_state(PS_SIGSUSPEND, __FILE__, __LINE__); + /* + * Check if there are pending signals for the running + * thread or process that aren't blocked: + */ + sigset = curthread->sigpend; + SIGSETOR(sigset, _process_sigpending); + SIGSETNAND(sigset, curthread->sigmask); + if (SIGNOTEMPTY(sigset)) { + /* + * Call the kernel scheduler which will safely + * install a signal frame for the running thread: + */ + _thread_kern_sched_sig(); + } else { + /* Wait for a signal: */ + _thread_kern_sched_state(PS_SIGSUSPEND, + __FILE__, __LINE__); + } /* Always return an interrupted error: */ errno = EINTR; Index: lib/libc_r/uthread/uthread_single_np.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_single_np.c,v retrieving revision 1.3.2.1 diff -u -p -r1.3.2.1 uthread_single_np.c --- lib/libc_r/uthread/uthread_single_np.c 17 Oct 2002 19:37:39 -0000 1.3.2.1 +++ lib/libc_r/uthread/uthread_single_np.c 20 Oct 2002 14:43:55 -0000 @@ -34,12 +34,17 @@ #include #ifdef _THREAD_SAFE #include -#include "pthread_private.h" +#include int pthread_single_np() { + /* Enter single-threaded (non-POSIX) scheduling mode: */ - _thread_single = _get_curthread(); - return(0); + pthread_suspend_all_np(); + /* + * XXX - Do we want to do this? + * __is_threaded = 0; + */ + return (0); } #endif Index: lib/libc_r/uthread/uthread_suspend_np.c =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/uthread_suspend_np.c,v retrieving revision 1.7.2.5 diff -u -p -r1.7.2.5 uthread_suspend_np.c --- lib/libc_r/uthread/uthread_suspend_np.c 17 Oct 2002 19:37:39 -0000 1.7.2.5 +++ lib/libc_r/uthread/uthread_suspend_np.c 20 Oct 2002 14:43:55 -0000 @@ -36,7 +36,7 @@ #include #include "pthread_private.h" -static void finish_suspension(void *arg); +static void suspend_common(struct pthread *thread); /* Suspend a thread: */ int @@ -44,100 +44,19 @@ pthread_suspend_np(pthread_t thread) { int ret; + /* Suspending the current thread doesn't make sense. */ + if (thread == _get_curthread()) + ret = EDEADLK; + /* Find the thread in the list of active threads: */ - if ((ret = _find_thread(thread)) == 0) { + else if ((ret = _find_thread(thread)) == 0) { /* * Defer signals to protect the scheduling queues from * access by the signal handler: */ _thread_kern_sig_defer(); - switch (thread->state) { - case PS_RUNNING: - /* - * Remove the thread from the priority queue and - * set the state to suspended: - */ - PTHREAD_PRIOQ_REMOVE(thread); - PTHREAD_SET_STATE(thread, PS_SUSPENDED); - break; - - case PS_SPINBLOCK: - case PS_FDR_WAIT: - case PS_FDW_WAIT: - case PS_POLL_WAIT: - case PS_SELECT_WAIT: - /* - * Remove these threads from the work queue - * and mark the operation as interrupted: - */ - if ((thread->flags & PTHREAD_FLAGS_IN_WORKQ) != 0) - PTHREAD_WORKQ_REMOVE(thread); - _thread_seterrno(thread,EINTR); - - /* FALLTHROUGH */ - case PS_SLEEP_WAIT: - thread->interrupted = 1; - - /* FALLTHROUGH */ - case PS_SIGTHREAD: - case PS_WAIT_WAIT: - case PS_SIGSUSPEND: - case PS_SIGWAIT: - /* - * Remove these threads from the waiting queue and - * set their state to suspended: - */ - PTHREAD_WAITQ_REMOVE(thread); - PTHREAD_SET_STATE(thread, PS_SUSPENDED); - break; - - case PS_MUTEX_WAIT: - /* Mark the thread as suspended and still in a queue. */ - thread->suspended = SUSP_MUTEX_WAIT; - - PTHREAD_SET_STATE(thread, PS_SUSPENDED); - break; - case PS_COND_WAIT: - /* Mark the thread as suspended and still in a queue. */ - thread->suspended = SUSP_COND_WAIT; - - PTHREAD_SET_STATE(thread, PS_SUSPENDED); - break; - case PS_JOIN: - /* Mark the thread as suspended and joining: */ - thread->suspended = SUSP_JOIN; - - PTHREAD_NEW_STATE(thread, PS_SUSPENDED); - break; - case PS_FDLR_WAIT: - case PS_FDLW_WAIT: - case PS_FILE_WAIT: - /* Mark the thread as suspended: */ - thread->suspended = SUSP_YES; - - /* - * Threads in these states may be in queues. - * In order to preserve queue integrity, the - * cancelled thread must remove itself from the - * queue. Mark the thread as interrupted and - * set the state to running. When the thread - * resumes, it will remove itself from the queue - * and call the suspension completion routine. - */ - thread->interrupted = 1; - _thread_seterrno(thread, EINTR); - PTHREAD_NEW_STATE(thread, PS_RUNNING); - thread->continuation = finish_suspension; - break; - - case PS_DEAD: - case PS_DEADLOCK: - case PS_STATE_MAX: - case PS_SUSPENDED: - /* Nothing needs to be done: */ - break; - } + suspend_common(thread); /* * Undefer and handle pending signals, yielding if @@ -145,17 +64,40 @@ pthread_suspend_np(pthread_t thread) */ _thread_kern_sig_undefer(); } - return(ret); + return (ret); } -static void -finish_suspension(void *arg) +void +pthread_suspend_all_np(void) { struct pthread *curthread = _get_curthread(); + struct pthread *thread; - if (curthread->suspended != SUSP_NO) - _thread_kern_sched_state(PS_SUSPENDED, __FILE__, __LINE__); -} + /* + * Defer signals to protect the scheduling queues from + * access by the signal handler: + */ + _thread_kern_sig_defer(); + + TAILQ_FOREACH(thread, &_thread_list, tle) { + if (thread != curthread) + suspend_common(thread); + } + /* + * Undefer and handle pending signals, yielding if + * necessary: + */ + _thread_kern_sig_undefer(); +} +void +suspend_common(struct pthread *thread) +{ + thread->flags |= PTHREAD_FLAGS_SUSPENDED; + if (thread->flags & PTHREAD_FLAGS_IN_PRIOQ) { + PTHREAD_PRIOQ_REMOVE(thread); + PTHREAD_SET_STATE(thread, PS_SUSPENDED); + } +} #endif --UlVJffcvxoiEqYs2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 12:28:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3ED137B401 for ; Sun, 20 Oct 2002 12:28:14 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B29F43E7B for ; Sun, 20 Oct 2002 12:28:10 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KJS4pk075746; Sun, 20 Oct 2002 13:28:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 13:27:52 -0600 (MDT) Message-Id: <20021020.132752.54475285.imp@bsdimp.com> To: calimero.lol@wanadoo.fr Cc: peterh@ripewithdecay.com, stable@FreeBSD.ORG Subject: Re: RE : NO DRIVER! From: "M. Warner Losh" In-Reply-To: <003701c2781c$06f23830$030ba8c0@manille> References: <20021020192929.L38432-100000@extortion.peterh.dropbear.id.au> <003701c2781c$06f23830$030ba8c0@manille> 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-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <003701c2781c$06f23830$030ba8c0@manille> "Calimero" writes: : Do you want to say that the the driver does not exist or the driver : isn't present on my computer ? You need 'device atapist' in your comnfig file order to use the ata tape drives. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 12:29:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E497E37B401 for ; Sun, 20 Oct 2002 12:29:12 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B77E43E88 for ; Sun, 20 Oct 2002 12:29:05 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KJT4pk075757; Sun, 20 Oct 2002 13:29:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 13:28:52 -0600 (MDT) Message-Id: <20021020.132852.76488627.imp@bsdimp.com> To: calimero.lol@wanadoo.fr Cc: peterh@ripewithdecay.com, stable@FreeBSD.ORG Subject: Re: RE : NO DRIVER! From: "M. Warner Losh" In-Reply-To: <003701c2781c$06f23830$030ba8c0@manille> References: <20021020192929.L38432-100000@extortion.peterh.dropbear.id.au> <003701c2781c$06f23830$030ba8c0@manille> 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-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Except maybe fo the OnStream tapes. I can't recall if the ADR is one of these or not. Some of them are 'wintapes' which require extra processing in driver, which we don't have. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 13: 7:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 342A837B401 for ; Sun, 20 Oct 2002 13:07:56 -0700 (PDT) Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F4DB43E6E for ; Sun, 20 Oct 2002 13:07:50 -0700 (PDT) (envelope-from danny-dated-1035576464.b546bf@limehouse.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id 24876DCB3F for ; Sun, 20 Oct 2002 22:07:44 +0200 (CEST) Received: from pan.limehouse.org (D5E09356.kabel.telenet.be [213.224.147.86]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 9F33EDC982 for ; Sun, 20 Oct 2002 22:07:43 +0200 (CEST) Received: from pan.limehouse.org (localhost [127.0.0.1]) by pan.limehouse.org (8.12.3/8.12.3) with ESMTP id g9KK7n8B002749 for ; Sun, 20 Oct 2002 22:07:49 +0200 (CEST) (envelope-from danny-dated-1035576464.b546bf@limehouse.org) Date: Sun, 20 Oct 2002 22:07:36 +0200 To: "M. Warner Losh" Cc: stable@FreeBSD.ORG Subject: Re: pcic0: works on 4.6R but not on 4.7-PRE Message-ID: <20021020200736.GA2696@limehouse.org> References: <20020923175841.GA1065@limehouse.org> <20020930.014311.73447261.imp@bsdimp.com> <20021019053824.GA271@limehouse.org> <20021019.001415.103568681.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20021019.001415.103568681.imp@bsdimp.com> User-Agent: Mutt/1.4i From: Danny Cautaert X-Delivery-Agent: TMDA/0.62 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 19, 2002 at 12:14:15AM -0600, M. Warner Losh wrote: > Oh, I'm sorry. Here's a quick and dirty patch that might work for > you. > -#define CARDBUS_SYS_RES_MEMORY_START 0x88000000 > +#define CARDBUS_SYS_RES_MEMORY_START 0xe0000000 Yes, this does the trick, tnx. --=20 Danny Cautaert * Zopista & Pythoneer FreeBSD * OpenBSD * Debian GNU/Linux Write me in Dutch, French or English --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9sw0IBDI26xBzGXcRAkOXAJ9c/3KcK61Z15AoybMZPJrNps62jwCdHqPX 022XwhK1pm4tyWqc0K76Np8= =Kgcj -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 13:38:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4665C37B401 for ; Sun, 20 Oct 2002 13:38:58 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C9F43E8A for ; Sun, 20 Oct 2002 13:38:54 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KKcspk076216; Sun, 20 Oct 2002 14:38:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 14:38:40 -0600 (MDT) Message-Id: <20021020.143840.67122199.imp@bsdimp.com> To: danny-dated-1035576457.6fa449@limehouse.org Cc: stable@FreeBSD.ORG Subject: Re: pcic0: works on 4.6R but not on 4.7-PRE From: "M. Warner Losh" In-Reply-To: <20021020200736.GA2696@limehouse.org> References: <20021019053824.GA271@limehouse.org> <20021019.001415.103568681.imp@bsdimp.com> <20021020200736.GA2696@limehouse.org> 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-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021020200736.GA2696@limehouse.org> Danny Cautaert writes: : On Sat, Oct 19, 2002 at 12:14:15AM -0600, M. Warner Losh wrote: : > Oh, I'm sorry. Here's a quick and dirty patch that might work for : > you. : : > -#define CARDBUS_SYS_RES_MEMORY_START 0x88000000 : > +#define CARDBUS_SYS_RES_MEMORY_START 0xe0000000 : : Yes, this does the trick, tnx. OK. I'll turn it into a sysctl/tunable at some point... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 15:46:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D2EF37B401 for ; Sun, 20 Oct 2002 15:46:48 -0700 (PDT) Received: from kendra.ne.client2.attbi.com (kendra.ne.client2.attbi.com [24.147.23.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BA643E7B for ; Sun, 20 Oct 2002 15:46:48 -0700 (PDT) (envelope-from ahd@kew.com) Received: by kendra.ne.client2.attbi.com (Postfix, from userid 1015) id 493131553E; Sun, 20 Oct 2002 18:46:47 -0400 (EDT) Received: from kendra (intergate-d.hh.kew.com [192.168.202.3]) by kendra.ne.client2.attbi.com (Postfix) with SMTP id AA4BC15537 for ; Sun, 20 Oct 2002 18:46:39 -0400 (EDT) Message-ID: <002f01c2788a$ae715c80$84cba8c0@kendra> From: "Andrew H. Derbyshire" To: Subject: re: solid lockup at serial port accesss Date: Sun, 20 Oct 2002 18:47:34 -0400 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 X-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL version=2.31 X-Spam-Level: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Making a debug kernel does nothing for me. Before the hang I can drop and out of the debugger easily. After words, the machine is hung solid. Suggestions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 17:21: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A86737B401 for ; Sun, 20 Oct 2002 17:21:02 -0700 (PDT) Received: from mail.rz.uni-ulm.de (gemini.rz.uni-ulm.de [134.60.246.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC5B43E7B for ; Sun, 20 Oct 2002 17:21:01 -0700 (PDT) (envelope-from siegbert.baude@gmx.de) Received: from gmx.de (lilith.wh-wurm.uni-ulm.de [134.60.106.64]) by mail.rz.uni-ulm.de (8.12.5/8.12.5) with ESMTP id g9L0KxcD014324 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Mon, 21 Oct 2002 02:21:00 +0200 (MEST) Message-ID: <3DB3486C.1020102@gmx.de> Date: Mon, 21 Oct 2002 02:21:00 +0200 From: Siegbert Baude User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021017 X-Accept-Language: de, en MIME-Version: 1.0 To: stable@freebsd.org Subject: login failure for DES encrypted accounts Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, since my upgrade to 4.7-STABLE on Friday I'm not able to login or su for accounts, which use DES encrypted passwords. Accounts with MD5 encrypted passwords however work as expected. Setting a new password as root reenables the account, as passwd will follow the default to use MD5 hashes. But setting all passwords by hand is no real solution. The last working system was cvsupped and built with the normal procedure including mergemaster. Kernel time stamp was Oct 12 00.10 CEST. The failing system's kernel time stamp is Oct 18 17.20 CEST; I followed the same procedure as everytime including complete cvsup, world, kernel and mergemaster. For cvsup I'm not using src-all but only a selection of components. My cvsup-file: *default host=cvsup3.de.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_4 *default compress delete use-rel-suffix src-base src-bin src-contrib src-etc src-gnu src-include src-lib src-libexec src-sbin src-secure src-share src-sys src-tools src-usrbin src-usrsbin src-crypto src-sys-crypto *default tag=. ports-all doc-all My /usr/sup/refuse file includes: src/sys/alpha src/sys/pc98 [port and doc refuses snipped] I'm not aware of any relevant changes during the last mergemaster. Did I miss something important? Was there a change to the PAM-subsystem? Thanks for your help in advance. Ciao Siegbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 17:34: 2 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E078F37B401; Sun, 20 Oct 2002 17:34:00 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CA8143E97; Sun, 20 Oct 2002 17:34:00 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.36 #1 (Debian)) id 183QVm-0000gg-00; Sun, 20 Oct 2002 17:33:38 -0700 Date: Sun, 20 Oct 2002 17:33:38 -0700 To: Max Khon Cc: freebsd-stable@freebsd.org, freebsd-java@freebsd.org, "Bill Huey (Hui)" Subject: Re: libc_r MFC Message-ID: <20021021003338.GA2625@gnuppy.monkey.org> References: <20021021001514.A38080@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021021001514.A38080@iclub.nsu.ru> User-Agent: Mutt/1.4i From: Bill Huey (Hui) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 12:15:14AM +0700, Max Khon wrote: > hi, there! > > Please test attached patch. It contains MFC of signal handling, > thread suspension and a couple of bug fixes. > > I have succesfully run Java2D demo and JBuilder 7 with hotspot (compiler2) > built from ports/java/jdk13 with these patches. Thanks, this has been badly needed for a long time. This with the combination of a working HotSpot VM in both 1.3 and 1.4 is going to legitimate Java under FreeBSD. It is big news. ;) We should get a mass patchset released for all of this stuff and make a big announcement for all the recent work that's been done. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 20:22: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDF337B401 for ; Sun, 20 Oct 2002 20:22:02 -0700 (PDT) Received: from zcars04e.nortelnetworks.com (zcars04e.nortelnetworks.com [47.129.242.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E6ED43E65 for ; Sun, 20 Oct 2002 20:22:01 -0700 (PDT) (envelope-from atrens@nortelnetworks.com) Received: from zcard307.ca.nortel.com (zcard307.ca.nortel.com [47.129.242.67]) by zcars04e.nortelnetworks.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g9L3LZw07049; Sun, 20 Oct 2002 23:21:36 -0400 (EDT) Received: from zcard031.ca.nortel.com ([47.129.242.121]) by zcard307.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VA74KS03; Sun, 20 Oct 2002 23:21:35 -0400 Received: from hcarp00g (hcarp00g.ca.nortel.com [47.130.128.122]) by zcard031.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VD6HCLN2; Sun, 20 Oct 2002 23:21:35 -0400 Subject: Re: Asus A7V8X mobo + bge driver = panic From: Andrew Atrens Reply-To: atrens@nortelnetworks.com To: John Polstra Cc: stable@FreeBSD.ORG In-Reply-To: <200210190156.g9J1uVv0028752@vashon.polstra.com> References: <1034910104.790.15.camel@hcarp00g.ca.nortel.com> <200210190156.g9J1uVv0028752@vashon.polstra.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 20 Oct 2002 23:22:24 -0400 Message-Id: <1035170544.1300.11.camel@hcarp00g.ca.nortel.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi John, From the THG site ( same as quoted by Lawrence Farr ) - I cut and pasted the text blurb - | The A7V8X is true to Asus form: six PCI slots, three DIMM sockets and | an AC97 sound system are part of today's standard equipment. What is | unusual, though, is the Gigabit Ethernet controller from Broadcom | (BCM5702CKFB), ... ... | The epitome of networking: Broadcom network controller for 10, 100 or | even 1,000 MBit/s.=20 http://www.tomshardware.com/mainboard/02q4/021007/kt400-04.html the second link quoted by Dan Bowman shows an almost identical chip (also characterized as being GigE)=20 http://www.motherboards.org/articlesd/motherboard-reviews/1205_1.html On Fri, 2002-10-18 at 21:56, John Polstra wrote: In article <1034910104.790.15.camel@hcarp00g.ca.nortel.com>, Andrew Atrens wrote: >=20 > My motherboard has a built-in NIC, a BCM5702. (Broadcom 10/100/GigE)=20 >=20 > none0@pci0:9:0: class=3D0x020000 card=3D0x80a81043 chip=3D0x440114e4 = rev=3D0x01 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > class =3D network > subclass =3D ethernet >=20 >=20 > The chipID wasn't in if_bgereg.h, so I added - >=20 > #define BCOM_DEVICEID_BCM5702 0x4401 =20 I don't know what that chip is, but the device ID doesn't match anything in the 3com driver for Linux: It's very new I guess. The Broadcom folks claim Linux support for it on their web page. (at least on the glossy I downloaded). =20 #define T3_PCI_ID_BCM5700 0x164414e4 #define T3_PCI_ID_BCM5701 0x164514e4 #define T3_PCI_ID_BCM5702 0x164614e4 #define T3_PCI_ID_BCM5702x 0x16A614e4 #define T3_PCI_ID_BCM5703 0x164714e4 #define T3_PCI_ID_BCM5703x 0x16A714e4 #define T3_PCI_ID_BCM5702FE 0x164D14e4 =20 Can you see the chip on the motherboard? Is it actually labeled as a Broadcom BCM5702? BCM5702CKFB P12 64200S =20 John --=20 John Polstra John D. Polstra & Co., Inc. Seattle, Washingto= n USA "Disappointment is a good sign of basic intelligence." -- Ch=F6gyam = Trungpa =20 =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 20 20:35:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F85737B401 for ; Sun, 20 Oct 2002 20:35:09 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A06D443E65 for ; Sun, 20 Oct 2002 20:35:08 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VB8L>; Sun, 20 Oct 2002 23:35:02 -0400 Message-ID: From: Don Bowman To: "'atrens@nortelnetworks.com'" , John Polstra Cc: stable@FreeBSD.ORG Subject: RE: Asus A7V8X mobo + bge driver = panic Date: Sun, 20 Oct 2002 23:35:01 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Andrew Atrens [mailto:atrens@nortelnetworks.com] > the second link quoted by Don Bowman shows an almost identical chip > (also characterized as being GigE) > > http://www.motherboards.org/articlesd/motherboard-reviews/1205_1.html Actually, the link I sent shows that Asus motherboards have one or the other broadcom... A 570x OR or a 4401 (its optional). The 4401 is a 10/100. Suspiciously, 4401 is also the device id you are seeing... A quick google search: http://www.google.com/search?sourceid=navclient&q=asus+4401 shows that asus has used this 4401 in the past on other motherboards. I don't suppose you can physically look @ the board and see if you can find the BCM570X on it? It would likely be near the RJ45 @ the back. I have access to the 570x specs, and there is no mention of 4401 as a valid device id, so either the OEM (Asus) has set it wrong in the eeprom, or it really is a different chip. I also forwarded a patch for the bge that causes it to dump out the VPD and the MFG info. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 0:59:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 252E937B404; Mon, 21 Oct 2002 00:59:18 -0700 (PDT) Received: from relay1.cris.net (relay1.cris.net [212.110.128.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51DF43E42; Mon, 21 Oct 2002 00:59:13 -0700 (PDT) (envelope-from ml@phantom.cris.net) Received: from phantom.cris.net (root@phantom.cris.net [212.110.130.74]) by relay1.cris.net (8.12.6/8.12.4) with ESMTP id g9LAvquU074027; Mon, 21 Oct 2002 10:57:53 GMT (envelope-from ml@phantom.cris.net) Received: (from ml@localhost) by phantom.cris.net (8.12.2/8.12.2) id g9L84Mad052545; Mon, 21 Oct 2002 11:04:22 +0300 (EEST) (envelope-from ml) Date: Mon, 21 Oct 2002 11:04:22 +0300 From: Alexey Zelkin To: Max Khon Cc: freebsd-stable@FreeBSD.ORG, freebsd-java@FreeBSD.ORG Subject: Re: libc_r MFC Message-ID: <20021021110422.A52514@phantom.cris.net> References: <20021021001514.A38080@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021021001514.A38080@iclub.nsu.ru>; from fjoe@iclub.nsu.ru on Mon, Oct 21, 2002 at 12:15:14AM +0700 X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, On Mon, Oct 21, 2002 at 12:15:14AM +0700, Max Khon wrote: > Please test attached patch. It contains MFC of signal handling, > thread suspension and a couple of bug fixes. Ohh! I spent yesterday yesterday a half of day to check out my 1.4 patches to work at -STABLE. And almost finished letter with sad news to -STABLE people... And now I have to dig into testing process from scratch again :-( PS: Seriously, good job! Thanks! Will try your patches today later. > I have succesfully run Java2D demo and JBuilder 7 with hotspot (compiler2) > built from ports/java/jdk13 with these patches. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2: 1:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 881EB37B401; Mon, 21 Oct 2002 02:01:08 -0700 (PDT) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2295943E3B; Mon, 21 Oct 2002 02:01:07 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g9L915c1664314; Mon, 21 Oct 2002 13:01:05 +0400 (MSD) Date: Mon, 21 Oct 2002 13:01:05 +0400 (MSD) From: Maxim Konovalov X-X-Sender: Maxim Konovalov To: stable@freebsd.org Cc: net@freebsd.org Subject: MFC patch for "un-bzero'd sin_zero causes bind() in PF_INET to fail" problem Message-ID: <20021021125129.Q33128-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am planning to MFC to RELENG_4 a diff below. Any objections? References: http://www.freebsd.org/cgi/query-pr.cgi?pr=31704 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/36813 Index: src/sys/netinet/in_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.91 retrieving revision 1.92 diff -u -r1.91 -r1.92 --- src/sys/netinet/in_pcb.c 17 Oct 2001 18:07:05 -0000 1.91 +++ src/sys/netinet/in_pcb.c 6 Nov 2001 00:48:01 -0000 1.92 @@ -221,6 +221,7 @@ reuseport = SO_REUSEADDR|SO_REUSEPORT; } else if (sin->sin_addr.s_addr != INADDR_ANY) { sin->sin_port = 0; /* yech... */ + bzero(&sin->sin_zero, sizeof(sin->sin_zero)); if (ifa_ifwithaddr((struct sockaddr *)sin) == 0) return (EADDRNOTAVAIL); } %%% -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2: 8:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D6237B401 for ; Mon, 21 Oct 2002 02:08:17 -0700 (PDT) Received: from outmail-1.st1.spray.net (outmail-1.st1.spray.net [212.78.202.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C1843E6E for ; Mon, 21 Oct 2002 02:08:16 -0700 (PDT) (envelope-from jordi_yc@caramail.com) Received: from caramail.com (pu62.st1.spray.net [212.78.202.57]) by outmail-1.st1.spray.net (Postfix) with SMTP id 4111F1FD68 for ; Mon, 21 Oct 2002 11:08:09 +0200 (DST) From: Jordi YC To: freebsd-stable@freebsd.org Message-ID: <1034985333007751@lycos-europe.com> X-Mailer: LycosMail X-Originating-IP: [207.172.89.64] Mime-Version: 1.0 Subject: USB Timeout after BIOS update Date: Sat, 19 Oct 2002 01:55:33 GMT+1 Content-Type: multipart/mixed; boundary="=_NextPart_Lycos_0077511034985333_ID" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --=_NextPart_Lycos_0077511034985333_ID Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I did a BIOS update last week, and it screw up the USB system showing timeout errors under FreeBSD stable. It was working just fine until the update. The laptop is a Sony Vaio r505. dmesg shows: ... FreeBSD 4.7-STABLE #7: Wed Oct 16 20:00:31 EDT 2002 jordi@harry2.bcn.dyndns.org:/usr/obj/usr/src/sys/HARRY2 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (745.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 ... uhci0: port 0x1820-0x183f irq 9 at device 31.2 on pci0 uhci0: LegSup = 0x0000003b 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: (vendor=0x8086, dev=0x2443) at 31.3 irq 9 uhci1: port 0x1840-0x185f irq 9 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 umass0: Sony USB Memory Stick Slot, rev 1.10/1.80, addr 2, 8070i (ATAPI) over CBI ... This is what is showing when inserting a Logitech Optical Mouse: usbd_new_device: addr=2, getting first desc failed uhub_explore: usb_new_device failed, error=TIMEOUT uhub0: device problem, disabling port 1 It seems that the mouse is not powered when inserted (?) Is there anything else I can check? Is this a BIOS bug, does ACPI has anything to do? TIA, Jordi ______________________________________________________ Consigue tu propio Hosting y Dominio al mejor precio: http://webcenter.lycos.es/ --=_NextPart_Lycos_0077511034985333_ID-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2: 8:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B119C37B404 for ; Mon, 21 Oct 2002 02:08:18 -0700 (PDT) Received: from outmail-1.st1.spray.net (outmail-1.st1.spray.net [212.78.202.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BBF43E75 for ; Mon, 21 Oct 2002 02:08:16 -0700 (PDT) (envelope-from jordi_yc@caramail.com) Received: from caramail.com (pu62.st1.spray.net [212.78.202.57]) by outmail-1.st1.spray.net (Postfix) with SMTP id 3B4161FD58 for ; Mon, 21 Oct 2002 11:08:09 +0200 (DST) From: Jordi YC To: freebsd-stable@freebsd.org Message-ID: <1034985333007751@lycos-europe.com> X-Mailer: LycosMail X-Originating-IP: [207.172.89.64] Mime-Version: 1.0 Subject: USB Timeout after BIOS update Date: Sat, 19 Oct 2002 01:55:33 GMT+1 Content-Type: multipart/mixed; boundary="=_NextPart_Lycos_0077511034985333_ID" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --=_NextPart_Lycos_0077511034985333_ID Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I did a BIOS update last week, and it screw up the USB system showing timeout errors under FreeBSD stable. It was working just fine until the update. The laptop is a Sony Vaio r505. dmesg shows: ... FreeBSD 4.7-STABLE #7: Wed Oct 16 20:00:31 EDT 2002 jordi@harry2.bcn.dyndns.org:/usr/obj/usr/src/sys/HARRY2 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (745.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 ... uhci0: port 0x1820-0x183f irq 9 at device 31.2 on pci0 uhci0: LegSup = 0x0000003b 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: (vendor=0x8086, dev=0x2443) at 31.3 irq 9 uhci1: port 0x1840-0x185f irq 9 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 umass0: Sony USB Memory Stick Slot, rev 1.10/1.80, addr 2, 8070i (ATAPI) over CBI ... This is what is showing when inserting a Logitech Optical Mouse: usbd_new_device: addr=2, getting first desc failed uhub_explore: usb_new_device failed, error=TIMEOUT uhub0: device problem, disabling port 1 It seems that the mouse is not powered when inserted (?) Is there anything else I can check? Is this a BIOS bug, does ACPI has anything to do? TIA, Jordi ______________________________________________________ Consigue tu propio Hosting y Dominio al mejor precio: http://webcenter.lycos.es/ --=_NextPart_Lycos_0077511034985333_ID-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2:19:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A983E37B401 for ; Mon, 21 Oct 2002 02:19:31 -0700 (PDT) Received: from ntmk.tagil.ru (ntmk.tagil.ru [195.151.0.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2BF843E4A for ; Mon, 21 Oct 2002 02:19:16 -0700 (PDT) (envelope-from boris@ntmk.ru) Received: from ntmk.ru (boris.nikom.ru [10.1.16.195]) by ntmk.tagil.ru (8.9.3/8.9.1) with ESMTP id PAA28867 for ; Mon, 21 Oct 2002 15:19:02 +0600 (YEKST) Message-ID: <3DB3C686.5000306@ntmk.ru> Date: Mon, 21 Oct 2002 15:19:02 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2b) Gecko/20021017 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-stable Subject: Where to send pam_radius feature request Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I have feature request for pam_radius module and have done dirty patch for it. Now I need a man who may check my patch an commit it to system. About month ago Mark Murray agreed to commit my patch to 4.7 stable branch but now I can't get an answer from him. -- Good Luck, Boris [Team OS/2] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2:27:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C986C37B401 for ; Mon, 21 Oct 2002 02:27:53 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE33A43E65 for ; Mon, 21 Oct 2002 02:27:52 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from cerberus.publity.de ([213.61.128.135] helo=snafu.de) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 183Yqk-0005Oc-00; Mon, 21 Oct 2002 11:27:50 +0200 Message-ID: <3DB3C877.7080904@snafu.de> Date: Mon, 21 Oct 2002 11:27:19 +0200 From: "Fischer, Oliver" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Mike Hoskins Cc: Chris BeHanna , FreeBSD-Stable Subject: Re: freebsd test matrix References: <20021018134020.D8827-100000@fubar.adept.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry for my very late answer, I had to do some assigments for my university. Mike Hoskins wrote: > Clearly, this process indicates developers should write test cases for > their code... Unfortuneately, the last thing an opensource project needs > is more work for the developers. :) Yes, I know this argument but I think it isn't true. Only the start is hard but if you have a working test system you are much more flexible because you are not afraid that changes can break the system and you don't realize it. I know this from my own projects. Often little changes here broke code there. :-( > Of course it would be nice to someday have a fully automated, robust > test/stress setup for builds... That will involve a lot of work from > build/QA people and developers. So, in the meantime, what can we do to > provide a resource that is immediately available, and serves to gather > initiative for future projects? It needs even a lot of time to develop such a testsystem. It must be flexible, extensible, modular AND fast. I guess I needs some months to reach a state, that other people could integrate their stuff. > provide a resource that is immediately available, and serves to gather > initiative for future projects? > Would a site that simply let people post hardware specs, kernel configs, > dmesg output, debugging info, etc. be useful? I think maintaining a > searchable, user-supported database of build results would be a useful > first step toward something much larger. Ja, that is a good idea. Any concreate ideas how to do it? I would take part in it. BYe Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2:31:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3610937B401 for ; Mon, 21 Oct 2002 02:31:16 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC5143E4A for ; Mon, 21 Oct 2002 02:31:15 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from cerberus.publity.de ([213.61.128.135] helo=snafu.de) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 183Yu2-0006F8-00; Mon, 21 Oct 2002 11:31:14 +0200 Message-ID: <3DB3C942.7060506@snafu.de> Date: Mon, 21 Oct 2002 11:30:42 +0200 From: "Fischer, Oliver" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Ricardo Anguiano Cc: Chris BeHanna , FreeBSD-Stable Subject: Re: freebsd test matrix References: <20021018034039.F1275-100000@topperwein.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ricardo Anguiano wrote: > I might be able to convince management that it's a good idea to work > on FreeBSD testing. Is there any interest? Who would I contact > (qa@freebsd?) to figure this out and try to get started? Did someone did it already? Bye Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 2:53:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D20337B404 for ; Mon, 21 Oct 2002 02:53:10 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE21443E6E for ; Mon, 21 Oct 2002 02:53:09 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from cerberus.publity.de ([213.61.128.135] helo=snafu.de) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 183ZFE-0004I3-00; Mon, 21 Oct 2002 11:53:08 +0200 Message-ID: <3DB3CE67.3000706@snafu.de> Date: Mon, 21 Oct 2002 11:52:39 +0200 From: "Fischer, Oliver" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: David Kleiner Cc: FreeBSD-Stable Subject: Re: freebsd test matrix References: <20021018034039.F1275-100000@topperwein.dyndns.org> <20021019020234.GA21846@panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Looks nice at the first glance. I didn't know it. Has someone any expericence with tet and can post his opinion on it. David Kleiner wrote: > And what about tet, as in /usr/ports/misc/tet - has anybody tried writing > tet scripts for FreeBSD-specific testing? Bye Oliver -- Oliver Fischer Das Internet stammt aus dem letzten Jahrtausend! plexus%@% snafu.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:22:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 515B837B401 for ; Mon, 21 Oct 2002 03:22:09 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D4C43E65 for ; Mon, 21 Oct 2002 03:22:09 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 183ZhI-0000E4-00 for freebsd-stable@freebsd.org; Mon, 21 Oct 2002 03:22:08 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Stable Subject: Syslog.pm Cannot get host name of local machine Message-Id: Date: Mon, 21 Oct 2002 03:22:08 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG freebsd 4.7-stable as of 2002.10.20 spamassassin 2.41 after last night's upgrade to freebsd/spamassassin, # spamd Cannot get host name of local machine at /usr/libdata/perl/5.00503/Sys/Syslog.pm line 248 randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:35:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CFEE37B401 for ; Mon, 21 Oct 2002 03:35:33 -0700 (PDT) Received: from office.advantage-interactive.com (host217-37-74-237.in-addr.btopenworld.com [217.37.74.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FF5243E7B for ; Mon, 21 Oct 2002 03:35:27 -0700 (PDT) (envelope-from simond@irrelevant.org) Received: from devbox.advantage-interactive.com ([192.168.254.128] helo=linux.advantage-interactive.com) by office.advantage-interactive.com with esmtp (Exim 3.36 #1) id 183Zu6-00009R-00; Mon, 21 Oct 2002 11:35:23 +0100 Subject: Re: Syslog.pm Cannot get host name of local machine From: Simon Dick To: Randy Bush Cc: FreeBSD Stable In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 21 Oct 2002 11:35:22 +0100 Message-Id: <1035196522.1771.12.camel@linux> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-10-21 at 11:22, Randy Bush wrote: > freebsd 4.7-stable as of 2002.10.20 > spamassassin 2.41 > > after last night's upgrade to freebsd/spamassassin, > > # spamd > Cannot get host name of local machine at /usr/libdata/perl/5.00503/Sys/Syslog.pm line 248 I got that too, I still can't see a reason why it's not working :( (latest releng_4_6 release and latest ports). I have to admit I "fixed" it by hacking the Syslog.pm file, but that's not really a proper/long term fix -- Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:39:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9098A37B401 for ; Mon, 21 Oct 2002 03:39:50 -0700 (PDT) Received: from mail1.private.maxnet.eu.org (pam80-1-3-25.man.dial.ntli.net [80.1.3.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F69A43E6A for ; Mon, 21 Oct 2002 03:39:38 -0700 (PDT) (envelope-from brownc@maxnet.eu.org) Received: from redbull.private.maxnet.eu.org (redbull.private.maxnet.eu.org [192.168.16.2]) by mail1.private.maxnet.eu.org (Postfix) with ESMTP id B85EF2C5 for ; Mon, 21 Oct 2002 11:46:51 +0100 (BST) Subject: SUBSCRIBE Date: Mon, 21 Oct 2002 11:45:38 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-MS-Has-Attach: Content-Transfer-Encoding: quoted-printable X-MS-TNEF-Correlator: Thread-Topic: SUBSCRIBE Thread-Index: AcJ47v4ycPz/l3koTt6LhFAzBkj+LA== X-Mimeole: Produced By Microsoft Exchange V6.0.4417.0 content-class: urn:content-classes:message From: "Brown, Chris" To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG SUBSCRIBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:41: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2066737B401 for ; Mon, 21 Oct 2002 03:41:02 -0700 (PDT) Received: from rhadamanth.submonkey.net (pc1-cdif2-4-cust210.cdf.cable.ntl.com [80.4.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF0943E75 for ; Mon, 21 Oct 2002 03:41:01 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by rhadamanth.submonkey.net with local (Exim 4.10) id 183ZzS-000AgZ-00; Mon, 21 Oct 2002 11:40:54 +0100 Date: Mon, 21 Oct 2002 11:40:54 +0100 From: Ceri Davies To: Simon Dick Cc: Randy Bush , FreeBSD Stable Subject: Re: Syslog.pm Cannot get host name of local machine Message-ID: <20021021104053.GA41043@submonkey.net> Mail-Followup-To: Ceri Davies , Simon Dick , Randy Bush , FreeBSD Stable References: <1035196522.1771.12.camel@linux> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1035196522.1771.12.camel@linux> X-message-flag: All your linuxconf-configured redhat are belong to us. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 11:35:22AM +0100, Simon Dick wrote: > On Mon, 2002-10-21 at 11:22, Randy Bush wrote: > > freebsd 4.7-stable as of 2002.10.20 > > spamassassin 2.41 > > > > after last night's upgrade to freebsd/spamassassin, > > > > # spamd > > Cannot get host name of local machine at /usr/libdata/perl/5.00503/Sys/Syslog.pm line 248 > > I got that too, I still can't see a reason why it's not working :( > (latest releng_4_6 release and latest ports). I have to admit I "fixed" > it by hacking the Syslog.pm file, but that's not really a proper/long > term fix Me too ;) Could I see your patch to Syslog.pm please ? Ceri -- you can't see when light's so strong you can't see when light is gone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:44:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A6A37B401 for ; Mon, 21 Oct 2002 03:44:57 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA3F743E6A for ; Mon, 21 Oct 2002 03:44:57 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 183a3M-0000kD-00; Mon, 21 Oct 2002 03:44:56 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ceri Davies Cc: Simon Dick , FreeBSD Stable Subject: Re: Syslog.pm Cannot get host name of local machine References: <1035196522.1771.12.camel@linux> <20021021104053.GA41043@submonkey.net> Message-Id: Date: Mon, 21 Oct 2002 03:44:56 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Could I see your patch to Syslog.pm please ? if you promise not to puke *** /usr/libdata/perl/5.00503/Sys/Syslog.pm~ Mon Oct 21 03:17:14 2002 --- /usr/libdata/perl/5.00503/Sys/Syslog.pm Mon Oct 21 03:41:18 2002 *************** *** 245,251 **** sub connect { unless ($host) { require Sys::Hostname; ! my($host_uniq) = Sys::Hostname::hostname(); ($host) = $host_uniq =~ /([A-Za-z0-9_.-]+)/; # allow FQDN (inc _) } unless ( $sock_type ) { --- 245,252 ---- sub connect { unless ($host) { require Sys::Hostname; ! # my($host_uniq) = Sys::Hostname::hostname(); ! my($host_uniq) = `hostname`; ($host) = $host_uniq =~ /([A-Za-z0-9_.-]+)/; # allow FQDN (inc _) } unless ( $sock_type ) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:45:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C894E37B401 for ; Mon, 21 Oct 2002 03:45:15 -0700 (PDT) Received: from dorfl.internal.moreton.com.au (pacific.moreton.com.au [203.143.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D63C43E3B for ; Mon, 21 Oct 2002 03:45:11 -0700 (PDT) (envelope-from pdh@moreton.com.au) Received: from dorfl.internal.moreton.com.au (localhost [127.0.0.1]) by dorfl.internal.moreton.com.au (8.12.3/8.12.3) with ESMTP id g9LAj6Y4073045 for ; Mon, 21 Oct 2002 20:45:06 +1000 (EST) (envelope-from pdh@moreton.com.au) Received: (from pdh@localhost) by dorfl.internal.moreton.com.au (8.12.3/8.12.3/Submit) id g9LAj65R073041 for freebsd-stable@FreeBSD.ORG; Mon, 21 Oct 2002 20:45:06 +1000 (EST) (envelope-from pdh) Date: Mon, 21 Oct 2002 20:45:06 +1000 From: Phil Homewood To: freebsd-stable@FreeBSD.ORG Subject: Re: Syslog.pm Cannot get host name of local machine Message-ID: <20021021104506.GA71836@dorfl.internal.moreton.com.au> References: <1035196522.1771.12.camel@linux> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1035196522.1771.12.camel@linux> User-Agent: Mutt/1.4i X-PGP-Key-ID: 1024/EDE1CCB5 1996/02/26 X-PGP-Fingerprint: 86 B5 37 9D 5B ED EC BB 7C 0D B5 D6 C2 45 13 F1 X-PGP-Public-Key-Finger: phil@rivendell.apana.org.au X-PGP-Public-Key-URL: http://rivendell.apana.org.au/~phil/pgp.asc Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Simon Dick wrote: > > Cannot get host name of local machine at /usr/libdata/perl/5.00503/Sys/Syslog.pm line 248 > > I got that too, I still can't see a reason why it's not working :( I suspect you've found a bug in Sys::Hostname which I reported nearly three years (and several email addresses) ago, and which never got fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/15662 contains the PR and a patch which might fix your problem. Another workaround (which really only works by accident) might be simply to set $ENV{'PATH'} explicitly in spamd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:48:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0965437B401 for ; Mon, 21 Oct 2002 03:48:39 -0700 (PDT) Received: from rhadamanth.submonkey.net (pc1-cdif2-4-cust210.cdf.cable.ntl.com [80.4.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5526743E6E for ; Mon, 21 Oct 2002 03:48:36 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by rhadamanth.submonkey.net with local (Exim 4.10) id 183a6p-000AiB-00; Mon, 21 Oct 2002 11:48:31 +0100 Date: Mon, 21 Oct 2002 11:48:31 +0100 From: Ceri Davies To: Randy Bush Cc: Simon Dick , FreeBSD Stable Subject: Re: Syslog.pm Cannot get host name of local machine Message-ID: <20021021104831.GB41131@submonkey.net> Mail-Followup-To: Ceri Davies , Randy Bush , Simon Dick , FreeBSD Stable References: <1035196522.1771.12.camel@linux> <20021021104053.GA41043@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-message-flag: All your linuxconf-configured redhat are belong to us. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 03:44:56AM -0700, Randy Bush wrote: > > Could I see your patch to Syslog.pm please ? > > if you promise not to puke ;^) As long as I can get spamd working again, I don't care how crappy the code is. > *** /usr/libdata/perl/5.00503/Sys/Syslog.pm~ Mon Oct 21 03:17:14 2002 > --- /usr/libdata/perl/5.00503/Sys/Syslog.pm Mon Oct 21 03:41:18 2002 > *************** > *** 245,251 **** > sub connect { > unless ($host) { > require Sys::Hostname; > ! my($host_uniq) = Sys::Hostname::hostname(); > ($host) = $host_uniq =~ /([A-Za-z0-9_.-]+)/; # allow FQDN (inc _) > } > unless ( $sock_type ) { > --- 245,252 ---- > sub connect { > unless ($host) { > require Sys::Hostname; > ! # my($host_uniq) = Sys::Hostname::hostname(); > ! my($host_uniq) = `hostname`; > ($host) = $host_uniq =~ /([A-Za-z0-9_.-]+)/; # allow FQDN (inc _) > } > unless ( $sock_type ) { That'll do pig, that'll do. Ceri -- you can't see when light's so strong you can't see when light is gone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:52:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DB137B401 for ; Mon, 21 Oct 2002 03:52:11 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E8DB43E88 for ; Mon, 21 Oct 2002 03:52:11 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 183aAN-0000uo-00; Mon, 21 Oct 2002 03:52:11 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ceri Davies Cc: Simon Dick , FreeBSD Stable Subject: Re: Syslog.pm Cannot get host name of local machine References: <1035196522.1771.12.camel@linux> <20021021104053.GA41043@submonkey.net> <20021021104831.GB41131@submonkey.net> Message-Id: Date: Mon, 21 Oct 2002 03:52:11 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > ;^) As long as I can get spamd working again, I don't care how crappy > the code is. now, the question is what other deamons are not running :-( randy, who just let six hours of spam into 100+ mailing lists :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:53: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C1E337B401 for ; Mon, 21 Oct 2002 03:53:04 -0700 (PDT) Received: from office.advantage-interactive.com (host217-37-74-237.in-addr.btopenworld.com [217.37.74.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB4A243E65 for ; Mon, 21 Oct 2002 03:53:03 -0700 (PDT) (envelope-from simond@irrelevant.org) Received: from devbox.advantage-interactive.com ([192.168.254.128] helo=linux.advantage-interactive.com) by office.advantage-interactive.com with esmtp (Exim 3.36 #1) id 183aB4-00009j-00; Mon, 21 Oct 2002 11:52:54 +0100 Subject: Re: Syslog.pm Cannot get host name of local machine From: Simon Dick To: Phil Homewood Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20021021104506.GA71836@dorfl.internal.moreton.com.au> References: <1035196522.1771.12.camel@linux> <20021021104506.GA71836@dorfl.internal.moreton.com.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 21 Oct 2002 11:52:54 +0100 Message-Id: <1035197574.1978.16.camel@linux> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-10-21 at 11:45, Phil Homewood wrote: > Simon Dick wrote: > > > Cannot get host name of local machine at /usr/libdata/perl/5.00503/Sys/Syslog.pm line 248 > > > > I got that too, I still can't see a reason why it's not working :( > > I suspect you've found a bug in Sys::Hostname which I reported > nearly three years (and several email addresses) ago, and which > never got fixed. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/15662 contains the > PR and a patch which might fix your problem. Another workaround > (which really only works by accident) might be simply to set > $ENV{'PATH'} explicitly in spamd. That's actually the patch I ended up using, even though I have no idea at all why it fixes it (I just used trial and error) -- Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 3:57:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183DD37B401 for ; Mon, 21 Oct 2002 03:57:48 -0700 (PDT) Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C62A43E42 for ; Mon, 21 Oct 2002 03:57:47 -0700 (PDT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 08A5597; Mon, 21 Oct 2002 12:57:46 +0200 (CEST) Date: Mon, 21 Oct 2002 12:57:45 +0200 From: Guido van Rooij To: Boris Kovalenko Cc: freebsd-stable Subject: Re: Where to send pam_radius feature request Message-ID: <20021021105745.GA28607@gvr.gvr.org> References: <3DB3C686.5000306@ntmk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DB3C686.5000306@ntmk.ru> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 03:19:02PM +0600, Boris Kovalenko wrote: > Hello! > > I have feature request for pam_radius module and have done dirty > patch for it. Now I need a man who may check my patch an commit it to > system. About month ago Mark Murray agreed to commit my patch to 4.7 > stable branch but now I can't get an answer from him. Look at the cvs history of the file on: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpam/modules/pam_radius/pam_radius.c You'll see that John Polstra wrote it and last commits were all done by des. So I'd try both of them. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 4: 2:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4C5C37B401 for ; Mon, 21 Oct 2002 04:02:38 -0700 (PDT) Received: from ntmk.tagil.ru (ntmk.tagil.ru [195.151.0.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8524143E42 for ; Mon, 21 Oct 2002 04:02:15 -0700 (PDT) (envelope-from boris@ntmk.ru) Received: from ntmk.ru (boris.nikom.ru [10.1.16.195]) by ntmk.tagil.ru (8.9.3/8.9.1) with ESMTP id RAA31505 for ; Mon, 21 Oct 2002 17:02:02 +0600 (YEKST) Message-ID: <3DB3DEA7.3050005@ntmk.ru> Date: Mon, 21 Oct 2002 17:01:59 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2b) Gecko/20021017 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-stable Subject: Re: Where to send pam_radius feature request References: <3DB3C686.5000306@ntmk.ru> <20021021105745.GA28607@gvr.gvr.org> In-Reply-To: <3DB3C686.5000306@ntmk.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Guido van Rooij wrote: >On Mon, Oct 21, 2002 at 03:19:02PM +0600, Boris Kovalenko wrote: > > >>Hello! >> >> I have feature request for pam_radius module and have done dirty >>patch for it. Now I need a man who may check my patch an commit it to >>system. About month ago Mark Murray agreed to commit my patch to 4.7 >>stable branch but now I can't get an answer from him. >> >> > >Look at the cvs history of the file on: >http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpam/modules/pam_radius/pam_radius.c > >You'll see that John Polstra wrote it and last commits were all done by des. > >So I'd try both of them. > John said that he isn't responsive for pam_radius & libradius for the time present :( And point me to Mark Murray :) > >-Guido > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > > > > -- Good Luck, Boris [Team OS/2] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 4:14: 2 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95EDF37B401 for ; Mon, 21 Oct 2002 04:14:01 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E1543E3B for ; Mon, 21 Oct 2002 04:14:01 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 183aVP-0001S3-00; Mon, 21 Oct 2002 04:13:55 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ceri Davies Cc: Simon Dick , FreeBSD Stable Subject: Re: Syslog.pm Cannot get host name of local machine References: <1035196522.1771.12.camel@linux> <20021021104053.GA41043@submonkey.net> <20021021104831.GB41131@submonkey.net> Message-Id: Date: Mon, 21 Oct 2002 04:13:55 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG simon had the more correct patch *** /usr/libdata/perl/5.00503/Sys/Hostname.pm~ Mon Oct 21 03:16:31 2002 --- /usr/libdata/perl/5.00503/Sys/Hostname.pm Mon Oct 21 04:03:07 2002 *************** *** 98,103 **** --- 98,104 ---- local $SIG{__DIE__}; $host = `(hostname) 2>/dev/null`; # bsdish $ENV{'PATH'} = $pathstack; + $host; } # method 4 - sysV uname command (may truncate) method 4 will have the same problem randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 6:53:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EB8337B401 for ; Mon, 21 Oct 2002 06:53:48 -0700 (PDT) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16ACC43E4A for ; Mon, 21 Oct 2002 06:53:47 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g9LDrjc1790080 for ; Mon, 21 Oct 2002 17:53:45 +0400 (MSD) Date: Mon, 21 Oct 2002 17:53:45 +0400 (MSD) From: Maxim Konovalov To: stable@freebsd.org Subject: Call for testers: ipfw(8) limit patch Message-ID: <20021021174100.Q1221-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello -stable, A patch below fixes an incorrect logic in remove_dyn_rule() which produces that famous message "OUCH! cannot remove rule..". The second part of the patch limits "drop session" message rate. If you are using or would like to use ipfw(8) limit rules in RELENG_4 please try this patch. Please sent your reports directly to me. Thanks in advance. Index: ip_fw.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw.c,v retrieving revision 1.131.2.35 diff -u -r1.131.2.35 ip_fw.c --- ip_fw.c 29 Jul 2002 02:04:25 -0000 1.131.2.35 +++ ip_fw.c 18 Oct 2002 07:32:15 -0000 @@ -696,11 +696,11 @@ if (zap) zap = force || TIME_LEQ( q->expire , time_second ); /* do not zap parent in first pass, record we need a second pass */ - if (q->dyn_type == DYN_LIMIT_PARENT) { + if (zap && q->dyn_type == DYN_LIMIT_PARENT) { max_pass = 1; /* we need a second pass */ - if (zap == 1 && (pass == 0 || q->count != 0) ) { + if (pass == 0 || q->count != 0) { zap = 0 ; - if (pass == 1) /* should not happen */ + if (pass == 1 && force) /* should not happen */ printf("OUCH! cannot remove rule, count %d\n", q->count); } @@ -988,7 +988,10 @@ if (parent->count >= conn_limit) { EXPIRE_DYN_CHAIN(rule); /* try to expire some */ if (parent->count >= conn_limit) { - printf("drop session, too many entries\n"); + if (fw_verbose && last_log != time_second) { + last_log = time_second; + printf("drop session, too many entries\n"); + } return 1; } } %%% -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 7:17:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C10EF37B401 for ; Mon, 21 Oct 2002 07:17:32 -0700 (PDT) Received: from zcars04e.nortelnetworks.com (zcars04e.nortelnetworks.com [47.129.242.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id E163043E88 for ; Mon, 21 Oct 2002 07:17:31 -0700 (PDT) (envelope-from atrens@nortelnetworks.com) Received: from zcard307.ca.nortel.com (americasm07.nt.com [47.129.242.67]) by zcars04e.nortelnetworks.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g9LEHBB11330; Mon, 21 Oct 2002 10:17:11 -0400 (EDT) Received: from zcard0ka.ca.nortel.com ([47.129.242.162]) by zcard307.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VA74LLZ4; Mon, 21 Oct 2002 10:17:11 -0400 Received: from hcarp00g (hcarp00g.ca.nortel.com [47.130.128.122]) by zcard0ka.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id TLKPG97M; Mon, 21 Oct 2002 10:17:12 -0400 Date: Mon, 21 Oct 2002 10:18:00 -0400 (EDT) From: Andrew Atrens X-X-Sender: atrens@hcarp00g.ca.nortel.com To: Don Bowman Cc: John Polstra , Subject: RE: Asus A7V8X mobo + bge driver = panic In-Reply-To: Message-ID: <20021021094614.P1025-100000@hcarp00g.ca.nortel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You are correct. Pulled out my flashlight and checked, and indeed it's a - BroadCom BCM4401 KFB on the Asus site they also say - LAN (optional) Broadcom=AE 10/100 Mbps or 1000 Mbps Ethernet controller so I must have somehow gotten the 10/100 chip. :) Sorry for the confusion :) :) Grepping the sources I can't seem to find 4401 anywhere so I suspect this chip is not yet supported ? Andrew. On Sun, 20 Oct 2002, Don Bowman wrote: > Date: Sun, 20 Oct 2002 23:35:01 -0400 > From: Don Bowman > To: "Atrens, Andrew [SKY:QV96:EXCH]" , > John Polstra > Cc: stable@FreeBSD.ORG > Subject: RE: Asus A7V8X mobo + bge driver =3D panic > > > From: Andrew Atrens [mailto:atrens@nortelnetworks.com] > > the second link quoted by Don Bowman shows an almost identical chip > > (also characterized as being GigE) > > > > http://www.motherboards.org/articlesd/motherboard-reviews/1205_1.html > > Actually, the link I sent shows that Asus motherboards have one > or the other broadcom... A 570x OR or a 4401 (its optional). > The 4401 is a 10/100. Suspiciously, 4401 is also the device id > you are seeing... > > A quick google search: > http://www.google.com/search?sourceid=3Dnavclient&q=3Dasus+4401 > shows that asus has used this 4401 in the past on other motherboards. > > I don't suppose you can physically look @ the board and see > if you can find the BCM570X on it? It would likely be near > the RJ45 @ the back. > > I have access to the 570x specs, and there is no mention > of 4401 as a valid device id, so either the OEM (Asus) has set it > wrong in the eeprom, or it really is a different chip. > > I also forwarded a patch for the bge that causes it to dump out > the VPD and the MFG info. > > --don (don@sandvine.com www.sandvine.com) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 7:41:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 287A337B401 for ; Mon, 21 Oct 2002 07:41:11 -0700 (PDT) Received: from mail.thinkburst.com (juno.geocomm.com [204.214.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6272543E3B for ; Mon, 21 Oct 2002 07:41:10 -0700 (PDT) (envelope-from jbozza@thinkburst.com) Received: from mailgate.thinkburstmedia.com (gateway.thinkburstmedia.com [204.214.64.100]) by mail.thinkburst.com (Postfix) with ESMTP id 2316636822; Mon, 21 Oct 2002 09:40:35 -0500 (CDT) Received: from sigma.geocomm.com (sigma.geocomm.com [10.1.1.5]) by mailgate.thinkburstmedia.com (Postfix) with ESMTP id 3D0F034; Mon, 21 Oct 2002 09:41:04 -0500 (CDT) Received: by sigma.geocomm.com (Postfix, from userid 805) id EDEBF24569; Mon, 21 Oct 2002 09:41:03 -0500 (CDT) Received: from bozza (dhcp00.geocomm.com [10.1.1.100]) by sigma.geocomm.com (Postfix) with ESMTP id 7FC5524567; Mon, 21 Oct 2002 09:41:03 -0500 (CDT) From: "Jaime Bozza" To: Cc: Subject: cvsup and refuse file gotcha Date: Mon, 21 Oct 2002 09:37:17 -0500 Message-ID: <051b01c2790f$5afa0400$6401010a@bozza> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Importance: Normal X-Sanitizer: ThinkBurst Media, Inc. mail filter Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I ran into a gotcha with refuse files that was starting to really irritate me before I figured it out. I had checked the FAQ on cvsup along with searching the archives, but I didn't find anything regarding this issue. I wanted to start refusing these (under RELENG_4): src/contrib/perl5/lib/File/Spec src/contrib/perl5/lib/File/Spec.pm I created a file /usr/sup/refuse and added the above files in. It stopped grabbing everything under the Spec/ directory, but it kept grabbing Spec.pm. I read the FAQ about RCS files, so I made the line src/contrib/perl5/lib/File/Spec.pm* And it still download the file. No matter how many ways I referenced the file, it wouldn't stop downloading. Until I remembered that perl is no longer in the FreeBSD tree. Changing it to: src/contrib/perl5/lib/File/Attic/Spec.pm* worked. Luckily I remembered that files removed across revisions are placed into the Attic. Regardless, I was thinking that another FAQ entry could be made recommending that you check the cvs tree to located the *actual* filename/location and that the location may not match the location of the file in your source tree. (At least, when files have been removed from later revisions of the tree but not from the revision you're using) Obviously not a huge issue, but something that'll come up with -CURRENT removing portions of the base that are still used in -STABLE. Jaime Bozza To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 9:19: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F419D37B401 for ; Mon, 21 Oct 2002 09:19:08 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6374F43E4A for ; Mon, 21 Oct 2002 09:19:03 -0700 (PDT) (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 g9LGJ24D000540; Mon, 21 Oct 2002 09:19:02 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9LGJ2re000539; Mon, 21 Oct 2002 09:19:02 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 21 Oct 2002 09:19:02 -0700 From: David Schultz To: Charles Swiger Cc: stable@FreeBSD.ORG Subject: Re: 4.7-RELEASE crash [file system] Message-ID: <20021021161902.GA396@HAL9000.homeunix.com> Mail-Followup-To: Charles Swiger , stable@FreeBSD.ORG References: <20021019130404.A25131-100000@edge.foundation.invalid> <001901c27798$d033df70$0301a8c0@prime> <3DB2399F.3060900@zbzoom.net> <003a01c27849$6367d4d0$0301a8c0@prime> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003a01c27849$6367d4d0$0301a8c0@prime> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Charles Swiger : > PS: Arguably, people should be building with "-g -O" all of the time, even > in production. GCC tends to generate the most reliable code for that > combination of options, as those are exercised the most frequently. GCC specifically does *not* generate code that is any more or less reliable when you use -g. The GCC folks are fairly picky about that rule. As for optimization, I've never been bitten by any bugs in either -O0 or -O, but in theory -O0 would save you from any bugs in the optimizer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 10:43:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4BE237B401 for ; Mon, 21 Oct 2002 10:43:47 -0700 (PDT) Received: from mtiwmhc11.worldnet.att.net (mtiwmhc11.worldnet.att.net [204.127.131.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1274843E77 for ; Mon, 21 Oct 2002 10:43:47 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from prime ([12.88.94.90]) by mtiwmhc11.worldnet.att.net (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with SMTP id <20021021174345.PXCB20156.mtiwmhc11.worldnet.att.net@prime> for ; Mon, 21 Oct 2002 17:43:45 +0000 Message-ID: <006501c27929$67cf3cd0$0301a8c0@prime> From: "Charles Swiger" To: References: <20021019130404.A25131-100000@edge.foundation.invalid> <001901c27798$d033df70$0301a8c0@prime> <3DB2399F.3060900@zbzoom.net> <003a01c27849$6367d4d0$0301a8c0@prime> <20021021161902.GA396@HAL9000.homeunix.com> Subject: GCC options, was: Re: 4.7-RELEASE crash [file system] Date: Mon, 21 Oct 2002 13:43:15 -0400 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-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Charles Swiger : >> PS: Arguably, people should be building with "-g -O" all of the >> time, even in production. GCC tends to generate the most reliable >> code for that combination of options, as those are exercised the >> most frequently. > > GCC specifically does *not* generate code that is any more or less > reliable when you use -g. The GCC folks are fairly picky about > that rule. The GCC team wants the compiler to produce reliable code under all circumstances, most likely. What the compiler actually does may not correspond perfectly to that intention. > As for optimization, I've never been bitten by any bugs in either -O0 or -O, > but in theory -O0 would save you from any bugs in the optimizer. -O0 means to disable the optimizer, agreed. However, the optimizer isn't a single thing; it's an entire range of individual optimization techniques. Different -O levels (-O0, -O, -O2, etc...) enable different combinations. Using -g may change some of the optimizations, such as disabling "-fomit-frame-pointer", if they are incompatible with symbolic debugging. It also has other implications on certain platforms, such as the HP/PA RISC and probably the SPARC, as those platforms tend to pass arguments in registers rather than putting them on the stack-- although the _space_ in the stack frame is reserved, but the contents may not be written there. On such platforms, -g tells the compiler to emit code to always write the arguments to the stack, which is useful when debugging. On the HP, that means that even leaf procedures need to allocate a stack frame rather than the callee using their caller's frame. (HP uses twisted calling conventions.) On the SPARC, that probably means something like a call FLUSHW, to flush the "register windows" used by that CPU architecture. -Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 11:22:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71E4A37B401 for ; Mon, 21 Oct 2002 11:22:09 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id B86FB43E3B for ; Mon, 21 Oct 2002 11:22:08 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VCZM>; Mon, 21 Oct 2002 14:22:07 -0400 Message-ID: From: Don Bowman To: 'Andrew Atrens' , Don Bowman Cc: John Polstra , stable@FreeBSD.ORG Subject: RE: Asus A7V8X mobo + bge driver = panic Date: Mon, 21 Oct 2002 14:22:06 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Andrew Atrens [mailto:atrens@nortelnetworks.com] > You are correct. Pulled out my flashlight and checked, and=20 > indeed it's a - >=20 > BroadCom BCM4401 KFB >=20 > on the Asus site they also say - >=20 > LAN (optional) > Broadcom=AE 10/100 Mbps or 1000 Mbps Ethernet controller ... > Grepping the sources I can't seem to find 4401 anywhere so I=20 > suspect this > chip is not yet supported ? >=20 "The BCM4401KFB is pin-to-pin and software compatible with the BCM5702 32-bit PCI Gigabit Ethernet Controller" (from the product glossy). Now, I'm guessing that 'software compatible' means that it has a different PHY, and that a driver could be written to use both. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 12: 5: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55D8C37B401 for ; Mon, 21 Oct 2002 12:04:58 -0700 (PDT) Received: from taz.sindrome.net (taz.sindrome.net [209.172.186.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id C52C043E91 for ; Mon, 21 Oct 2002 12:04:57 -0700 (PDT) (envelope-from troy@twisted.net) Received: by taz.sindrome.net (Postfix, from userid 1000) id CD649745C4; Mon, 21 Oct 2002 14:04:51 -0500 (CDT) Date: Mon, 21 Oct 2002 14:04:51 -0500 From: Troy To: freebsd-stable@freebsd.org Subject: Re: Syslog.pm Cannot get host name of local machine Message-ID: <20021021190450.GA90212@twisted.net> Reply-To: troy@twisted.net References: <1035196522.1771.12.camel@linux> <20021021104506.GA71836@dorfl.internal.moreton.com.au> <1035197574.1978.16.camel@linux> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <1035197574.1978.16.camel@linux> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 11:52:54AM +0100, Simon Dick wrote: > On Mon, 2002-10-21 at 11:45, Phil Homewood wrote: > > Simon Dick wrote: > > > > Cannot get host name of local machine at /usr/libdata/perl/5.00503/= Sys/Syslog.pm line 248 > > >=20 > > > I got that too, I still can't see a reason why it's not working :( > >=20 > > I suspect you've found a bug in Sys::Hostname which I reported > > nearly three years (and several email addresses) ago, and which > > never got fixed. > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dmisc/15662 contains the > > PR and a patch which might fix your problem. Another workaround > > (which really only works by accident) might be simply to set > > $ENV{'PATH'} explicitly in spamd. >=20 > That's actually the patch I ended up using, even though I have no idea > at all why it fixes it (I just used trial and error) Glad to see this fix was posted. This was affecting me as well. I was able to start spamd with the -D option and it would stay running, but really didn't like all the debug messages. I wrote to the port maintainer as well. Never received a reply. Maybe we can get this fix in permanently. I would hate to portupgrade a few months down the road just to realize this fix was reversed. -Troy --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tE/Sw9QklSuxpNMRAjdOAKCJzM6/nwiGOQd0FIDLzy+cXiAQXgCcDD+M ZiKoogCWOug/IstOAMiSwb8= =vh5g -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 12: 9:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D72D437B401 for ; Mon, 21 Oct 2002 12:09:19 -0700 (PDT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDCD43E4A for ; Mon, 21 Oct 2002 12:09:19 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from pd9e0efb5.dip.t-dialin.net ([217.224.239.181] helo=snafu.de) by smart.eusc.inter.net with asmtp (Exim 3.36 #4) id 183hvM-0006P8-00; Mon, 21 Oct 2002 21:09:12 +0200 Message-ID: <3DB450BB.90809@snafu.de> Date: Mon, 21 Oct 2002 21:08:43 +0200 From: "Fischer, Oliver" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Ricardo Anguiano , stable@freebsd.org Subject: Re: freebsd test matrix References: <20021018034039.F1275-100000@topperwein.dyndns.org> <3DB3C942.7060506@snafu.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ricardo Anguiano wrote: >>>I might be able to convince management that it's a good idea to work >>>on FreeBSD testing. Is there any interest? Who would I contact >>>(qa@freebsd?) to figure this out and try to get started? >> >>Did someone did it already? > > I don't understand your question. Sorry: Has someone done it? better? ;) -- Oliver Fischer Das Internet stammt aus dem letzten Jahrtausend! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 12:21: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D907837B401 for ; Mon, 21 Oct 2002 12:21:01 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71AC843E42 for ; Mon, 21 Oct 2002 12:21:01 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 183i6m-000FlV-00 for freebsd-stable@freebsd.org; Mon, 21 Oct 2002 12:21:00 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Stable Subject: spamassassin -r can't find pizor Message-Id: Date: Mon, 21 Oct 2002 12:21:00 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG freebsd 4.7-stable as of 2002.10.20 spamassassin 2.41 from ports tree using spamd -c -d fresh reinstall of whole spamassassin port and dependencies just in case "spamassassin -r" from inside my mail user agent (VM under Emacs 21.2.1) gives me pyzor: not found pyzor: not found % which pyzor /usr/local/bin/pyzor % echo $PATH /bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/home/randy/bin used to work before this weekend's upgrade. clues? randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 12:59:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8CAD37B401; Mon, 21 Oct 2002 12:59:09 -0700 (PDT) Received: from gs166.sp.cs.cmu.edu (GS166.SP.CS.CMU.EDU [128.2.205.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 42DC143E6E; Mon, 21 Oct 2002 12:59:09 -0700 (PDT) (envelope-from dpelleg@gs166.sp.cs.cmu.edu) To: Maxim Konovalov Cc: stable@freebsd.org, ipfw@freebsd.org Subject: Re: Call for testers: ipfw(8) limit patch References: <20021021174100.Q1221-100000@news1.macomnet.ru> From: Dan Pelleg Date: 21 Oct 2002 15:58:53 -0400 In-Reply-To: <20021021174100.Q1221-100000@news1.macomnet.ru> Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maxim Konovalov writes: > Hello -stable, > > A patch below fixes an incorrect logic in remove_dyn_rule() which > produces that famous message "OUCH! cannot remove rule..". The second > part of the patch limits "drop session" message rate. > > If you are using or would like to use ipfw(8) limit rules in RELENG_4 > please try this patch. Please sent your reports directly to me. > > Thanks in advance. > Is this for ipfw or for ipfw2? If it's for ipfw, please see kern/32600. http://www.freebsd.org/cgi/query-pr.cgi?pr=32600 -- Dan Pelleg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 14:10:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF1DE37B401 for ; Mon, 21 Oct 2002 14:10:08 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295B643E75 for ; Mon, 21 Oct 2002 14:10:08 -0700 (PDT) (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 g9LLA64D010976; Mon, 21 Oct 2002 14:10:06 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9LLA63c010975; Mon, 21 Oct 2002 14:10:06 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 21 Oct 2002 14:10:06 -0700 From: David Schultz To: Charles Swiger Cc: stable@FreeBSD.ORG Subject: Re: GCC options, was: Re: 4.7-RELEASE crash [file system] Message-ID: <20021021211006.GA10857@HAL9000.homeunix.com> Mail-Followup-To: Charles Swiger , stable@FreeBSD.ORG References: <20021019130404.A25131-100000@edge.foundation.invalid> <001901c27798$d033df70$0301a8c0@prime> <3DB2399F.3060900@zbzoom.net> <003a01c27849$6367d4d0$0301a8c0@prime> <20021021161902.GA396@HAL9000.homeunix.com> <006501c27929$67cf3cd0$0301a8c0@prime> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006501c27929$67cf3cd0$0301a8c0@prime> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Charles Swiger : > > GCC specifically does *not* generate code that is any more or less > > reliable when you use -g. The GCC folks are fairly picky about > > that rule. > > The GCC team wants the compiler to produce reliable code under all > circumstances, most likely. What the compiler actually does may not > correspond perfectly to that intention. Their official policy is that gcc is supposed to produce identical code with and without -g. For example, there's a loop unrolling optimization that can't be done with -g, and therefore it is not done at all. It's certainly possible that they screwed up somewhere, but I doubt it. > > As for optimization, I've never been bitten by any bugs in either -O0 > or -O, > > but in theory -O0 would save you from any bugs in the optimizer. > > -O0 means to disable the optimizer, agreed. However, the optimizer isn't a > single thing; it's an entire range of individual optimization techniques. > > Different -O levels (-O0, -O, -O2, etc...) enable different combinations. > Using -g may change some of the optimizations, such as disabling > "-fomit-frame-pointer", if they are incompatible with symbolic debugging. I don't think -O enables -fomit-frame-pointer period if the target architecture can't support debugging without a frame pointer. As I said above, I think they got the -g thing right. ;-) But I take your point that -O0 is sufficiently different from -O that the former could lead to bad interactions that don't crop up with -O. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 15:19:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7870637B401; Mon, 21 Oct 2002 15:19:44 -0700 (PDT) Received: from relay1.cris.net (relay1.cris.net [212.110.128.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2767B43E9C; Mon, 21 Oct 2002 15:19:39 -0700 (PDT) (envelope-from ml@phantom.cris.net) Received: from phantom.cris.net (root@phantom.cris.net [212.110.130.74]) by relay1.cris.net (8.12.6/8.12.4) with ESMTP id g9M1IMuU002757; Tue, 22 Oct 2002 01:18:22 GMT (envelope-from ml@phantom.cris.net) Received: (from ml@localhost) by phantom.cris.net (8.12.2/8.12.2) id g9LMOlx1068181; Tue, 22 Oct 2002 01:24:47 +0300 (EEST) (envelope-from ml) Date: Tue, 22 Oct 2002 01:24:47 +0300 From: Alexey Zelkin To: Max Khon Cc: freebsd-stable@FreeBSD.ORG, freebsd-java@FreeBSD.ORG Subject: Re: libc_r MFC Message-ID: <20021022012447.A68092@phantom.cris.net> References: <20021021001514.A38080@iclub.nsu.ru> <20021021110422.A52514@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021021110422.A52514@phantom.cris.net>; from phantom@FreeBSD.ORG on Mon, Oct 21, 2002 at 11:04:22AM +0300 X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, Well, take my congratulations and big thanks! With this patchset and few small patches I was able to complete build whole jdk 1.4 at -STABLE. Since main run stoper in this process was related to incorrect parameters submitted to signal handler routine by libc_r, I can say that main problem which prevented jdk 1.4 from going to -STABLE is gone. There're still many issues with 1.4, but they look similar to ones which -CURRENT has also, so my vote is "to commit your patches". Thanks, Alexey On Mon, Oct 21, 2002 at 11:04:22AM +0300, Alexey Zelkin wrote: > hi, > > On Mon, Oct 21, 2002 at 12:15:14AM +0700, Max Khon wrote: > > > Please test attached patch. It contains MFC of signal handling, > > thread suspension and a couple of bug fixes. > > Ohh! I spent yesterday yesterday a half of day to check out my 1.4 > patches to work at -STABLE. And almost finished letter with sad news > to -STABLE people... And now I have to dig into testing process from scratch > again :-( > > PS: Seriously, good job! Thanks! Will try your patches today later. > > > I have succesfully run Java2D demo and JBuilder 7 with hotspot (compiler2) > > built from ports/java/jdk13 with these patches. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 16: 1:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19E5837B404 for ; Mon, 21 Oct 2002 16:01:37 -0700 (PDT) Received: from mrburns.nildram.co.uk (mrburns.nildram.co.uk [195.112.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9445043E88 for ; Mon, 21 Oct 2002 16:01:34 -0700 (PDT) (envelope-from muttley@gotadsl.co.uk) Received: from [192.168.0.4] (muttley.gotadsl.co.uk [213.208.123.26]) by mrburns.nildram.co.uk (Postfix) with ESMTP id E87BA1E1AA9; Tue, 22 Oct 2002 00:01:25 +0100 (BST) Date: Tue, 22 Oct 2002 00:01:27 +0100 From: Matthew Whelan To: "Fischer, Oliver" , Chris BeHanna , FreeBSD-Stable Subject: Re: freebsd test matrix In-Reply-To: <3DB3C877.7080904@snafu.de> References: <20021018134020.D8827-100000@fubar.adept.org> <3DB3C877.7080904@snafu.de> Message-Id: <20021021235512.C6F1.MUTTLEY@gotadsl.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Oct 2002 11:27:19 +0200 "Fischer, Oliver" wrote: > Mike Hoskins wrote: > > Clearly, this process indicates developers should write test cases for > > their code... Unfortuneately, the last thing an opensource project needs > > is more work for the developers. :) > > Yes, I know this argument but I think it isn't true. Only the start is > hard but if you have a working test system you are much more flexible > because you are not afraid that changes can break the system and you > don't realize it. I couldn't agree more. Testing discovers bugs at a faster rate than debugging, at least until the test becomes 'too big'. As a result, it actually *SAVES* developer time. If this weren't the case, noone would do it outside of safety-critical systems. The clever bit is knowing when to stop (ie. how big is too big). Starting should be a no-brainer. -- Matthew Whelan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 16:22:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45BF237B401 for ; Mon, 21 Oct 2002 16:22:33 -0700 (PDT) Received: from twirl.bitdance.com (twirl.bitdance.com [208.210.83.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFF843E88 for ; Mon, 21 Oct 2002 16:22:32 -0700 (PDT) (envelope-from bitz@twirl.bitdance.com) Received: from twirl.bitdance.com (localhost [127.0.0.1]) by twirl.bitdance.com (8.12.3/8.12.3) with ESMTP id g9LNMNIN021787; Mon, 21 Oct 2002 19:22:26 -0400 (EDT) (envelope-from bitz@twirl.bitdance.com) Received: from localhost (bitz@localhost) by twirl.bitdance.com (8.12.6/8.12.6/Submit) with ESMTP id g9LNMNab021784; Mon, 21 Oct 2002 19:22:23 -0400 (EDT) Date: Mon, 21 Oct 2002 19:22:23 -0400 (EDT) From: "R. David Murray" To: Matthew Whelan Cc: FreeBSD-Stable Subject: Re: freebsd test matrix In-Reply-To: <20021021235512.C6F1.MUTTLEY@gotadsl.co.uk> Message-ID: <20021021191920.U21141-100000@twirl.bitdance.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Matthew Whelan wrote: > I couldn't agree more. Testing discovers bugs at a faster rate than > debugging, at least until the test becomes 'too big'. As a result, it > actually *SAVES* developer time. If this weren't the case, noone would > do it outside of safety-critical systems. The clever bit is knowing when > to stop (ie. how big is too big). Starting should be a no-brainer. The solution to the too big problem is to make many smaller tests, and to have a test harness that allows you to run them selectively. In XP, you write the tests *first*, and then write the code to make the tests pass. This also saves developer time, in my experience (not that I always do it that way, mind ). --RDM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 17:31:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B35AF37B401 for ; Mon, 21 Oct 2002 17:31:45 -0700 (PDT) Received: from mrburns.nildram.co.uk (mrburns.nildram.co.uk [195.112.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE37843E6E for ; Mon, 21 Oct 2002 17:31:44 -0700 (PDT) (envelope-from muttley@gotadsl.co.uk) Received: from [192.168.0.4] (muttley.gotadsl.co.uk [213.208.123.26]) by mrburns.nildram.co.uk (Postfix) with ESMTP id 7B4321E1A92; Tue, 22 Oct 2002 01:31:37 +0100 (BST) Date: Tue, 22 Oct 2002 01:31:39 +0100 From: Matthew Whelan To: "R. David Murray" , FreeBSD-Stable Subject: Re: freebsd test matrix In-Reply-To: <20021021191920.U21141-100000@twirl.bitdance.com> References: <20021021235512.C6F1.MUTTLEY@gotadsl.co.uk> <20021021191920.U21141-100000@twirl.bitdance.com> Message-Id: <20021022012432.3866.MUTTLEY@gotadsl.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Oct 2002 19:22:23 -0400 (EDT) "R. David Murray" wrote: > On Tue, 22 Oct 2002, Matthew Whelan wrote: > > I couldn't agree more. Testing discovers bugs at a faster rate than > > debugging, at least until the test becomes 'too big'. As a result, it > > actually *SAVES* developer time. If this weren't the case, noone would > > do it outside of safety-critical systems. The clever bit is knowing when > > to stop (ie. how big is too big). Starting should be a no-brainer. > > The solution to the too big problem is to make many smaller tests, > and to have a test harness that allows you to run them selectively. Not quite what I meant... there always comes a point when testing where the rate at which you find bugs drops below the cost/benefit threshold of removing them. It's no good delivering a bug-free product 3 years after its usefulness has expired. It's also no good delivering that piece of perfection for triple the price anyone's willing to pay. > In XP, you write the tests *first*, and then write the code to make > the tests pass. This also saves developer time, in my experience (not > that I always do it that way, mind ). This is a good way of disguising the fact that most people don't do enough detailed design - you effectively encode the design in your test suite instead. -- Matthew Whelan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 18:25:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF1337B401 for ; Mon, 21 Oct 2002 18:25:12 -0700 (PDT) Received: from web13207.mail.yahoo.com (web13207.mail.yahoo.com [216.136.174.192]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B1FE43E91 for ; Mon, 21 Oct 2002 18:25:12 -0700 (PDT) (envelope-from stevensbsd@yahoo.com) Message-ID: <20021022012511.45625.qmail@web13207.mail.yahoo.com> Received: from [202.104.81.251] by web13207.mail.yahoo.com via HTTP; Mon, 21 Oct 2002 18:25:11 PDT Date: Mon, 21 Oct 2002 18:25:11 -0700 (PDT) From: Hongbo Li Subject: upgrading problem To: questions@freebsd.org Cc: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have upgraded my box from 4.6-stable to 4.7-stable today. Everything seemed OK. When I ran the command "uname -a",the system reported "...4.7-stable...". But when I ran the command "man cat", at the end of the manual, the system reported "FreeBSD 4.6". Why? BTW, the option my cvsup file used was "src-all". __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 18:50:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B8C37B401 for ; Mon, 21 Oct 2002 18:50:57 -0700 (PDT) Received: from fubar.adept.org (fubar.adept.org [63.147.172.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4CB43E3B for ; Mon, 21 Oct 2002 18:50:57 -0700 (PDT) (envelope-from mike@adept.org) Received: by fubar.adept.org (Postfix, from userid 1001) id B07AA1527E; Mon, 21 Oct 2002 18:50:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by fubar.adept.org (Postfix) with ESMTP id AE30A15247; Mon, 21 Oct 2002 18:50:11 -0700 (PDT) Date: Mon, 21 Oct 2002 18:50:11 -0700 (PDT) From: Mike Hoskins To: Matthew Whelan Cc: "Fischer, Oliver" , Chris BeHanna , FreeBSD-Stable Subject: Re: freebsd test matrix In-Reply-To: <20021021235512.C6F1.MUTTLEY@gotadsl.co.uk> Message-ID: <20021021184726.Q47993-100000@fubar.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Matthew Whelan wrote: > On Mon, 21 Oct 2002 11:27:19 +0200 "Fischer, Oliver" wrote: > > Mike Hoskins wrote: > > > Clearly, this process indicates developers should write test cases for > > > their code... Unfortuneately, the last thing an opensource project needs > > > is more work for the developers. :) > > Yes, I know this argument but I think it isn't true. Only the start is > I couldn't agree more. Testing discovers bugs at a faster rate than > debugging, at least until the test becomes 'too big'. As a result, it Yes, of course... But say whatever you will, the biggest "holdup" in this case is giving developers time to writ tests, assuming they all agree to do so. I've been tracking progress of this thread, and posting general conclusions/decissions here: http://bsd.adept.org It seems there is certainly enough interest to continue this as a real "project". Although I think there are a couple things that makeup smaller "subprojects" on their own. Please take a lookt at the summary page. If you think any ideals should be added, let me know. Once we're all in agreement as to the general direction this should take, I'm happy to offer hosting, including accounts for any developers/contributors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 19: 8:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3680B37B401; Mon, 21 Oct 2002 19:08:31 -0700 (PDT) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7734143E42; Mon, 21 Oct 2002 19:08:00 -0700 (PDT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.198] (may be forged)) by be-well.ilk.org (8.12.6/8.12.5) with ESMTP id g9M27p8s044302; Mon, 21 Oct 2002 22:07:51 -0400 (EDT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (from lowell@localhost) by be-well.ilk.org (8.12.6/8.12.6/Submit) id g9M27o9P044299; Mon, 21 Oct 2002 22:07:50 -0400 (EDT) X-Authentication-Warning: be-well.ilk.org: lowell set sender to freebsd-stable-local@be-well.ilk.org using -f To: Hongbo Li Cc: questions@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: upgrading problem References: <20021022012511.45625.qmail@web13207.mail.yahoo.com> From: Lowell Gilbert Date: 21 Oct 2002 22:07:50 -0400 In-Reply-To: <20021022012511.45625.qmail@web13207.mail.yahoo.com> Message-ID: <44adl7w7ih.fsf@be-well.ilk.org> Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hongbo Li writes: > I have upgraded my box from 4.6-stable to 4.7-stable > today. Everything seemed OK. When I ran the command > "uname -a",the system reported "...4.7-stable...". But > when I ran the command "man cat", at the end of the > manual, the system reported "FreeBSD 4.6". Why? BTW, > the option my cvsup file used was "src-all". That man page hasn't been changed since FreeBSD 4.6, so the version listed in it hasn't changed either. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 19:53:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86EEB37B401 for ; Mon, 21 Oct 2002 19:53:51 -0700 (PDT) Received: from 042.dsl6660142.ftth.surewest.net (042.dsl6660142.ftth.surewest.net [66.60.142.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6F9743E65 for ; Mon, 21 Oct 2002 19:53:46 -0700 (PDT) (envelope-from anguiano@codesourcery.com) Received: (from anguiano@localhost) by 042.dsl6660142.ftth.surewest.net (8.11.6/8.11.6) id g9M2rV811518; Mon, 21 Oct 2002 19:53:31 -0700 To: "Fischer, Oliver" Cc: stable@FreeBSD.ORG Subject: Re: freebsd test matrix References: <20021018034039.F1275-100000@topperwein.dyndns.org> <3DB3C942.7060506@snafu.de> <3DB450BB.90809@snafu.de> From: Ricardo Anguiano In-Reply-To: <3DB450BB.90809@snafu.de> Date: 21 Oct 2002 19:53:30 -0700 Message-ID: Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Fischer, Oliver" writes: > Ricardo Anguiano wrote: > >>>I might be able to convince management that it's a good idea to work > >>>on FreeBSD testing. Is there any interest? Who would I contact > >>>(qa@freebsd?) to figure this out and try to get started? > >> > >>Did someone did it already? > > I don't understand your question. > > Sorry: Has someone done it? Not that I know about. > better? ;) Yes, thank you :) -- Ricardo Anguiano CodeSourcery, LLC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 22:29:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2555C37B401 for ; Mon, 21 Oct 2002 22:29:46 -0700 (PDT) Received: from tomsknet.ru (oit.tomsknet.ru [217.18.138.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8208043E65 for ; Mon, 21 Oct 2002 22:29:44 -0700 (PDT) (envelope-from vad@tomsknet.ru) Received: from woody.tomsknet.ru (droopy.tomsknet.ru [217.18.138.35]) by tomsknet.ru with ESMTP id g9M5TbtB051501 for ; Tue, 22 Oct 2002 12:29:37 +0700 (NOVST) Date: Tue, 22 Oct 2002 12:30:03 +0700 From: Vadim Kozlov X-Mailer: The Bat! (v1.51) Personal Reply-To: Vadim Kozlov Organization: Digital Networks X-Priority: 3 (Normal) Message-ID: <141189435562.20021022123003@tomsknet.ru> To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-stable@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 22:40:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 040CD37B404; Mon, 21 Oct 2002 22:40:22 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECE2843E65; Mon, 21 Oct 2002 22:40:19 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022054019.XIYT26432.sccrmhc02.attbi.com@blossom.cjclark.org>; Tue, 22 Oct 2002 05:40:19 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g9M5eHWn067007; Mon, 21 Oct 2002 22:40:18 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g9M5eFj3067006; Mon, 21 Oct 2002 22:40:15 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Mon, 21 Oct 2002 22:40:14 -0700 From: "Crist J. Clark" To: Lowell Gilbert Cc: Hongbo Li , questions@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: upgrading problem Message-ID: <20021022054014.GA66657@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <20021022012511.45625.qmail@web13207.mail.yahoo.com> <44adl7w7ih.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44adl7w7ih.fsf@be-well.ilk.org> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 10:07:50PM -0400, Lowell Gilbert wrote: > Hongbo Li writes: > > > I have upgraded my box from 4.6-stable to 4.7-stable > > today. Everything seemed OK. When I ran the command > > "uname -a",the system reported "...4.7-stable...". But > > when I ran the command "man cat", at the end of the > > manual, the system reported "FreeBSD 4.6". Why? BTW, > > the option my cvsup file used was "src-all". > > That man page hasn't been changed since FreeBSD 4.6, so the version > listed in it hasn't changed either. Uh, no. That's not how it works. And the manpage hasn't changed since before 4.5-RELEASE. More likely, the original poster has old cat pages lying around that aren't getting updated for some reason. Look in /usr/share/man/cat1. Or perhaps you didn't actually get everything installed correctly? What do the dates in /usr/share/tmac look like? -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 23:22:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 648D237B401; Mon, 21 Oct 2002 23:22:11 -0700 (PDT) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A36F143E42; Mon, 21 Oct 2002 23:22:10 -0700 (PDT) (envelope-from barney@tp.databus.com) Received: from tp.databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.6/8.12.6) with ESMTP id g9M6M3mX090671; Tue, 22 Oct 2002 02:22:03 -0400 (EDT) (envelope-from barney@tp.databus.com) Received: (from barney@localhost) by tp.databus.com (8.12.6/8.12.6/Submit) id g9M6M2Yd090670; Tue, 22 Oct 2002 02:22:02 -0400 (EDT) Date: Tue, 22 Oct 2002 02:22:02 -0400 From: Barney Wolff To: "Crist J. Clark" Cc: Lowell Gilbert , Hongbo Li , questions@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: upgrading problem Message-ID: <20021022062202.GA90479@tp.databus.com> References: <20021022012511.45625.qmail@web13207.mail.yahoo.com> <44adl7w7ih.fsf@be-well.ilk.org> <20021022054014.GA66657@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021022054014.GA66657@blossom.cjclark.org> User-Agent: Mutt/1.4i X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The problem appears to be that the default result of .Os is still "FreeBSD 4.6" according to man 7 mdoc, on my RELENG4 system cvsupped 10/18. mdoc.local 1.2.2.15 appears to define it that way. It appears that RELENG_4 should be using 1.2.2.15.2.1 instead, or another tag that will get 4.7 as the default. Ok, ok, I'll send the PR. :) On Mon, Oct 21, 2002 at 10:40:14PM -0700, Crist J. Clark wrote: > > More likely, the original poster has old cat pages lying around that > aren't getting updated for some reason. Look in > /usr/share/man/cat1. Or perhaps you didn't actually get everything > installed correctly? What do the dates in /usr/share/tmac look like? -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 23:30:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D61737B401 for ; Mon, 21 Oct 2002 23:30:11 -0700 (PDT) Received: from mailhub.webcraft99.com (beta.webcraft99.com [202.188.124.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1760143E3B for ; Mon, 21 Oct 2002 23:30:05 -0700 (PDT) (envelope-from afu-subscribed-list@aeefyu.net) Received: from localhost (beta.webcraft99.com [127.0.0.1]) by mailhub.webcraft99.com (Postfix) with ESMTP id 9EE8419311; Tue, 22 Oct 2002 14:36:14 +0800 (MYT) Received: from krista.webcraft99.net (unknown [203.82.80.55]) by mailhub.webcraft99.com (Postfix) with ESMTP id C26C01932D; Tue, 22 Oct 2002 14:36:03 +0800 (MYT) Subject: Re: Random Crashes in 4.7 when transferring large files From: Al-Afu Reply-To: afu-subscribed-list@aeefyu.net To: Mike Tancsa Cc: stable@FreeBSD.ORG In-Reply-To: <5.1.0.14.0.20021018075222.05f207b8@192.168.0.12> References: <5.1.0.14.0.20021018075222.05f207b8@192.168.0.12> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 22 Oct 2002 14:21:41 +0800 Message-Id: <1035267709.580.16.camel@krista.webcraft99.net> Mime-Version: 1.0 X-Virus-Scanned: by AMaViS new-20020517 X-Razor-id: 1c48269656c2f218e2f0c484e4da1fc261bdc503 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Following my last week's post: Host crashing when transferring large files (>100MB) over from my 4.7-RELEASE vmware host to a remote SMB server: ------------- I have added the following to my kernel config: makeoptions DEBUG=-g options DDB Then did: cd /usr/src && make clean && make cleandir && make buildkernel kernconf=KERNEL && make installkernel kernconf=KERNEL (however, there arent two copies of kernel built as described by the FAQ (/kernel and /kernel.debug) I edited my /etc/rc.conf to the following: dumpdev="/dev/ad2s1e" dumpdir="/var/crash" HOWEVER, my /var/crash doesnt contain any core dumps, even after multiple panics ( i simple copied over some large files to a remote host to crash my 4.7-RELEASE) Even did a "dumpon /dev/ad2s1e" to no avail. I can confirm that /dev/ad2s1e exists and is of 1024MB partition, whereas my system memory is 768MB. Did I leave anything out? Thanks again On Fri, 2002-10-18 at 19:55, Mike Tancsa wrote: > > Have a look in the handbook on how to build a debug kernel and how to > capture a panic via a crash dump. If you find its crashing in the same > place (ie. you load up the core dump file and it tells you its the same in > the code) then its possibly a FreeBSD issue. If its crashing in random > places each time, its more than likely a hardware issue. > > ---Mike > > At 03:11 PM 10/18/2002 +0800, Feisal Umar wrote: > >I am frequently encountering crashes on my 4.7 workstation. The common > > -------------------------------------------------------------------- > 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 > > > -- Al-Afu Webcraft Sdn Bhd - http://www.webcraftsolutions.com - http://www.webcraftworks.com -------------------------------------- "Beware of bugs in the above code; I have only proved it correct, not tried it." -- Donald Knuth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 21 23:48: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96F2A37B401 for ; Mon, 21 Oct 2002 23:48:00 -0700 (PDT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D090443E4A for ; Mon, 21 Oct 2002 23:47:58 -0700 (PDT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.12.6/8.12.5) with ESMTP id g9M6lts2029785; Tue, 22 Oct 2002 14:47:56 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <3DB4F490.57050242@kuzbass.ru> Date: Tue, 22 Oct 2002 14:47:44 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.79 [en] (Win95; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Maxim Konovalov Cc: stable@FreeBSD.ORG Subject: Re: Call for testers: ipfw(8) limit patch References: <20021021174100.Q1221-100000@news1.macomnet.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maxim Konovalov wrote: > > Hello -stable, > > A patch below fixes an incorrect logic in remove_dyn_rule() which > produces that famous message "OUCH! cannot remove rule..". The second > part of the patch limits "drop session" message rate. I'd like to not have "drop session" written to console altogether. At most, that should go to syslog but an opportunity to eliminate it would be nice. Eugene Grosbein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 4:32:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D596937B401 for ; Tue, 22 Oct 2002 04:32:27 -0700 (PDT) Received: from twirl.bitdance.com (twirl.bitdance.com [208.210.83.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4935E43E3B for ; Tue, 22 Oct 2002 04:32:27 -0700 (PDT) (envelope-from bitz@twirl.bitdance.com) Received: from twirl.bitdance.com (localhost [127.0.0.1]) by twirl.bitdance.com (8.12.3/8.12.3) with ESMTP id g9MBWKIN084031; Tue, 22 Oct 2002 07:32:21 -0400 (EDT) (envelope-from bitz@twirl.bitdance.com) Received: from localhost (bitz@localhost) by twirl.bitdance.com (8.12.6/8.12.6/Submit) with ESMTP id g9MBWJqR084028; Tue, 22 Oct 2002 07:32:20 -0400 (EDT) Date: Tue, 22 Oct 2002 07:32:19 -0400 (EDT) From: "R. David Murray" To: Matthew Whelan Cc: FreeBSD-Stable Subject: Re: freebsd test matrix In-Reply-To: <20021022012432.3866.MUTTLEY@gotadsl.co.uk> Message-ID: <20021022072923.N83973-100000@twirl.bitdance.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Matthew Whelan wrote: > Not quite what I meant... there always comes a point when testing where > the rate at which you find bugs drops below the cost/benefit threshold > of removing them. It's no good delivering a bug-free product 3 years > after its usefulness has expired. It's also no good delivering that > piece of perfection for triple the price anyone's willing to pay. Ah, I see. I was coming at it from the "write the tests first" viewpoint. In that situation, you have your test suite to validate changes against, and when anyone finds new bugs, you add a test that covers it so you won't recreate after some later change. So no, I wasn't advocating spending infinate amounts of time looking for bugs. Release early, release often . > > In XP, you write the tests *first*, and then write the code to make > > the tests pass. This also saves developer time, in my experience (not > > that I always do it that way, mind ). > > This is a good way of disguising the fact that most people don't do > enough detailed design - you effectively encode the design in your test > suite instead. Bingo. And then you *have* the test suite... --RDM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 5:26:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F5AD37B401 for ; Tue, 22 Oct 2002 05:26:51 -0700 (PDT) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A8FF43E6E for ; Tue, 22 Oct 2002 05:26:50 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g9MCQic1867705; Tue, 22 Oct 2002 16:26:44 +0400 (MSD) Date: Tue, 22 Oct 2002 16:26:44 +0400 (MSD) From: Maxim Konovalov X-X-Sender: Maxim Konovalov To: Eugene Grosbein Cc: stable@FreeBSD.ORG Subject: Re: Call for testers: ipfw(8) limit patch In-Reply-To: <3DB4F490.57050242@kuzbass.ru> Message-ID: <20021022155420.G59161-100000@news1.macomnet.ru> References: <20021021174100.Q1221-100000@news1.macomnet.ru> <3DB4F490.57050242@kuzbass.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10:47+0400, Oct 22, 2002, Eugene Grosbein wrote: > Maxim Konovalov wrote: > > > > Hello -stable, > > > > A patch below fixes an incorrect logic in remove_dyn_rule() which > > produces that famous message "OUCH! cannot remove rule..". The second > > part of the patch limits "drop session" message rate. > > I'd like to not have "drop session" written to console altogether. > At most, that should go to syslog but an opportunity to eliminate it > would be nice. That code is from ipfw2, please discuss this issue with Luigi. -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 5:27:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 934EF37B401; Tue, 22 Oct 2002 05:27:14 -0700 (PDT) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A16C343E3B; Tue, 22 Oct 2002 05:27:12 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g9MCR4c1812483; Tue, 22 Oct 2002 16:27:04 +0400 (MSD) Date: Tue, 22 Oct 2002 16:27:04 +0400 (MSD) From: Maxim Konovalov X-X-Sender: Maxim Konovalov To: Dan Pelleg Cc: stable@FreeBSD.ORG, Subject: Re: Call for testers: ipfw(8) limit patch In-Reply-To: Message-ID: <20021022154503.U59161-100000@news1.macomnet.ru> References: <20021021174100.Q1221-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Dan, On 23:58+0400, Oct 21, 2002, Dan Pelleg wrote: > Maxim Konovalov writes: > > > Hello -stable, > > > > A patch below fixes an incorrect logic in remove_dyn_rule() which > > produces that famous message "OUCH! cannot remove rule..". The second > > part of the patch limits "drop session" message rate. > > > > If you are using or would like to use ipfw(8) limit rules in RELENG_4 > > please try this patch. Please sent your reports directly to me. > > > > Thanks in advance. > > > > Is this for ipfw or for ipfw2? If it's for ipfw, please see kern/32600. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=32600 Thanks, your analysis seems correct to me. My fix in remove_dyn_rule() is pretty the same. Parent re-lookup in install_state() after EXPIRE_DYN_CHAIN() looks like correct work around too. Here is an updated patch: Index: sys/netinet/ip_fw.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw.c,v retrieving revision 1.131.2.35 diff -u -r1.131.2.35 ip_fw.c --- sys/netinet/ip_fw.c 29 Jul 2002 02:04:25 -0000 1.131.2.35 +++ sys/netinet/ip_fw.c 22 Oct 2002 11:29:42 -0000 @@ -696,11 +696,11 @@ if (zap) zap = force || TIME_LEQ( q->expire , time_second ); /* do not zap parent in first pass, record we need a second pass */ - if (q->dyn_type == DYN_LIMIT_PARENT) { + if (zap && q->dyn_type == DYN_LIMIT_PARENT) { max_pass = 1; /* we need a second pass */ - if (zap == 1 && (pass == 0 || q->count != 0) ) { + if (pass == 0 || q->count != 0) { zap = 0 ; - if (pass == 1) /* should not happen */ + if (pass == 1 && force) /* should not happen */ printf("OUCH! cannot remove rule, count %d\n", q->count); } @@ -987,8 +987,20 @@ } if (parent->count >= conn_limit) { EXPIRE_DYN_CHAIN(rule); /* try to expire some */ + /* + * The expiry might have removed the parent too. + * We lookup again, which will re-create if necessary. + */ + parent = lookup_dyn_parent(&id, rule); + if (parent == NULL) { + printf("add parent failed\n"); + return 1; + } if (parent->count >= conn_limit) { - printf("drop session, too many entries\n"); + if (fw_verbose && last_log != time_second) { + last_log = time_second; + printf("drop session, too many entries\n"); + } return 1; } } %%% -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 5:27:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE91237B407 for ; Tue, 22 Oct 2002 05:27:27 -0700 (PDT) Received: from topperwein.dyndns.org (acs-24-154-51-184.zoominternet.net [24.154.51.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A4BC43E91 for ; Tue, 22 Oct 2002 05:27:26 -0700 (PDT) (envelope-from behanna@zbzoom.net) Received: from [192.168.168.10] ([192.168.168.10]) by topperwein.dyndns.org (8.12.6/8.12.5) with ESMTP id g9MCREbN000651 for ; Tue, 22 Oct 2002 08:27:14 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Tue, 22 Oct 2002 08:27:08 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Recent vnode-handling Changes? Message-ID: <20021022082423.F557-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has there recently been some fundamental change in the way vnodes are invalidated or recycled? I've had a number of crashes lately, and most of them end up looking like invalid vnode pointers (I posted a recent such crashdump to this list a few days ago). Of course, I'm stressing that system much harder now: I'm doing video captures to a large RAID volume, and I'm working with file sizes in the 40-70GB regime, with a lot of I/O happening in a short amount of time. If this is a tuning issue, I'd be happy to try things suggested by those in the know. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net Turning coffee into software since 1990. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 7: 0:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0143937B401 for ; Tue, 22 Oct 2002 07:00:21 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C02C643E6A for ; Tue, 22 Oct 2002 07:00:19 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from cerberus.publity.de ([213.61.128.135] helo=snafu.de) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 183zZt-0000g5-00; Tue, 22 Oct 2002 16:00:13 +0200 Message-ID: <3DB559CF.2050605@snafu.de> Date: Tue, 22 Oct 2002 15:59:43 +0200 From: "Fischer, Oliver" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Mike Hoskins Cc: Matthew Whelan , Chris BeHanna , FreeBSD-Stable Subject: Re: freebsd test matrix References: <20021021184726.Q47993-100000@fubar.adept.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Hoskins wrote: > I've been tracking progress of this thread, and posting general > conclusions/decissions here: http://bsd.adept.org God that you have written a summery of this topic. I think it is the time for it. Here are my thoughts on this project: o If I am not mistaken, I see can see 2 steps: 1. Creating a small x86 build results database and setting it up. Posting of the results should be easy. May be via mail or web. Better both. 2. Developing an more well-elaborated testing system as the second step. I will call this system SYSTEM II. I think this is a god start. [Next points are related to the 2. step...] o The schema behind SYSTEM II must be very flexibel enough to handle different kinds of test on different plattforms. o The result database and the report of the test results to central repository should be independend of the test framework. It should be possible to change the test suite or to implement tests with different testsuites. o Do we need our own framework for it? o Such a project needs volunteers? o Such a project needs documentation! o Such a project needs a home for its resources? (SourceForge, own, FreeBSD?) o What should be tested? Does it make sense to test the stuff in src/contributed? o What kind of test do we have? functional tests? lasttests? (does some one know the correct english term for this german word?) tests for standard specifications? o Should we / How to integrated hardware dependend tests like fs performance? My notebook will report different results than my PC. o We need a good name! OK, thats all. BYe Oliver -- Oliver Fischer - plexus[AT]snafu[DOT]de [de] Das Internet stammt aus dem letzten Jahrtausend! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 8: 5:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897ED37B401 for ; Tue, 22 Oct 2002 08:05:51 -0700 (PDT) Received: from cauchy.axista.com (cauchy.superb.net [209.61.216.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 109AA43E7B for ; Tue, 22 Oct 2002 08:05:51 -0700 (PDT) (envelope-from cce@cauchy.axista.com) Received: by cauchy.axista.com (Postfix, from userid 1000) id 1F24C6D142; Tue, 22 Oct 2002 15:11:09 +0000 (GMT) Date: Tue, 22 Oct 2002 15:11:09 +0000 From: "Clark C. Evans" To: freebsd-stable@freebsd.org Subject: installworld problem -- touch: not found Message-ID: <20021022151109.GA63699@doublegemini.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With RELENG_4 fetched today (and yesterday) I'm experiencing the following problem, which wasn't there a few days past. Any help/ideas? This also occurs when installing to a temporary directory (installworld DEST=/tmp/image) Thanks! Clark # make installworld ... -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info ===> include creating osreldate.h from newvers.sh setvar PARAMFILE /usr/src/include/../sys/sys/param.h; . /usr/src/include/../sy /conf/newvers.sh; echo "$COPYRIGHT" > osreldate.h; echo #ifdef _KERNEL" >> osreldate.h; echo '#error "osreldate.h must not be used in the kernel, use sys/param.h"' >> osreldate.h; echo "#else" >> o reldate.h; echo \#'undef __FreeBSD_version' >> os eldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h; ec o "#endif" >> osreldate.h touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 8:20:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F30937B401 for ; Tue, 22 Oct 2002 08:20:56 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03FC543E42 for ; Tue, 22 Oct 2002 08:20:52 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id IAA06627; Tue, 22 Oct 2002 08:20:44 -0700 Message-ID: <3DB56CCC.7090608@owt.com> Date: Tue, 22 Oct 2002 08:20:44 -0700 From: Kent Stewart 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, es-mx MIME-Version: 1.0 To: "Clark C. Evans" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: installworld problem -- touch: not found References: <20021022151109.GA63699@doublegemini.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Clark C. Evans wrote: > With RELENG_4 fetched today (and yesterday) I'm experiencing > the following problem, which wasn't there a few days past. > Any help/ideas? This also occurs when installing to a > temporary directory (installworld DEST=/tmp/image) > > Thanks! Clark Check your system date. This is always the cause of something like this. Kent > > # make installworld > ... > -------------------------------------------------------------- > >>>>Installing everything.. >>> > -------------------------------------------------------------- > cd /usr/src; make -f Makefile.inc1 install > ===> share/info > ===> include > creating osreldate.h from newvers.sh > setvar PARAMFILE /usr/src/include/../sys/sys/param.h; . /usr/src/include/../sy > /conf/newvers.sh; echo "$COPYRIGHT" > osreldate.h; echo > #ifdef _KERNEL" >> osreldate.h; echo '#error "osreldate.h must > not be used in the kernel, use sys/param.h"' >> osreldate.h; echo "#else" >> o > reldate.h; echo \#'undef __FreeBSD_version' >> os > eldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h; ec > o "#endif" >> osreldate.h > touch: not found > *** Error code 127 > > Stop in /usr/src/include. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > # > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > . > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 8:31:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B54A37B401; Tue, 22 Oct 2002 08:31:42 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8127843E6E; Tue, 22 Oct 2002 08:31:41 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022153141.VVPF18217.rwcrmhc51.attbi.com@bmah.dyndns.org>; Tue, 22 Oct 2002 15:31:41 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9MFVeva032287; Tue, 22 Oct 2002 08:31:40 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9MFVebB032286; Tue, 22 Oct 2002 08:31:40 -0700 (PDT) Message-Id: <200210221531.g9MFVebB032286@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Barney Wolff Cc: "Crist J. Clark" , Lowell Gilbert , Hongbo Li , questions@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: upgrading problem In-Reply-To: <20021022062202.GA90479@tp.databus.com> References: <20021022012511.45625.qmail@web13207.mail.yahoo.com> <44adl7w7ih.fsf@be-well.ilk.org> <20021022054014.GA66657@blossom.cjclark.org> <20021022062202.GA90479@tp.databus.com> Comments: In-reply-to Barney Wolff message dated "Tue, 22 Oct 2002 02:22:02 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-945618608P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 22 Oct 2002 08:31:40 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-945618608P Content-Type: text/plain; charset=us-ascii If memory serves me right, Barney Wolff wrote: > The problem appears to be that the default result of .Os is still > "FreeBSD 4.6" according to man 7 mdoc, on my RELENG4 system > cvsupped 10/18. mdoc.local 1.2.2.15 appears to define it that way. Oops. We seriously need to reorganize our version number bump list. > It appears that RELENG_4 should be using 1.2.2.15.2.1 instead, or > another tag that will get 4.7 as the default. Not quite. The correct fix is to update the file on the RELENG_4 branch, not to grab this one file from the RELENG_4_7 branch. > Ok, ok, I'll send the PR. :) Thanks for the PR, Barney! I committed the update as version 1.2.2.16 of mdoc.local. Bruce. --==_Exmh_-945618608P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9tW9b2MoxcVugUsMRAv+2AJkB5GR6WxZZkoLc1Aala3lfg1fI7wCgqsGY TzIlIXsghoB3fHPDjxgC274= =3biH -----END PGP SIGNATURE----- --==_Exmh_-945618608P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 9:16:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8270537B401; Tue, 22 Oct 2002 09:16:12 -0700 (PDT) Received: from obsidian.sentex.ca (obsidian.sentex.ca [64.7.128.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 858FE43E4A; Tue, 22 Oct 2002 09:16:11 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by obsidian.sentex.ca (8.12.6/8.12.6) with ESMTP id g9MGFwTt000637; Tue, 22 Oct 2002 12:15:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.1.6.0.20021022121509.05663d08@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Tue, 22 Oct 2002 12:17:09 -0400 To: stable@freebsd.org From: Mike Tancsa Subject: FreeBSD IPSEC security vulnerability Cc: security@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (obsidian/20020517) X-Spam-Status: No, hits=0.6 required=5.0 tests=SPAM_PHRASE_00_01 version=2.41 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I posted this to security last night with no response. Does anyone know on the stable list if this indeed has been fixed on or around the 15th on FreeBSD ? http://www.kb.cert.org/vuls/id/459371 ---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-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 9:26:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97E4737B401; Tue, 22 Oct 2002 09:26:18 -0700 (PDT) Received: from spqr.osg.gov.bc.ca (spqr.osg.gov.bc.ca [142.32.102.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CEBA43E42; Tue, 22 Oct 2002 09:26:18 -0700 (PDT) (envelope-from Cy.Schubert@osg.gov.bc.ca) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by spqr.osg.gov.bc.ca (Postfix) with ESMTP id AED9B9EF18; Tue, 22 Oct 2002 09:26:12 -0700 (PDT) Received: from cwsys.cwsent.com (cwsys2 [10.1.2.1]) by passer.osg.gov.bc.ca (8.12.6/8.12.3) with ESMTP id g9MGQC48076838; Tue, 22 Oct 2002 09:26:12 -0700 (PDT) (envelope-from cy@cwsent.com) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.6/8.12.3) with ESMTP id g9MGQCKQ061887; Tue, 22 Oct 2002 09:26:12 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200210221626.g9MGQCKQ061887@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-os: FreeBSD X-Sender: cy@cwsent.com To: Mike Tancsa Cc: stable@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: FreeBSD IPSEC security vulnerability In-Reply-To: Message from Mike Tancsa of "Tue, 22 Oct 2002 12:17:09 EDT." <5.1.1.6.0.20021022121509.05663d08@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 2002 09:26:12 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <5.1.1.6.0.20021022121509.05663d08@marble.sentex.ca>, Mike Tancsa wr ites: > > I posted this to security last night with no response. Does anyone know on > the stable list if this indeed has been fixed on or around the 15th on > FreeBSD ? > http://www.kb.cert.org/vuls/id/459371 Looking at the bottom of the web page you refer to there's a pointer to the following: http://www.kb.cert.org/vuls/id/AAMN-5DGQDT -- Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5231 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 9:29:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF7D237B401; Tue, 22 Oct 2002 09:29:17 -0700 (PDT) Received: from baraca.united.net.ua (ns.united.net.ua [193.111.8.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD5043E75; Tue, 22 Oct 2002 09:29:16 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (xDSL-2-2.united.net.ua [193.111.9.226]) by baraca.united.net.ua (8.12.6/8.11.6) with ESMTP id g9MGTB2n019494; Tue, 22 Oct 2002 19:29:12 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id g9MGTDaJ013498; Tue, 22 Oct 2002 19:29:13 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3DB57D71.5BBB31AE@FreeBSD.org> Date: Tue, 22 Oct 2002 19:31:45 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: orion@FreeBSD.org, stable@FreeBSD.org, multimedia@FreeBSD.org Cc: gerald@FreeBSD.org Subject: mmap'ed sound buffer doesn't work in -stable, but works in -current Content-Type: multipart/mixed; boundary="------------BEB04F1BA32AD0C99F9334BA" Sender: owner-freebsd-stable@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. --------------BEB04F1BA32AD0C99F9334BA Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Folks, When investigating the problem with running Apple's QuickTime player under wine in 4.7 (it works like a charm in -current) I've found that mmap'ed sound buffer doesn't work in -stable, but works in -current. In -stable, after mmap'ing dsp device any attempt to write into the mapped memory results in SIGBUS, which obviously kills wine. Attached please find a simple test case, which illustrates the problem. The problem has been verified on original Creative SB16 ISA and Intel 82801BA (ICH2), so that it is unlikely to be an issue with a specific driver/hardware. Any ideas what could be wrong? I am puzzled, because the audio code is essentially the same in -stable and in -current. Thanks! -Maxim --------------BEB04F1BA32AD0C99F9334BA Content-Type: application/x-unknown-content-type-UltraEdit.c; name="test.c" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="test.c" I2luY2x1ZGUgPHN5cy90eXBlcy5oPgojaW5jbHVkZSA8c3lzL21tYW4uaD4KI2luY2x1ZGUg PHN5cy9zb3VuZGNhcmQuaD4KI2luY2x1ZGUgPGVyci5oPgojaW5jbHVkZSA8ZmNudGwuaD4K I2luY2x1ZGUgPHNpZ25hbC5oPgojaW5jbHVkZSA8c3RkaW8uaD4KI2luY2x1ZGUgPHN0ZGxp Yi5oPgojaW5jbHVkZSA8c3RyaW5ncy5oPgoKaW50IGJ5dGVzb2sgPSAwOwoKdm9pZApjYXRj aChpbnQgc2lnbnVtKQp7CglwcmludGYoIlNpZ25hbCAlZCBjYXRjaGVkLCBvbmx5ICVkIGJ5 dGVzIGNsZWFyZWRcbiIsIHNpZ251bSwgYnl0ZXNvayk7CglleGl0ICgxKTsKfQoKaW50IG1h aW4oKQp7CglpbnQgZmQ7CglhdWRpb19idWZfaW5mbyBpbmZvOwoJaW50IGZyYWdzOwoJdm9p ZCAqcDsKCglmZCA9IG9wZW4oIi9kZXYvZHNwIiwgT19XUk9OTFkgfCBPX0RJUkVDVCk7Cglp ZiAoZmQgPT0gLTEpCgkJZXJyKDEsICJjYW4ndCBvcGVuIGF1ZGlvIGRldmljZSIpOwoJZnJh Z3MgPSAweDAwMjAwMDBCOwkvKiA2NEsgYnVmZmVyICgzMiAqIDJeMTEpICovCglpZiAoaW9j dGwoZmQsIFNORENUTF9EU1BfU0VURlJBR01FTlQsICZmcmFncykgPT0gLTEpCgkJZXJyKDEs ICJjYW4ndCBzZXQgZnJhZ21lbnRzIik7CglpZiAoaW9jdGwoZmQsIFNORENUTF9EU1BfR0VU T1NQQUNFLCAmaW5mbykgPT0gLTEpCgkJZXJyKDEsICJjYW4ndCBnZXQgaW5mbyBhYm91dCBp L28gc3BhY2UiKTsKCXAgPSBtbWFwKE5VTEwsIGluZm8uZnJhZ3N0b3RhbCAqIGluZm8uZnJh Z3NpemUsIFBST1RfV1JJVEUsIE1BUF9TSEFSRUQsCgkgICAgZmQsIDApOwoJaWYgKHAgPT0g TUFQX0ZBSUxFRCkKCQllcnIoMSwgImNhbid0IG1tYXAoKSBvdXRwdXQgYnVmZmVyIik7Cglz aWduYWwoU0lHQlVTLCBjYXRjaCk7Cglmb3IgKGJ5dGVzb2sgPSAwOyBieXRlc29rIDwgaW5m by5mcmFnc3RvdGFsICogaW5mby5mcmFnc2l6ZTsgYnl0ZXNvaysrKQoJCSooKGNoYXIgKilw ICsgYnl0ZXNvaykgPSAwOwoJZXhpdCAoMCk7Cn0K --------------BEB04F1BA32AD0C99F9334BA Content-Type: text/plain; charset=koi8-r; name="Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Makefile" all: ${CC} ${CFLAGS} -o test test.c clean: rm -f test --------------BEB04F1BA32AD0C99F9334BA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 13:10:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CF6337B448 for ; Tue, 22 Oct 2002 13:10:29 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC9E43E3B for ; Tue, 22 Oct 2002 13:10:23 -0700 (PDT) (envelope-from rh@storm2k.com) Received: from user-119a7q7.biz.mindspring.com ([66.149.31.71] helo=athlon.storm2k.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 1845M7-0005aQ-00 for freebsd-stable@FreeBSD.ORG; Tue, 22 Oct 2002 13:10:23 -0700 Message-Id: <5.1.0.14.0.20021022141130.00a77960@mail.storm2k.wsonline.net> X-Sender: storm2k@mail.storm2k.wsonline.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 22 Oct 2002 14:12:46 -0600 To: freebsd-stable@FreeBSD.ORG From: RichardH Subject: Random reboots Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG = Copied from message sent on Tue Oct 22 00:19:15 2002 by RichardH to FBSD-questions - Subject:random reboots. > > We are experiencing random reboots on 4.7. Have seen other postings in here > regarding this issue so it does not appear to be hardware related but have > not seen a definitive answer to what is going on. No core dumps, etc. > Please respond if you are having same problem. We are doing 4.7 on a "test" > server running AMD 400 CPU and would like to goto 4.7 on production servers > but with random reboots this is not feasible. As I said this has come up on > "questions" before but still has not been fully addressed. Running newest > Apache, MySQL, PHP, Perl, just can't up to 4.7 yet (was rebooting before > any of the previous were upped,Apache, etc.) 4.6 was totally stable . > Rebooting probs started after upping to 4.7 FBSD and are totally random. > Thanks for any input. > > Richard H To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 14:17:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB0737B401 for ; Tue, 22 Oct 2002 14:17:54 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473CC43E65 for ; Tue, 22 Oct 2002 14:17:53 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.int (mail@pooh.int [10.0.1.2]) by kanga.honeypot.net (8.12.6/8.12.6) with ESMTP id g9MLHekr006229 for ; Tue, 22 Oct 2002 16:17:40 -0500 (CDT) (envelope-from kirk@strauser.com) Received: from kirk by pooh.int with local (Exim 3.36 #1 (Debian)) id 1846PE-0007a2-00 for ; Tue, 22 Oct 2002 16:17:40 -0500 To: freebsd-stable@freebsd.org Subject: Still no 'ipf -6' support in the rc scripts? From: Kirk Strauser Date: 22 Oct 2002 16:17:40 -0500 Message-ID: <87d6q29nrf.fsf@pooh.int> Lines: 43 X-Mailer: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems that FreeBSD 4.7-STABLE still does not support IPFilter+IPv6 in its /etc/rc.* scripts. This is very inconvenient, because it forces IPv6 initialization to occur in the /usr/local/etc/rc.d scripts at the very earliest. I've patched my rc.conf and /etc/rc.network6 to support very simple IPFilter+IPv6 setup. Is there any reason that something similar is not official yet, or is it just something that noone's been particularly interested in fixing yet? My (not well-tested) patches: +++ /etc/rc.conf ipfilter6_enable="YES" ipfilter6_rules="/etc/ipf6.rules" ipfilter6_flags="" --- /usr/src/etc/rc.network6 Thu Jul 25 08:58:52 2002 +++ /etc/rc.network6 Tue Oct 22 11:46:09 2002 @@ -45,6 +45,19 @@ ipv6_firewall_in_kernel=0 fi + case "${ipfilter6_enable}" in + [Yy][Ee][Ss]) + if [ -r "${ipfilter6_rules}" ]; then + echo -n ' ipfilter' + ${ipfilter_program:-/sbin/ipf} -6 -f \ + "${ipfilter6_rules}" ${ipfilter6_flags} + else + ipfilter_enable="NO" + echo -n ' NO IPF6 RULES' + fi + ;; + esac + case ${ipv6_firewall_enable} in [Yy][Ee][Ss]) if [ "${ipv6_firewall_in_kernel}" -eq 0 ] && kldload ip6fw; then -- Kirk Strauser In Googlis non est, ergo non est. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 14:20:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC7637B401 for ; Tue, 22 Oct 2002 14:20:41 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F89843E6E for ; Tue, 22 Oct 2002 14:20:40 -0700 (PDT) (envelope-from thomas@cuivre.fr.eu.org) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id C43FC2C3D1; Tue, 22 Oct 2002 23:20:38 +0200 (CEST) Date: Tue, 22 Oct 2002 23:20:38 +0200 From: Thomas Quinot To: Kirk Strauser Cc: freebsd-stable@freebsd.org Subject: Re: Still no 'ipf -6' support in the rc scripts? Message-ID: <20021022212038.GB62611@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: <87d6q29nrf.fsf@pooh.int> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87d6q29nrf.fsf@pooh.int> User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-10-22, Kirk Strauser écrivait : > It seems that FreeBSD 4.7-STABLE still does not support IPFilter+IPv6 in its > /etc/rc.* scripts. This is very inconvenient, because it forces IPv6 > initialization to occur in the /usr/local/etc/rc.d scripts at the very > earliest. You can use the following without any patches: ipfilter_flags="-6 -f /etc/ipf.rules6" which means that ipf whill be invoked as: ipf -f ${ipfilter_rules} -6 -f /etc/ipf.rules6 i.e. load ${ipfilter_rules} as IPv4 rules, then switch to IPv6 and load /etc/ipf.rules6. Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 14:24:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A573F37B401 for ; Tue, 22 Oct 2002 14:24:56 -0700 (PDT) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D39043E4A for ; Tue, 22 Oct 2002 14:24:55 -0700 (PDT) (envelope-from kleiner@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 8797398BB8; Tue, 22 Oct 2002 17:24:49 -0400 (EDT) Received: (from kleiner@localhost) by panix5.panix.com (8.11.6/8.8.8/PanixN1.0) id g9MLOnL11634; Tue, 22 Oct 2002 17:24:49 -0400 (EDT) Date: Tue, 22 Oct 2002 17:24:49 -0400 From: David Kleiner To: "R. David Murray" Cc: Matthew Whelan , FreeBSD-Stable Subject: Re: freebsd test matrix Message-ID: <20021022212449.GA8816@panix.com> References: <20021022012432.3866.MUTTLEY@gotadsl.co.uk> <20021022072923.N83973-100000@twirl.bitdance.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021022072923.N83973-100000@twirl.bitdance.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 07:32:19AM -0400, R. David Murray wrote: > On Tue, 22 Oct 2002, Matthew Whelan wrote: > > Not quite what I meant... there always comes a point when testing where > > the rate at which you find bugs drops below the cost/benefit threshold > > of removing them. It's no good delivering a bug-free product 3 years > > after its usefulness has expired. It's also no good delivering that > > piece of perfection for triple the price anyone's willing to pay. > > Ah, I see. I was coming at it from the "write the tests first" > viewpoint. In that situation, you have your test suite to validate > changes against, and when anyone finds new bugs, you add a test > that covers it so you won't recreate after some later change. > So no, I wasn't advocating spending infinate amounts of time > looking for bugs. Release early, release often . > Oh, but then it's the whole other set of system tests - regression verification. If blah fails on test cases 4,5,6 out of 40 and there is a verifiable case then you just add it to the test suite, with reference to open PR's, or a new regression caused by new check-in in blah.z Since the OpenGroup test suites cost $$$, unless there is a sponsor willing and able to pay for it, all those test suites ought to be done from scratch. So do the SPEC-like benchmarks - I am wandering away, since benchmarking is not the same as system validation. Then there is stress test - system-wide and component (fs, vm, net...) - and then, again, on a larger scale somebody has to buy the boxes and put them somewhere. Is there a case for loosely-coupled p2p network of systems running freebsd validation suites? [ trimmed ] David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 14:38:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4B837B401 for ; Tue, 22 Oct 2002 14:38:59 -0700 (PDT) Received: from radix.cryptio.net (radix.cryptio.net [199.181.107.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 748CE43E77 for ; Tue, 22 Oct 2002 14:38:58 -0700 (PDT) (envelope-from emechler@radix.cryptio.net) Received: from radix.cryptio.net (localhost [127.0.0.1]) by radix.cryptio.net (8.12.5/8.12.5) with ESMTP id g9MLcrsP048965 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 22 Oct 2002 14:38:53 -0700 (PDT) (envelope-from emechler@radix.cryptio.net) Received: (from emechler@localhost) by radix.cryptio.net (8.12.5/8.12.5/Submit) id g9MLcrlE048964; Tue, 22 Oct 2002 14:38:53 -0700 (PDT) Date: Tue, 22 Oct 2002 14:38:52 -0700 From: Erick Mechler To: Siegbert Baude Cc: stable@FreeBSD.ORG Subject: Re: login failure for DES encrypted accounts Message-ID: <20021022213852.GE57917@techometer.net> References: <3DB3486C.1020102@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DB3486C.1020102@gmx.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :: since my upgrade to 4.7-STABLE on Friday I'm not able to login or su for :: accounts, which use DES encrypted passwords. Accounts with MD5 encrypted :: passwords however work as expected. What does your /etc/auth.conf file look like? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 14:52:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F6B637B401 for ; Tue, 22 Oct 2002 14:52:19 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7AE743E6A for ; Tue, 22 Oct 2002 14:52:18 -0700 (PDT) (envelope-from plexus@snafu.de) Received: from pd9e0e8d0.dip.t-dialin.net ([217.224.232.208] helo=snafu.de) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 1846we-0004BK-00; Tue, 22 Oct 2002 23:52:12 +0200 Message-ID: <3DB5C86D.2010207@snafu.de> Date: Tue, 22 Oct 2002 23:51:41 +0200 From: "Fischer, Oliver" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: David Kleiner Cc: "R. David Murray" , Matthew Whelan , FreeBSD-Stable Subject: Re: freebsd test matrix References: <20021022012432.3866.MUTTLEY@gotadsl.co.uk> <20021022072923.N83973-100000@twirl.bitdance.com> <20021022212449.GA8816@panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Kleiner wrote: > Since the OpenGroup test suites cost $$$, unless there is a sponsor willing and > able to pay for it, all those test suites ought to be done from scratch. So do > the SPEC-like benchmarks - I am wandering away, since benchmarking is not the same > as system validation. Then there is stress test - system-wide and component > (fs, vm, net...) - and then, again, on a larger scale somebody has to buy the > boxes and put them somewhere. > > Is there a case for loosely-coupled p2p network of systems running freebsd validation > suites? Is p2p system the right architecture for this? I think what we need - for this - is a architecture with a central server to collect the results and offers statistics and information for developers and users. Reporting would be even nice. To get a mail with the information what test X on system Y failed 6 times and so on and so on... I think p2p is nice in many points, but it doesn't suite our needs. Bye Oliver -- Oliver Fischer - plexus[AT]snafu[DOT]de [de] Das Internet stammt aus dem letzten Jahrtausend! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 15: 0:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9073537B401 for ; Tue, 22 Oct 2002 15:00:26 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 649BB43E65 for ; Tue, 22 Oct 2002 15:00:25 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.int (mail@pooh.int [10.0.1.2]) by kanga.honeypot.net (8.12.6/8.12.6) with ESMTP id g9MM0Nkr007149 for ; Tue, 22 Oct 2002 17:00:23 -0500 (CDT) (envelope-from kirk@strauser.com) Received: from kirk by pooh.int with local (Exim 3.36 #1 (Debian)) id 18474X-0000KI-00 for ; Tue, 22 Oct 2002 17:00:21 -0500 To: freebsd-stable@freebsd.org Subject: Re: Still no 'ipf -6' support in the rc scripts? References: <87d6q29nrf.fsf@pooh.int> <20021022212038.GB62611@melusine.cuivre.fr.eu.org> From: Kirk Strauser Date: 22 Oct 2002 17:00:21 -0500 In-Reply-To: <20021022212038.GB62611@melusine.cuivre.fr.eu.org> Message-ID: <87ptu2m8wa.fsf@pooh.int> Lines: 14 X-Mailer: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 2002-10-22T21:20:38Z, Thomas Quinot writes: > You can use the following without any patches: > ipfilter_flags="-6 -f /etc/ipf.rules6" That really works? I'll test it with my next reboot, but I never would've guess that ipf would accept multiple '-f' arguments on the same line, let alone switch between v4 and v6 mode during the same invocation. If you're right, I'll be a happy camper. -- Kirk Strauser In Googlis non est, ergo non est. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 15: 2:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B019E37B404 for ; Tue, 22 Oct 2002 15:02:22 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BFB43E42 for ; Tue, 22 Oct 2002 15:02:22 -0700 (PDT) (envelope-from thomas@cuivre.fr.eu.org) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 059042C3D1; Wed, 23 Oct 2002 00:02:20 +0200 (CEST) Date: Wed, 23 Oct 2002 00:02:20 +0200 From: Thomas Quinot To: Kirk Strauser Cc: freebsd-stable@freebsd.org Subject: Re: Still no 'ipf -6' support in the rc scripts? Message-ID: <20021022220220.GA71989@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: <87d6q29nrf.fsf@pooh.int> <20021022212038.GB62611@melusine.cuivre.fr.eu.org> <87ptu2m8wa.fsf@pooh.int> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87ptu2m8wa.fsf@pooh.int> User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-10-23, Kirk Strauser écrivait : > > You can use the following without any patches: > > ipfilter_flags="-6 -f /etc/ipf.rules6" > > That really works? I'll test it with my next reboot, but I never would've > guess that ipf would accept multiple '-f' arguments on the same line, let > alone switch between v4 and v6 mode during the same invocation. This is what I use on this machine. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 15:25:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A10737B404 for ; Tue, 22 Oct 2002 15:25:17 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE6243E3B for ; Tue, 22 Oct 2002 15:25:16 -0700 (PDT) (envelope-from dim@xs4all.nl) Received: from kilgore.dim (tensor.xs4all.nl [213.84.94.69]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g9MMOxVB019385; Wed, 23 Oct 2002 00:24:59 +0200 (CEST) Date: Wed, 23 Oct 2002 00:24:24 +0200 From: Dimitry Andric X-Mailer: The Bat! (v1.62/Beta7) Business X-Priority: 3 (Normal) Message-ID: <15214492799.20021023002424@xs4all.nl> To: Thomas Quinot Cc: Kirk Strauser , freebsd-stable@FreeBSD.ORG Subject: Re: Still no 'ipf -6' support in the rc scripts? In-Reply-To: <20021022212038.GB62611@melusine.cuivre.fr.eu.org> References: <87d6q29nrf.fsf@pooh.int> <20021022212038.GB62611@melusine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@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 On 2002-10-22 at 23:20:38 Thomas Quinot wrote: TQ> You can use the following without any patches: TQ> ipfilter_flags="-6 -f /etc/ipf.rules6" This will not work properly, because of the following fragment in rc.network, which comes later (after initializing gif and ppp interfaces, among others): # Re-Sync ipfilter so it picks up any new network interfaces # case ${ipfilter_active} in [Yy][Ee][Ss]) ${ipfilter_program:-/sbin/ipf} -y ${ipfilter_flags} >/dev/null ;; esac This will re-use ipfilter-flags, and thus complain about already existing IPv6 rules. In my setup I've simply removed the ${ipfilter_flags} part, since I don't use any other flags. (The -y option syncs for both IPv4 and IPv6, if I read the source of ipf correctly.) But this isn't a good general solution... :-( Cheers, - -- Dimitry Andric PGP Key: http://www.xs4all.nl/~dim/dim.asc Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3 Lbh ner abj va ivbyngvba bs gur QZPN -----BEGIN PGP SIGNATURE----- Version: 6.5.8ckt http://www.ipgpp.com/ Comment: http://duncan.gn.apc.org/stoa_cover.htm iQA/AwUBPbXCDbBeowouIJajEQIi+wCfax7Pp0FhLW8Q2NACfI0qydmIGxkAn1fN OXOeL76OhKR5faUlIGl7OMMd =F/60 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 15:31:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10FAA37B40B for ; Tue, 22 Oct 2002 15:31:39 -0700 (PDT) Received: from fubar.adept.org (fubar.adept.org [63.147.172.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE2643E4A for ; Tue, 22 Oct 2002 15:31:38 -0700 (PDT) (envelope-from mike@adept.org) Received: by fubar.adept.org (Postfix, from userid 1001) id E72921527E; Tue, 22 Oct 2002 15:30:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by fubar.adept.org (Postfix) with ESMTP id E498B15247; Tue, 22 Oct 2002 15:30:51 -0700 (PDT) Date: Tue, 22 Oct 2002 15:30:51 -0700 (PDT) From: Mike Hoskins To: David Kleiner Cc: "R. David Murray" , Matthew Whelan , FreeBSD-Stable Subject: Re: freebsd test matrix In-Reply-To: <20021022212449.GA8816@panix.com> Message-ID: <20021022151845.R49882-100000@fubar.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, David Kleiner wrote: > Is there a case for loosely-coupled p2p network of systems running freebsd validation > suites? That's the idea... Then the test matrix itself becomes "open", keeping any one individual or group from footing the bill. The project's potential becomes much larger at this point. First we need a suite that's agreeable, then some beginning tests (and an easy way for anyone to submit more tests)... At that point, it is ideal to have an easy process (make test) whereby anyone wishing to participate can easily report results to a centralized site. (Wouldn't have to be p2p, could report via email or just generate a file the user submitted themselves.) This process can either be part of the base system (once we prove our idea is useful perhaps) or a port/package/script that is downloaded and ran. Since stress testing can take a great deal of time, I think it would be primarily focussed on functional/validation testing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 22 16:35:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C77437B401 for ; Tue, 22 Oct 2002 16:35:18 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D710743E7B for ; Tue, 22 Oct 2002 16:35:17 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VFC8>; Tue, 22 Oct 2002 19:35:12 -0400 Message-ID: From: Don Bowman To: 'RichardH' , freebsd-stable@FreeBSD.ORG Subject: RE: Random reboots Date: Tue, 22 Oct 2002 19:35:11 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: RichardH [mailto:rh@storm2k.com] > We are experiencing random reboots on 4.7. Have seen other > postings in here regarding this issue so it does not appear to be hardware > related but have not seen a definitive answer to what is going on. No core > dumps, etc. Please respond if you are having same problem. We are > doing 4.7 on a "test" I just watched a machine do the same thing: no users logged in, no activity, uptime was about 10 minutes. # dmesg 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 4.7-STABLE #2: Tue Oct 15 14:13:01 EDT 2002 don@bsd-make.sandvine.com:/usr/obj/usr/src/sys/TPC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1266.07-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1048576K bytes) avail memory = 1040015360 (1015640K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 Preloaded elf kernel "kernel" at 0xc041b000. Preloaded elf module "if_fxp.ko" at 0xc041b09c. Preloaded elf module "miibus.ko" at 0xc041b13c. Preloaded elf module "if_em.ko" at 0xc041b1dc. warning: only one CPU active on in SMP kernel ? netsmb_dev: loaded Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f5250 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #1 intpin 4 -> irq 2 IOAPIC #1 intpin 6 -> irq 3 IOAPIC #1 intpin 15 -> irq 5 IOAPIC #0 intpin 10 -> irq 9 pci0: on pcib0 pci0: at 3.0 irq 2 fxp0: port 0xd000-0xd03f mem 0xfe700000-0xfe7fffff,0xfeafc000-0xfeafcfff irq 3 at device 4.0 on pci0 fxp0: Ethernet address 00:30:48:22:9d:7e inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xd400-0xd43f mem 0xfe900000-0xfe9fffff,0xfeafd000-0xfeafdfff irq 5 at device 6.0 on pci0 fxp1: Ethernet address 00:30:48:22:9d:7f inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfeafe000-0xfeafefff irq 9 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on motherboard IOAPIC #1 intpin 10 -> irq 10 IOAPIC #1 intpin 12 -> irq 11 pci1: on pcib1 pci1: (vendor=0x14e4, dev=0x1645) at 2.0 irq 10 ahc0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 11 at device 3.0 on pci1 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs orm0: