From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 00:36:17 2003 Return-Path: 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 3511716A4CE for ; Sun, 21 Dec 2003 00:36:17 -0800 (PST) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348AE43D4C for ; Sun, 21 Dec 2003 00:36:15 -0800 (PST) (envelope-from matt@fruitsalad.org) Received: from [192.168.15.54] (helo=192.168.15.54) by mandarin.fruitsalad.org with esmtp (Exim 4.14) id 1AXz4P-000Osa-GG for stable@freebsd.org; Sun, 21 Dec 2003 09:36:13 +0100 From: Matt Douhan Organization: fruitsalad.org To: stable@freebsd.org Date: Sun, 21 Dec 2003 09:35:31 +0100 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_gtV5/GYoyCrYRJ+"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200312210935.44065.matt@fruitsalad.org> Subject: NFS serer weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 08:36:17 -0000 --Boundary-02=_gtV5/GYoyCrYRJ+ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline Hello I am running a STABLE NFS server as follows 9:28am mdouhan @ [rabarber] ~ > uname -a =46reeBSD rabarber.internal.hasta.se 4.9-STABLE FreeBSD 4.9-STABLE #3: Sat = Dec=20 20 17:25:35 CET 2003 root@rabarber.internal.hasta.se:/usr/obj/usr/src/ sys/RABARBER i386 9:28am mdouhan @ [rabarber] ~ > =46rom this server I mount NFS filesystems from a STABLE machine as follows 9:29am mdouhan @ [mandarin] ~ > uname -a =46reeBSD mandarin.internal.hasta.se 4.8-STABLE FreeBSD 4.8-STABLE #0: Sat = Apr =20 5 17:07:20 GMT 2003 root@mandarin.internal.hasta.se:/usr/obj/usr/src/sy= s/ MANDARIN i386 9:29am mdouhan @ [mandarin] ~ > using the following line in /etc/fstab 9:29am mdouhan @ [mandarin] ~ > cat /etc/fstab | grep rabarber rabarber:/net/rabarber /net/rabarber nfs tcp,rw,nfsv3 0 0 9:29am mdouhan @ [mandarin] ~ > I also mount this NFS filesystems on a CURRENT machines as follows 9:30am mdouhan @ [ananas] ~ > uname -a =46reeBSD ananas.internal.hasta.se 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed = Nov=20 19 19:55:50 CET 2003 root@ananas.internal.hasta.se:/usr/obj/usr/current/ sys/ANANAS i386 9:30am mdouhan @ [ananas] ~ > using the following line in /etc/fstab 9:30am mdouhan @ [ananas] ~ > cat /etc/fstab | grep rabarber rabarber:/net/rabarber /net/rabarber nfs tcp,rw,nfsv3 0 = =20 0 9:31am mdouhan @ [ananas] ~ > all machines are using the fxp NIC at 100Mbps fdx operations, none of the=20 machines show any input or outpput errors if I check with netstat -i, they= =20 are all connected to a single Switch and the switch does not report any=20 errors on the ports and also shows that correct speed/duplex has been=20 negotiated, I have also tried hardcoding the speed/duplex settings but the= =20 result is the same The problem is as follows 9:34am mdouhan @ [mandarin] ~ > tail /var/log/messages Dec 19 11:53:37 mandarin /kernel: nfs server rabarber:/net/rabarber: not=20 responding Dec 19 11:53:37 mandarin /kernel: nfs server rabarber:/net/rabarber: is ali= ve=20 again Dec 20 21:54:35 mandarin /kernel: nfs server rabarber:/net/rabarber: not=20 responding Dec 20 21:55:49 mandarin /kernel: nfs server rabarber:/net/rabarber: is ali= ve=20 again Dec 20 22:04:24 mandarin /kernel: nfs server rabarber:/net/rabarber: not=20 responding Dec 20 22:04:38 mandarin /kernel: nfs server rabarber:/net/rabarber: not=20 responding Dec 20 22:05:48 mandarin last message repeated 2 times Dec 20 22:06:04 mandarin /kernel: nfs server rabarber:/net/rabarber: is ali= ve=20 again Dec 20 22:06:04 mandarin last message repeated 3 times 9:34am mdouhan @ [mandarin] ~ > All machines mounting NFS systems are seing these errors in the log, and it= is=20 very annoying, anyone have any idea why this is? Regards Matt =2D-=20 Matt Douhan www.fruitsalad.org matt@fruitsalad.org ping elvis elvis is alive --Boundary-02=_gtV5/GYoyCrYRJ+ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/5VtgJ58/+TqKmQsRAsd+AJ4xa/74U3DtGeP/O2TBqPpP29iAIgCgvcPZ Lo7MfSzRytAfl0Pmi8p/9P8= =e+Bx -----END PGP SIGNATURE----- --Boundary-02=_gtV5/GYoyCrYRJ+-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 08:28:47 2003 Return-Path: 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 C1C6616A4CE for ; Sun, 21 Dec 2003 08:28:47 -0800 (PST) Received: from MXR-2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93B543D5E for ; Sun, 21 Dec 2003 08:28:44 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from localhost (reha2 [127.0.0.1]) by MXR-2.estpak.ee (Postfix) with ESMTP id 4416128A3A; Sun, 21 Dec 2003 18:28:56 +0200 (EET) Received: from MXR-2.estpak.ee ([127.0.0.1]) by localhost (reha2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24653-03; Sun, 21 Dec 2003 18:28:56 +0200 (EET) Received: from kevad.internal (80-235-44-163-dsl.mus.estpak.ee [80.235.44.163]) by MXR-2.estpak.ee (Postfix) with ESMTP id 84B55289BD; Sun, 21 Dec 2003 18:28:55 +0200 (EET) Received: from kevad.internal (localhost [127.0.0.1]) by kevad.internal (8.12.10/8.12.10) with ESMTP id hBLGSgvS002084; Sun, 21 Dec 2003 18:28:42 +0200 (EET) (envelope-from vallo@kevad.internal) Received: (from vallo@localhost) by kevad.internal (8.12.10/8.12.10/Submit) id hBLGSfE0002083; Sun, 21 Dec 2003 18:28:41 +0200 (EET) (envelope-from vallo) Date: Sun, 21 Dec 2003 18:28:41 +0200 From: Vallo Kallaste To: "Oivind H. Danielsen" Message-ID: <20031221162841.GA1533@kevad.internal> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i-ja.1 X-Virus-Scanned: by amavisd-new at neti.ee cc: freebsd-stable@freebsd.org Subject: Re: WRITE command timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 16:28:47 -0000 On Sat, Dec 20, 2003 at 07:07:41PM +0100, "Oivind H. Danielsen" wrote: > We have been running FreeBSD 4.6-5.1 systems for 1.5 years and are being > plagued by these: > > Dec 18 15:15:39 <> /kernel: ad0: WRITE command timeout tag=0 serv=0 - > resetting > Dec 19 15:03:23 <> /kernel: ad0: READ command timeout tag=0 serv=0 - > resetting > In our rack we have 34 identical drives (IBM IC35L080AVVA07). > > 24 drives on Windows 2000 : no problems. > 4 drives on Linux 2.4.x : no problems. > > 2 drives on RELENG_4_8 > (VIA 82C686, VIA C3) : no problems > > 4 drives on RELENG_4_8 > (nVIDIA nForce, XP 2000+) : r/w timeouts, fs corruption. > > (1 drive/system, 6 FreeBSD boxes) > > The good systems have been running the 1.5 years without a hitch. The > four identical RELENG_4_8 systems have all had corrupted filesystems (at > least once every two months). You seem to like fighting with your FreeBSD boxes, 1,5 years is a lot of time in terms of FreeBSD releases.. Otherwise I would suggest running Linux and be done with it. I'm far from being Linux advocate and have no Linux systems at the moment, but sometimes you must decide what you value.. Have you tried to move the seemingly failing disks from the FreeBSD boxes to working ones? Simply swap the disks, as you have cluster it should be simple. Perhaps swap cables, too, to have less variables in comparison. -- Vallo Kallaste From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 09:02:34 2003 Return-Path: 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 1210516A4CF for ; Sun, 21 Dec 2003 09:02:34 -0800 (PST) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A37243D67 for ; Sun, 21 Dec 2003 09:02:31 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com ([68.161.96.170]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20031221170230.XVOM9064.out007.verizon.net@mac.com>; Sun, 21 Dec 2003 11:02:30 -0600 Message-ID: <3FE5D21D.7090204@mac.com> Date: Sun, 21 Dec 2003 12:02:21 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Mahoney References: <20031220082653.GB86650@mahoney.remote.comnet.co.nz> In-Reply-To: <20031220082653.GB86650@mahoney.remote.comnet.co.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [68.161.96.170] at Sun, 21 Dec 2003 11:02:30 -0600 cc: Subscribers to FreeBSD-Stable Subject: Re: burncd: ioctl(CDRIOCFLUSH): Input/output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 17:02:34 -0000 Richard Mahoney wrote: > I am having trouble burning CD-R's with the following: [ ... ] > Do any readers have any idea what the issue may be. This problem has > been occuring on and off for a while but appears to be becoming worse. What does "atacontrol mode 1" show? Is your burner running in PIO, or in an UltraDMA mode...? -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 10:23:35 2003 Return-Path: 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 8526516A4CE for ; Sun, 21 Dec 2003 10:23:35 -0800 (PST) Received: from mail.acis.com.au (atlantis.acis.com.au [203.14.230.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 14F1E43D3F for ; Sun, 21 Dec 2003 10:23:31 -0800 (PST) (envelope-from andymac@bullseye.apana.org.au) Received: (qmail 55592 invoked from network); 21 Dec 2003 18:23:28 -0000 Received: from dialup5-async.civ.acis.com.au (HELO bullseye.apana.org.au) (203.10.77.5) by atlantis.acis.com.au with SMTP; 21 Dec 2003 18:23:28 -0000 Received: from bullseye.apana.org.au (localhost.apana.org.au [127.0.0.1]) hBL9F0Fc072036; Sun, 21 Dec 2003 20:15:00 +1100 (EST) (envelope-from andymac@bullseye.apana.org.au) Received: from localhost (andymac@localhost)hBL9F0jP072033; Sun, 21 Dec 2003 20:15:00 +1100 (EST) (envelope-from andymac@bullseye.apana.org.au) Date: Sun, 21 Dec 2003 20:15:00 +1100 (EST) From: Andrew MacIntyre To: Paul Mather In-Reply-To: <20031221033222.GA67365@gromit.dlib.vt.edu> Message-ID: <20031221201039.R71992@bullseye.apana.org.au> References: <20031218203355.GC45155@gromit.dlib.vt.edu> <200312210205.hBL25K5D005777@apollo.backplane.com> <20031221033222.GA67365@gromit.dlib.vt.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Problems reclaiming VM cache = XFree86 startup annoyance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 18:23:35 -0000 On Sat, 20 Dec 2003, Paul Mather wrote: > Not being a Python programmer, I don't know exactly how BitTorrent is > accessing the files (e.g., using mmap), though I do know some kind of > random access is involved as the filesets are chunked and different > chunks are served to different peers. I suspect random access to such > large files is not kind to the cache, though. :-) BT doesn't use mmap(), just seek()/read()/write(). -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 11:27:59 2003 Return-Path: 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 0727816A4CE for ; Sun, 21 Dec 2003 11:27:59 -0800 (PST) Received: from mahoney.remote.comnet.co.nz (mahoney.remote.comnet.co.nz [131.203.240.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B8F43D1F for ; Sun, 21 Dec 2003 11:27:55 -0800 (PST) (envelope-from rbm49@mahoney.remote.comnet.co.nz) Received: from rbm49 by mahoney.remote.comnet.co.nz with local (Exim 4.24; FreeBSD) id 1AY9Dg-0002cF-2B; Mon, 22 Dec 2003 08:26:28 +1300 Date: Mon, 22 Dec 2003 08:26:28 +1300 From: Richard Mahoney To: Chuck Swiger Message-ID: <20031221192627.GB341@mahoney.remote.comnet.co.nz> Mail-Followup-To: Chuck Swiger , Subscribers to FreeBSD-Stable References: <20031220082653.GB86650@mahoney.remote.comnet.co.nz> <3FE5D21D.7090204@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <3FE5D21D.7090204@mac.com> User-Agent: Mutt 1.5.5.1i (2003-11-05) on FreeBSD 4.9-STABLE (i386) X-URL: X-Originating-IP: [131.203.240.72] X-Originating-Server: [mahoney.remote.comnet.co.nz] X-Operating-System: FreeBSD 4.9-STABLE Sender: Richard Mahoney cc: Subscribers to FreeBSD-Stable Subject: Re: burncd: ioctl(CDRIOCFLUSH): Input/output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Richard Mahoney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 19:27:59 -0000 On Sun, Dec 21, 2003 at 12:02:21PM -0500, Chuck Swiger wrote: > Richard Mahoney wrote: > >I am having trouble burning CD-R's with the following: > [ ... ] > >Do any readers have any idea what the issue may be. This problem has > >been occuring on and off for a while but appears to be becoming worse. >=20 > What does "atacontrol mode 1" show? Is your burner running in PIO, or in= =20 > an UltraDMA mode...? thanks for your interest: mahoney# atacontrol mode 1 Master =3D WDMA2=20 Slave =3D PIO3 In case it might have helped, I've just rebuilt the system to include in the kernel: device atapicam # emulate ATAPI devices as SCSI dit= to via CAM # needs CAM to be present (scbus & = pass) It is now possible to use `cdrecord'. Unfortunately the I'm still having trouble burning CD-R's. Here are the details: **************************************** mahoney# cdrecord -scanbus ^^^^^^^^^^^^^^^^^ Cdrecord 2.00.3 (i386-unknown-freebsd4.9) Copyright (C) 1995-2002 J=1B%G=EF= =BF=BD=1B%@rg Schilling Using libscg version 'schily-0.7' scsibus1: 1,0,0 100) ' ' 'CRW1232 ' '1.20' Removable CD-ROM 1,1,0 101) 'IOMEGA ' 'ZIP 250 ' '51.G' Removable Disk 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * **************************************** [rbm49@mahoney] ~ $ dmesg -a | less ^^^^^^^^^^^^^^^ acd0: CD-RW at ata1-master WDMA2 ^^^^^^^^^^^^^^^^^ afd0: 239MB [239/64/32] at ata1-slave PIO3 Mounting root from ufs:/dev/ad0s2a cd0 at ata1 bus 0 target 0 lun 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ cd0: < CRW1232 1.20> Removable CD-ROM SCSI-0 device=20 cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ata1 bus 0 target 1 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 11.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present **************************************** mahoney# cdrecord -v speed=3D12 dev=3D1,0,0 scan.iso ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Cdrecord 2.00.3 (i386-unknown-freebsd4.9) Copyright (C) 1995-2002 J=1B%G=EF= =BF=BD=1B%@rg Schilling TOC Type: 1 =3D CD-ROM scsidev: '1,0,0' scsibus: 1 target: 0 lun: 0 Using libscg version 'schily-0.7' atapi: 0 Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : ' ' Identifikation : 'CRW1232 ' Revision : '1.20' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : MMC SWABAUDIO=20 Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R Drive buf size : 2752512 =3D 2688 KB FIFO size : 4194304 =3D 4096 KB Track 01: data 165 MB =20 Total size: 190 MB (18:51.54) =3D 84866 sectors Lout start: 190 MB (18:53/41) =3D 84866 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11077 (97:34/23) ATIP start of lead out: 359848 (79:59/73) Disk type: Long strategy type (Cyanine, AZO or similar) Manuf. index: 11 Manufacturer: Mitsubishi Chemical Corporation Blocks total: 359848 Blocks current: 359848 Blocks remaining: 274982 Starting to write CD/DVD at speed 12 in real TAO mode for single session. Last chance to quit, starting real write 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Starting new track at sector: 0 Track 01: 103 of 165 MB written (fifo 100%) [buf 100%] 12.2x.cdrecord: I= nput/output error. write_ g1: scsi sendcmd: retryable error CDB: 2A 00 00 00 CE D4 00 00 1F 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 03 00 00 C9 9C 0C 00 00 00 00 0C 00 00 00 00 00 00 00 00= 00 00 00 00 00 00 00 00=20 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 ^^^^^^^^^^^^ Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0 Sense flags: Blk 51612 (valid)=20 cmd finished after 2.863s timeout 40s write track data: error after 108437504 bytes Sense Bytes: 70 00 00 00 00 00 00 0C 00 00 00 00 00 00 00 00 00 00 cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error CDB: 35 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 03 00 00 C9 9C 0C 00 00 00 00 0C 00 00 00 00 00 00 00 00= 00 00 00 00 00 00 00 00=20 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 ^^^^^^^^^^^^ Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0 Sense flags: Blk 51612 (valid)=20 cmd finished after 7.137s timeout 120s Trouble flushing the cache Writing time: 80.319s Average write speed 15.4x. Min drive buffer fill was 100% Fixating... Fixating time: 25.565s cdrecord: fifo had 1772 puts and 1709 gets. cdrecord: fifo was 0 times empty and 1677 times full, min fill was 93%. mahoney# logout [rbm49@mahoney] ~ $ Hope this is of some help ;-) As a side note, although the errors continue, at least `cdrecord' can recover to some extent and actually `fixate' the CD. `Burncd' just fails and one is left with an unusable disk. Best regards, Richard =20 --=20 Richard MAHONEY | internet: homepages.comnet.net.nz/~r-mahoney Littledene | telephone / telefax: ++64 3 312 1699 Bay Road | cellular: ++64 25 829 986 OXFORD, NZ | e-mail: r.mahoney@comnet.net.nz =20 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 15:10:14 2003 Return-Path: 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 99E1A16A4CE for ; Sun, 21 Dec 2003 15:10:14 -0800 (PST) Received: from ns1.itga.com.au (ns1.itga.com.au [202.53.40.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3CC543D5A for ; Sun, 21 Dec 2003 15:10:09 -0800 (PST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns1.itga.com.au (8.12.9/8.12.9) with ESMTP id hBLNA3R5099980; Mon, 22 Dec 2003 10:10:03 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA04764; Mon, 22 Dec 2003 10:10:02 +1100 (EST) Message-Id: <200312212310.KAA04764@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: Paul Mather In-reply-to: Your message of Sat, 20 Dec 2003 22:32:22 -0500. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 2003 10:10:01 +1100 Sender: gnb@itga.com.au cc: Matthew Dillon cc: freebsd-stable@freebsd.org Subject: Re: Problems reclaiming VM cache = XFree86 startup annoyance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 23:10:14 -0000 paul@gromit.dlib.vt.edu said: > Not being a Python programmer, I don't know exactly how BitTorrent is > accessing the files (e.g., using mmap), I'm no Matt Dillon when it comes to kernel guts, but I suspect if the system is saturating the disk, mmap() vs open()/read() is not going to make any difference. They all wind up at the same underlying VM machinery and banging on the same overloaded disk. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 20:07:15 2003 Return-Path: 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 EB21916A4CE for ; Sun, 21 Dec 2003 20:07:15 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD4D43D53 for ; Sun, 21 Dec 2003 20:07:15 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 300D972DBF; Sun, 21 Dec 2003 20:07:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2DEEF72DB5; Sun, 21 Dec 2003 20:07:15 -0800 (PST) Date: Sun, 21 Dec 2003 20:07:15 -0800 (PST) From: Doug White To: Matt Douhan In-Reply-To: <200312210935.44065.matt@fruitsalad.org> Message-ID: <20031221200518.J55059@carver.gumbysoft.com> References: <200312210935.44065.matt@fruitsalad.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: NFS serer weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 04:07:16 -0000 On Sun, 21 Dec 2003, Matt Douhan wrote: > I am running a STABLE NFS server as follows [...] Is it different if you use tcp? Try using this command to mount the filesystem: mount_nfs -T -3 rabarber:/net/rabarber /net/rabarber Then try your operation and see if it works better. Also see if you experience random hangs with this. You may be having corruption/loss issues with small packets. You'll have to run tcpdump and try to see where the packet loss is occuring. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 20:13:46 2003 Return-Path: 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 F21E816A4CE for ; Sun, 21 Dec 2003 20:13:46 -0800 (PST) Received: from search.sparks.net (search.sparks.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9DE343D53 for ; Sun, 21 Dec 2003 20:13:45 -0800 (PST) (envelope-from dmiller@miningworks.com) Received: by search.sparks.net (Postfix, from userid 100) id 5DC07A902; Sun, 21 Dec 2003 23:13:45 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id 57339A901 for ; Sun, 21 Dec 2003 23:13:45 -0500 (EST) Date: Sun, 21 Dec 2003 23:13:45 -0500 (EST) From: David Miller To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: dmiller@miningworks.com Subject: Undefined symbol "__stderrp" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 04:13:47 -0000 Since cvsup'ing one of my systems on 10/25 a few programs have been complaining with this error message: su-2.03# cvsup -g -L 2 stable-supfile /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderrp" su-2.03# I've copied over /usr/lib/* and /usr/libexec/* from another working system updated at the same time but get the same result. I've copied over /usr/src and done another make world and get the same results. I've checked google for __stderrp and found nothing that seemed relevent. I'm not using -current so I shouldn't need 4.x compat libs. I'm not sure what to do next. Ideas? Things that may help: FreeBSD search.sparks.net 4.9-RC FreeBSD 4.9-RC #3: Fri Dec 19 07:44:15 EST 2003 root@search.sparks.net:/usr/obj/usr/src/sys/SEARCH i386 su-2.03# ls -l /usr/libexec/ld-elf.so.1 -r-xr-xr-x 1 root wheel 81932 Oct 25 19:23 /usr/libexec/ld-elf.so.1 su-2.03# ls -l /usr/lib/libm.so* lrwxr-xr-x 1 root wheel 9 Dec 19 07:56 /usr/lib/libm.so -> libm.so.2 -r--r--r-- 1 root wheel 117024 Dec 19 07:56 /usr/lib/libm.so.2 Any clues greatly appreciated. --- David From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 20:15:23 2003 Return-Path: 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 0169916A4CE for ; Sun, 21 Dec 2003 20:15:23 -0800 (PST) Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E99843D5F for ; Sun, 21 Dec 2003 20:15:09 -0800 (PST) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([207.158.72.14]) by lerami.lerctr.org with asmtp (Exim 4.30) id 1AYHTI-0001xN-G8; Sun, 21 Dec 2003 22:15:08 -0600 Date: Sun, 21 Dec 2003 22:15:05 -0600 From: Larry Rosenman To: David Miller , freebsd-stable@freebsd.org Message-ID: <82710000.1072066505@lerlaptop.lerctr.org> In-Reply-To: References: X-Mailer: Mulberry/3.1.0 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========E8EFC8CD9EB094A39E60==========" Subject: Re: Undefined symbol "__stderrp" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 04:15:23 -0000 --==========E8EFC8CD9EB094A39E60========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline update the compat libs. FAQ. LER --On Sunday, December 21, 2003 23:13:45 -0500 David Miller=20 wrote: > Since cvsup'ing one of my systems on 10/25 a few programs have been > complaining with this error message: > > su-2.03# cvsup -g -L 2 stable-supfile > /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol = "__stderrp" > su-2.03# > > I've copied over /usr/lib/* and /usr/libexec/* from another working = system > updated at the same time but get the same result. > > I've copied over /usr/src and done another make world and get the same > results. > > I've checked google for __stderrp and found nothing that seemed > relevent. I'm not using -current so I shouldn't need 4.x compat libs. > > > I'm not sure what to do next. > > > Ideas? > > > Things that may help: > > FreeBSD search.sparks.net 4.9-RC FreeBSD 4.9-RC #3: Fri Dec 19 07:44:15 > EST 2003 root@search.sparks.net:/usr/obj/usr/src/sys/SEARCH i386 > > su-2.03# ls -l /usr/libexec/ld-elf.so.1 > -r-xr-xr-x 1 root wheel 81932 Oct 25 19:23 /usr/libexec/ld-elf.so.1 > > su-2.03# ls -l /usr/lib/libm.so* > lrwxr-xr-x 1 root wheel 9 Dec 19 07:56 /usr/lib/libm.so -> > libm.so.2 > -r--r--r-- 1 root wheel 117024 Dec 19 07:56 /usr/lib/libm.so.2 > > > Any clues greatly appreciated. > > --- David > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========E8EFC8CD9EB094A39E60========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/5m/KrRNGhTxJvdYRAtMSAJ9OUYudZ/fcJVqqSBUYSxHCd5/v/QCeONNf 2hFv+wEXyLTqiAr9V86yjgg= =DGKX -----END PGP SIGNATURE----- --==========E8EFC8CD9EB094A39E60==========-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 20:25:34 2003 Return-Path: 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 98E8B16A4CE for ; Sun, 21 Dec 2003 20:25:34 -0800 (PST) Received: from lcremeans.homeip.net (dsl092-160-012.wdc2.dsl.speakeasy.net [66.92.160.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D3043D5C for ; Sun, 21 Dec 2003 20:25:30 -0800 (PST) (envelope-from lee@lcremeans.homeip.net) Received: from lcremeans.homeip.net (lee.local [192.168.0.252]) by lcremeans.homeip.net (8.12.9/8.12.9) with ESMTP id hBM4ODMB096479; Sun, 21 Dec 2003 23:24:13 -0500 (EST) (envelope-from lee@lcremeans.homeip.net) Message-ID: <3FE67233.7050701@lcremeans.homeip.net> Date: Sun, 21 Dec 2003 23:25:23 -0500 From: Lee Cremeans User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Oivind H. Danielsen" References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: WRITE command timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 04:25:34 -0000 Oivind H. Danielsen wrote: > Hello. > > We have been running FreeBSD 4.6-5.1 systems for 1.5 years and are being > plagued by these: > > Dec 18 15:15:39 <> /kernel: ad0: WRITE command timeout tag=0 serv=0 - > resetting > Dec 19 15:03:23 <> /kernel: ad0: READ command timeout tag=0 serv=0 - > resetting > > > In our rack we have 34 identical drives (IBM IC35L080AVVA07). > > 24 drives on Windows 2000 : no problems. > 4 drives on Linux 2.4.x : no problems. > > 2 drives on RELENG_4_8 > (VIA 82C686, VIA C3) : no problems > > 4 drives on RELENG_4_8 > (nVIDIA nForce, XP 2000+) : r/w timeouts, fs corruption. > > (1 drive/system, 6 FreeBSD boxes) > > The good systems have been running the 1.5 years without a hitch. The > four identical RELENG_4_8 systems have all had corrupted filesystems (at > least once every two months). > > > We have tried the following: > > - Changed ATA100 cables (3 diff. types, all 80-wire) > - Disabled DMA (use PIO4) (hw.ata.ata_dma="0" in loader.conf) > - Disabled DMA in BIOS setup > - Changed motherboard (MSI MS6734, VIA KM400, vt8235 ATA) > - Changed power supply (added 100W) > - RELENG_5_1. > > None of these changes has helped. The only change seen when disabling > DMA is additional messages: "timeout waiting for DRQ - resetting". It sounds like that particular drive is on the way out. Have you tried running IBM/HGST's "Drive Fitness Tools" disk on it? (It's a DOS program, but it comes on a self-booting diskette image that you can also burn to a bootable CD if you like.) That program should be able to detect any problems, and let you know if you need to send the drive back. -lee From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 20:56:26 2003 Return-Path: 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 5168416A4CE for ; Sun, 21 Dec 2003 20:56:26 -0800 (PST) Received: from search.sparks.net (search.sparks.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD0143D1D for ; Sun, 21 Dec 2003 20:56:24 -0800 (PST) (envelope-from dmiller@miningworks.com) Received: by search.sparks.net (Postfix, from userid 100) id 7A324A902; Sun, 21 Dec 2003 23:56:24 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id 734B3A901; Sun, 21 Dec 2003 23:56:24 -0500 (EST) Date: Sun, 21 Dec 2003 23:56:24 -0500 (EST) From: David Miller X-Sender: dmiller@search.sparks.net To: Larry Rosenman In-Reply-To: <82710000.1072066505@lerlaptop.lerctr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Undefined symbol "__stderrp" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 04:56:26 -0000 On Sun, 21 Dec 2003, Larry Rosenman wrote: > update the compat libs. On a system that works, cvsup and all, I tarred up all of /usr/lib. On the system that's broken I untarred it all. None the compat libs under /usr/lib/compat have noschg set; they should certainly have been replaced. cvsup worked before the "make installworld" of 10/25; I deleted nothing. The compat libs are all dated long ago. Why would they now be out of date/broken? > FAQ. A pointer to the FAQ for this would be very welcome indeed. I did see a case where a -current user needed the 4.x compat libs. That wouldn't seem to be the case here. Thanks for the reply! --- David > > LER > > > --On Sunday, December 21, 2003 23:13:45 -0500 David Miller > wrote: > > > Since cvsup'ing one of my systems on 10/25 a few programs have been > > complaining with this error message: > > > > su-2.03# cvsup -g -L 2 stable-supfile > > /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderrp" > > su-2.03# > > > > I've copied over /usr/lib/* and /usr/libexec/* from another working system > > updated at the same time but get the same result. > > > > I've copied over /usr/src and done another make world and get the same > > results. > > > > I've checked google for __stderrp and found nothing that seemed > > relevent. I'm not using -current so I shouldn't need 4.x compat libs. > > > > > > I'm not sure what to do next. > > > > > > Ideas? > > > > > > Things that may help: > > > > FreeBSD search.sparks.net 4.9-RC FreeBSD 4.9-RC #3: Fri Dec 19 07:44:15 > > EST 2003 root@search.sparks.net:/usr/obj/usr/src/sys/SEARCH i386 > > > > su-2.03# ls -l /usr/libexec/ld-elf.so.1 > > -r-xr-xr-x 1 root wheel 81932 Oct 25 19:23 /usr/libexec/ld-elf.so.1 > > > > su-2.03# ls -l /usr/lib/libm.so* > > lrwxr-xr-x 1 root wheel 9 Dec 19 07:56 /usr/lib/libm.so -> > > libm.so.2 > > -r--r--r-- 1 root wheel 117024 Dec 19 07:56 /usr/lib/libm.so.2 > > > > > > Any clues greatly appreciated. > > > > --- David > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 E-Mail: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 22:20:56 2003 Return-Path: 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 44B4416A4CE for ; Sun, 21 Dec 2003 22:20:56 -0800 (PST) Received: from ns1.itga.com.au (ns1.itga.com.au [202.53.40.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id E691543D1D for ; Sun, 21 Dec 2003 22:20:53 -0800 (PST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns1.itga.com.au (8.12.9/8.12.9) with ESMTP id hBM6KqR5001507; Mon, 22 Dec 2003 17:20:52 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id RAA11726; Mon, 22 Dec 2003 17:20:52 +1100 (EST) Message-Id: <200312220620.RAA11726@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: David Miller In-reply-to: Your message of Sun, 21 Dec 2003 23:56:24 -0500. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 2003 17:20:52 +1100 Sender: gnb@itga.com.au cc: freebsd-stable@freebsd.org Subject: Re: Undefined symbol "__stderrp" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 06:20:56 -0000 > A pointer to the FAQ for this would be very welcome indeed. Check /usr/src/UPDATING under the entry for 20021110. > I did see a > case where a -current user needed the 4.x compat libs. That wouldn't seem > to be the case here. It's actually the 3.x compat libs under 4.x that are at issue here. Presumably, you have some old packages compiled under 3.x. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 22:47:00 2003 Return-Path: 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 465C816A4CE for ; Sun, 21 Dec 2003 22:47:00 -0800 (PST) Received: from smtp2.eunet.yu (smtp2.eunet.yu [194.247.192.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A93F43D1F for ; Sun, 21 Dec 2003 22:46:58 -0800 (PST) (envelope-from kolicz@eunet.yu) Received: from smtp2.EUnet.yu (root@localhost) by smtp2.eunet.yu (8.12.10/8.12.10) with SMTP id hBM6kuuE031207 for ; Mon, 22 Dec 2003 07:46:56 +0100 Received: from kolic.net (P-2.48.EUnet.yu [213.240.2.48]) by smtp2.eunet.yu (8.12.10/8.12.10) with ESMTP id hBM6kteu031136 for ; Mon, 22 Dec 2003 07:46:56 +0100 Received: by kolic.net (Postfix, from userid 1001) id 91A354302; Mon, 22 Dec 2003 07:40:18 +0100 (CET) Date: Mon, 22 Dec 2003 07:40:18 +0100 From: Zoran Kolic To: freebsd-stable Message-ID: <20031222064018.GA694@kolic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Re: burncd: ioctl... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 06:47:00 -0000 Is it an old writer? I had similar experience. With new device, all's gone. Could you write and read small files? How do you make iso file? (What options do you use with mkisofs? Could you read it with l,r or J?) New writers are 40 E now. Avoid headache, if you can. ZK From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 04:16:06 2003 Return-Path: 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 5ECD916A4CE for ; Mon, 22 Dec 2003 04:16:06 -0800 (PST) Received: from smtp2a.cbn.net.id (smtp2a.cbn.net.id [202.158.126.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B43043D54 for ; Mon, 22 Dec 2003 04:16:04 -0800 (PST) (envelope-from riv@cbn.net.id) Received: from cbn.net.id (unknown [202.158.50.84]) by smtp2a.int.cbn.net.id (Postfix) with ESMTP id 2B7BA16F3B for ; Mon, 22 Dec 2003 19:16:01 +0700 (WIT) Message-ID: <3FE6E06C.4070401@cbn.net.id> Date: Mon, 22 Dec 2003 19:15:40 +0700 From: Riv Octovahriz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031221 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Plex Writer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 12:16:06 -0000 Anyone ever success using plextor PX-S88TU on -STABLE ? I can't get it work, everytime i tried to burn my cd using cdrecord, it gave me error : cdrecord: CD/DVD-Recorder not ready But i can read my cd's using that drive perfectly, dmesg output : umass0: Plextor Corp. USB Storage Adapter, rev 2.00/11.01, addr 2 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 650KB/s transfers ~riv From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 09:10:11 2003 Return-Path: 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 720B816A4CE for ; Mon, 22 Dec 2003 09:10:11 -0800 (PST) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6058E43D46 for ; Mon, 22 Dec 2003 09:10:10 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id hBMHA7GJ023456; Mon, 22 Dec 2003 09:10:08 -0800 (PST) Received: from [10.1.1.193] (nfw2.codefab.com [66.234.138.66]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 3.0) with ESMTP id hBMHA7HO006460; Mon, 22 Dec 2003 09:10:07 -0800 (PST) In-Reply-To: <20031221192627.GB341@mahoney.remote.comnet.co.nz> References: <20031220082653.GB86650@mahoney.remote.comnet.co.nz> <3FE5D21D.7090204@mac.com> <20031221192627.GB341@mahoney.remote.comnet.co.nz> Mime-Version: 1.0 (Apple Message framework v609) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 22 Dec 2003 12:10:06 -0500 To: Richard Mahoney X-Mailer: Apple Mail (2.609) cc: Subscribers to FreeBSD-Stable Subject: Re: burncd: ioctl(CDRIOCFLUSH): Input/output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 17:10:11 -0000 On Dec 21, 2003, at 2:26 PM, Richard Mahoney wrote: > Sense Bytes: F0 00 03 00 00 C9 9C 0C 00 00 00 00 0C 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 > 00 00 00 > Sense Key: 0x3 Medium Error, Segment 0 > ^^^^^^^^^^^^ > Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0 For a real SCSI disk, this would indicate a media error; does it do any good to use a different type of CD-R blank, or to burn at a slower speed? Burning at 16X might be pushing things, especially if it is an older burner... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 10:00:46 2003 Return-Path: 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 6AF2F16A4CE for ; Mon, 22 Dec 2003 10:00:46 -0800 (PST) Received: from mta-b.kjsl.com (mta-b.kjsl.com [69.36.241.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5008943D58 for ; Mon, 22 Dec 2003 10:00:43 -0800 (PST) (envelope-from fmc@reanimators.org) Received: by mta-b.kjsl.com (Postfix, from userid 66) id 36E0E4C1F3; Mon, 22 Dec 2003 10:00:43 -0800 (PST) Received: from daemonweed.reanimators.org (localhost.reanimators.org [127.0.0.1])hBMHth39091012; Mon, 22 Dec 2003 09:55:43 -0800 (PST) (envelope-from fmc@daemonweed.reanimators.org) Received: (from fmc@localhost)hBMHthcf091011; Mon, 22 Dec 2003 09:55:43 -0800 (PST) (envelope-from fmc) Message-Id: <200312221755.hBMHthcf091011@daemonweed.reanimators.org> To: "Oivind H. Danielsen" References: From: Frank McConnell Date: Mon, 22 Dec 2003 09:55:43 -0800 In-Reply-To: (Oivind H. Danielsen's message of "Sat, 20 Dec 2003 19:07:41 +0100") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: WRITE command timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 18:00:46 -0000 "Oivind H. Danielsen" wrote: > Dec 18 15:15:39 <> /kernel: ad0: WRITE command timeout tag=0 serv=0 - > resetting > Dec 19 15:03:23 <> /kernel: ad0: READ command timeout tag=0 serv=0 - > resetting I have recently (Friday, today) seen these messages with a new box running 4.8-RELEASE-p14. Replacing the hard disk and cable did not help. The key in this case appears to be the kernel configuration, which included options SMP and APIC but not HTT. GENERIC works fine, GENERIC + SMP + APIC fails, GENERIC + SMP + APIC + HTT appears to work thus far (makes it through a buildworld without provoking a timeout). 4.8-RELEASE-p14 on Intel SE7501CW2 with two 2.4GHz Xeons and 512MB RAM. No idea whether this will help you; looking at your kernel config file, I have my doubts (doesn't look like you are using SMP). Maybe it will be a clue to someone though. -Frank McConnell From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 10:07:44 2003 Return-Path: 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 0D34B16A4D4 for ; Mon, 22 Dec 2003 10:07:44 -0800 (PST) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF1343D5A for ; Mon, 22 Dec 2003 10:07:42 -0800 (PST) (envelope-from steve@nomad.tor.lets.net) Received: from nomad.lets.net (H74.C220.tor.velocet.net [216.138.220.74]) by sabre.velocet.net (Postfix) with SMTP id E8A08138523 for ; Mon, 22 Dec 2003 13:07:38 -0500 (EST) Received: (qmail 61356 invoked by uid 1008); 22 Dec 2003 18:35:53 -0000 Date: Mon, 22 Dec 2003 13:35:53 -0500 From: Steve Shorter To: Matt Douhan Message-ID: <20031222183553.GA61343@nomad.lets.net> References: <200312210935.44065.matt@fruitsalad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200312210935.44065.matt@fruitsalad.org> User-Agent: Mutt/1.4i cc: stable@freebsd.org Subject: Re: NFS serer weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 18:07:44 -0000 On Sun, Dec 21, 2003 at 09:35:31AM +0100, Matt Douhan wrote: > The problem is as follows > 9:34am mdouhan @ [mandarin] ~ > tail /var/log/messages > again > Dec 20 22:04:24 mandarin /kernel: nfs server rabarber:/net/rabarber: not > responding > Dec 20 22:04:38 mandarin /kernel: nfs server rabarber:/net/rabarber: not > responding > Dec 20 22:05:48 mandarin last message repeated 2 times > Dec 20 22:06:04 mandarin /kernel: nfs server rabarber:/net/rabarber: is alive > again > Dec 20 22:06:04 mandarin last message repeated 3 times > 9:34am mdouhan @ [mandarin] ~ > > > All machines mounting NFS systems are seing these errors in the log, and it is > very annoying, anyone have any idea why this is? > > Regards This is an historical problem with dynamic retransmit estimator. There is previous disscussion about this in the archives. If everything is working OK you can ignore the messages or mount with -d. see man 8 mount_nfs. -steve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 11:09:07 2003 Return-Path: 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 D2E1816A4CE for ; Mon, 22 Dec 2003 11:09:07 -0800 (PST) Received: from mail.physik.uni-mainz.de (mail.Physik.Uni-Mainz.DE [134.93.180.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5DE643D99 for ; Mon, 22 Dec 2003 11:08:40 -0800 (PST) (envelope-from administrator@mail.physik.uni-mainz.de) Received: from mail.physik.uni-mainz.de (localhost [127.0.0.1]) hBMJ7ubB004363 for ; Mon, 22 Dec 2003 19:07:56 GMT (envelope-from administrator@mail.physik.uni-mainz.de) Received: from localhost (administrator@localhost)hBMJ7pSv004360 for ; Mon, 22 Dec 2003 20:07:51 +0100 (CET) (envelope-from administrator@mail.physik.uni-mainz.de) Date: Mon, 22 Dec 2003 20:07:51 +0100 (CET) From: Administrator IPA To: freebsd-stable@freebsd.org Message-ID: <20031222200558.X4256@mail.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: PicoBSD Shell-script bug in 5.2-RC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 19:09:07 -0000 Please insert libs -lfl -lkiconv to get things compiled correctly! sh.lo won't compile without flex lib and mount_msdosfs and mount_cd9660 won't compile right when missing libs -lkiconv. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 14:05:42 2003 Return-Path: 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 2AD2F16A4CE for ; Mon, 22 Dec 2003 14:05:42 -0800 (PST) Received: from tonij.jolt.nu (as4-6-3.lk.bonet.se [217.215.176.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5650443D45 for ; Mon, 22 Dec 2003 14:05:31 -0800 (PST) (envelope-from c4@portad.se) Received: from na.portad.se (na.nat.jolt.nu [10.0.0.2]) by tonij.jolt.nu (8.12.9/8.12.9) with ESMTP id hBMM7ZWC040478; Mon, 22 Dec 2003 23:07:36 +0100 (CET) (envelope-from c4@portad.se) Message-Id: <6.0.1.1.2.20031222230226.02603bc0@jolt.nu> X-Sender: c4@jolt.nu X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Mon, 22 Dec 2003 23:04:36 +0100 To: Frank McConnell From: Tobias In-Reply-To: <200312221755.hBMHthcf091011@daemonweed.reanimators.org> References: <200312221755.hBMHthcf091011@daemonweed.reanimators.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-1.8 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,MSG_ID_ADDED_BY_MTA_3, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org Subject: Re: WRITE command timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 22:05:42 -0000 We also experience a lot of this on drives connected to motherboard ide. Using an PCIIDE card solves the issue. At 18:55 2003-12-22, you wrote: >"Oivind H. Danielsen" wrote: > > Dec 18 15:15:39 <> /kernel: ad0: WRITE command timeout tag=0 serv=0 - > > resetting > > Dec 19 15:03:23 <> /kernel: ad0: READ command timeout tag=0 serv=0 - > > resetting > >I have recently (Friday, today) seen these messages with a new box >running 4.8-RELEASE-p14. Replacing the hard disk and cable did not >help. The key in this case appears to be the kernel configuration, >which included options SMP and APIC but not HTT. GENERIC works fine, >GENERIC + SMP + APIC fails, GENERIC + SMP + APIC + HTT appears to work >thus far (makes it through a buildworld without provoking a timeout). > >4.8-RELEASE-p14 on Intel SE7501CW2 with two 2.4GHz Xeons and 512MB RAM. > >No idea whether this will help you; looking at your kernel config >file, I have my doubts (doesn't look like you are using SMP). Maybe >it will be a clue to someone though. > >-Frank McConnell >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 14:42:18 2003 Return-Path: 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 C690F16A4CE; Mon, 22 Dec 2003 14:42:18 -0800 (PST) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECB7443D45; Mon, 22 Dec 2003 14:42:16 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from triangle.rtp.FreeBSD.Org (localhost [127.0.0.1]) hBMMgGLO014429; Mon, 22 Dec 2003 17:42:16 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by triangle.rtp.FreeBSD.Org (8.12.9/8.12.9/Submit) id hBMMgGXA014428; Mon, 22 Dec 2003 17:42:16 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Mon, 22 Dec 2003 17:42:16 -0500 (EST) Message-Id: <200312222242.hBMMgGXA014428@triangle.rtp.FreeBSD.Org> X-Authentication-Warning: triangle.rtp.FreeBSD.Org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: stable@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [releng_4 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 22:42:19 -0000 TB --- 2003-12-22 22:26:07 - tinderbox 2.2 running on triangle.rtp.FreeBSD.Org TB --- 2003-12-22 22:26:07 - starting RELENG_4 tinderbox run for i386/pc98 TB --- 2003-12-22 22:26:07 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-12-22 22:30:52 - building world TB --- cd /home/des/tinderbox/RELENG_4/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/RELENG_4/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/i386/usr/include >>> stage 4: building libraries [...] cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -c /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/fix_grouping.c -o fix_grouping.o cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -c /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/frune.c -o frune.o cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -c /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/gb18030.c -o gb18030.o cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -c /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/gbk.c -o gbk.o cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -c /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/isctype.c -o isctype.o cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -c /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/ldpart.c -o ldpart.o /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/ldpart.c:52: conflicting types for `__part_load_locale' /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc/../libc/locale/ldpart.h:37: previous declaration of `__part_load_locale' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib/libc. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/RELENG_4/i386/pc98/src. TB --- 2003-12-22 22:42:16 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-12-22 22:42:16 - TB --- ERROR: failed to build world TB --- 2003-12-22 22:42:16 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 16:30:17 2003 Return-Path: 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 A48B516A4CE for ; Mon, 22 Dec 2003 16:30:17 -0800 (PST) Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A21743D5A for ; Mon, 22 Dec 2003 16:30:15 -0800 (PST) (envelope-from richard@cogsci.ed.ac.uk) Received: from sorley.cogsci.ed.ac.uk (xdm [129.215.144.53]) by rhymer.cogsci.ed.ac.uk (8.9.3p2/8.9.3) with ESMTP id AAA23796 for ; Tue, 23 Dec 2003 00:30:13 GMT Received: (from richard@localhost) by sorley.cogsci.ed.ac.uk (8.9.3+Sun/8.9.3) id AAA23035 for freebsd-stable@freebsd.org; Tue, 23 Dec 2003 00:30:13 GMT Date: Tue, 23 Dec 2003 00:30:13 GMT Message-Id: <200312230030.AAA23035@sorley.cogsci.ed.ac.uk> From: Richard Tobin To: freebsd-stable@freebsd.org Organization: just say no Subject: ATA problem installing on Vaio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 00:30:17 -0000 I tried to install FreeBSD 4.9 on a Sony Vaio PCG-TR1MP. It hangs during boot (requiring a power-cycle) after printing: ata1-slave: ATAPI identify retries exceeded pccard: card inserted, slot 0 ad0: READ command timeout tag=0 serv=0 - resetting ata0 resetting devices .. I found several references to similar problems, but no solution. The same happens with the 4.8 install CD. -- Richard From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 18:42:14 2003 Return-Path: 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 3DE2F16A4CE for ; Mon, 22 Dec 2003 18:42:14 -0800 (PST) Received: from alcanet.com.au (mailout2.alcanet.com.au [208.178.117.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D3D843D1F for ; Mon, 22 Dec 2003 18:42:10 -0800 (PST) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp02.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1])hBN2g7Ix019866; Tue, 23 Dec 2003 13:42:08 +1100 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp02.alcatel.com.au (Lotus Domino Release 5.0.12) with ESMTP id 2003122313420764:318804 ; Tue, 23 Dec 2003 13:42:07 +1100 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) hBN2g7HQ045789; Tue, 23 Dec 2003 13:42:07 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.9p2/8.12.9/Submit) id hBN2g56R045788; Tue, 23 Dec 2003 13:42:05 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Tue, 23 Dec 2003 13:42:05 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20031223024205.GA45693@gsmx07.alcatel.com.au> Mail-Followup-To: freebsd-stable@freebsd.org, Andrew.Li@alcatel.com.au Mime-Version: 1.0 User-Agent: Mutt/1.4.1i X-MIMETrack: Itemize by SMTP Server on SYDSMTP02/AlcatelAustralia(Release 5.0.12 |February 13, 2003) at 23/12/2003 13:42:07,|February 13, 2003) at 23/12/2003 13:42:08, Serialize complete at 23/12/2003 13:42:08 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: 4.9p1 deadlock on "inode" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 02:42:14 -0000 This morning I found one of my systems would not let me login or issue commands but still seemed to be running. ddb showed that lots of processes were waiting on "inode". I forced a crash dump and found 166 processes total, 95 waiting on inode and 94 on the same wchan: (kgdb) p *(struct lock *)0xc133eb00 $9 = {lk_interlock = {lock_data = 0}, lk_flags = 0x200440, lk_sharecount = 0, lk_waitcount = 94, lk_exclusivecount = 1, lk_prio = 8, lk_wmesg = 0xc02b0a8a "inode", lk_timo = 101, lk_lockholder = 304} (kgdb) The lockholder is cron - the process waiting on inode on a different lock: (kgdb) p *(struct lock *)0xc1901a00 $10 = {lk_interlock = {lock_data = 0}, lk_flags = 0x200440, lk_sharecount = 0, lk_waitcount = 1, lk_exclusivecount = 1, lk_prio = 8, lk_wmesg = 0xc02b0a8a "inode", lk_timo = 101, lk_lockholder = 15123} (kgdb) Pid 15123 is another cron process waiting on "vlruwk" because there are too many vnodes in use: (kgdb) p numvnodes $12 = 8904 (kgdb) p freevnodes $13 = 24 (kgdb) p desiredvnodes $14 = 8879 Process vnlru is waiting on "vlrup" with vnlru_nowhere = 18209. Looking through the mountlist, mnt_nvnodelistsize was sane on all filesystems except one (/mnt), where it was 8613 (97% of all vnodes). Only one process was actively using files in /mnt, though some other processes may have been using it for $PWD or similar. This process was scanning most of the files in /mnt (about 750,000) checking for files with identical content - basically all files that could potentially be the same (eg same length) are mmap'd and compared. This process had 2816 entries in its vm_map. (It's just occurred to me that there would be one set of data that would appear in a large number of files (~30000) but I would have expected this to result in an error during an mmap(), not a deadlock). Scanning through the mnt_nvnodelist on /mnt: 5797 entries were for directories with entries in v_cache_src 2804 entries were for files with a usecount > 0 11 entries were for directories with VFREE|VDOOMED|VXLOCK 1 VNON entry This means that none of the vnodes in /mnt were available for recycling (and the total vnodes on the other filesystems would not be enough to reach the hysteresis point to unlock the vnode allocation). I can understand that an mmap'd file holds a usecount on the file's vnode but my understanding is that vnode entries with v_cache_src entries should be able to be recycled (though this will slow down namei()). If so, should vnlru grow a "try harder" loop that will recycle these vnodes if it winds up stuck in entries? I notice vlrureclaim() contains the comment "don't set kern.maxvnodes too low". In this case, it is auto-tuned based on 128MB RAM and "maxusers=0". Maybe this is too low for my purposes but it would be much nicer if the system managed to handle this situation gracefully rather than by deadlocking. And finally, a question on vlrureclaim(): Why does this process scan through mnt_nvnodelist and perform a TAILQ_REMOVE(), TAILQ_INSERT_TAIL() on each node? Wouldn't it be cheaper to just scan the list, rather than moving every node to the end of the list? Peter From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 05:16:11 2003 Return-Path: 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 004CD16A4CE for ; Tue, 23 Dec 2003 05:16:11 -0800 (PST) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0066743D50 for ; Tue, 23 Dec 2003 05:16:09 -0800 (PST) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])hBNDG6iY096877 for ; Tue, 23 Dec 2003 20:16:07 +0700 (KRAT) (envelope-from eugen@kuzbass.ru) Message-ID: <3FE83F95.B8DAB49C@kuzbass.ru> Date: Tue, 23 Dec 2003 20:13:57 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Subject: stable, PAE and ata(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 13:16:11 -0000 Hi! There is something wrong in STABLE after PAE integration. Recent 4.9-STABLE/i386 SMP locks up with ServerWorks while 4.8-STABLE does not. Details are here: http://www.freebsd.org/cgi/query-pr.cgi?pr=60526 Recent 4.9-STABLE does not support Tagged Queueing at all. Detail are here: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/57174 It seems ata(4) is not maintained in STABLE anymore, isn't it? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 10:47:34 2003 Return-Path: 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 09FD016A4CF for ; Tue, 23 Dec 2003 10:47:34 -0800 (PST) Received: from clavin.cluepon.com (clavin.cluepon.com [64.154.215.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E439C43D53 for ; Tue, 23 Dec 2003 10:47:30 -0800 (PST) (envelope-from lamont@cluepon.com) Received: from lamont by clavin.cluepon.com with local (Exim 3.03 #1) id 1AYrZ4-000HM1-00 for stable@freebsd.org; Tue, 23 Dec 2003 10:47:30 -0800 Date: Tue, 23 Dec 2003 10:47:30 -0800 From: Lamont Lucas To: stable@freebsd.org Message-ID: <20031223184730.GY3446@clavin.cluepon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Cluepon Consulting, Inc. User-Agent: Mutt/1.5.4i Subject: installing 4.9-stable on Sony Vaio TR2A X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 18:47:34 -0000 Hi guys. I've been trying to install freebsd on a new Sony Vaio TR2A and ran into some problems getting it to boot after install. I was hoping someone could look at what I've done and suggest additional debugging or point out any mistakes. Initially I tried installing from 4.9 release cds, but that failed as the ide controller wasn't recognized. So I looked around and found a 3 line patch submitted in september that allowed the controller, an "Intel 82801DBM IDE" to be picked up. The patch and bug report are located at: http://lists.freebsd.org/pipermail/freebsd-i386/2003-September/000325.html So having applied that to my local 4.9-stable tree, I made release and used the miniinst disk to install onto a second partition of my laptop. (FYI, the disc1 dosen't seem to build, but I think I saw someone else mention that on -stable). The install completes successfully, and as I'm trying to boot into a partion located well beyond cylinder 1024, I reran the boot0mgr with the -B -o packet options in order to allow it to boot. The problem is that it dosen't boot. Specifically, the boot manager comes up ok, then I select F3, the freebsd option, the laptop thinks for less than a second then flashes part of the bios splash screen and sends me right back to the boot manager. That cycle continues endlessly unless I stop it. Now pressing F2 happily gets me back to the Windows XP partition, which works fine. Can anybody suggest additional information I could gather or things I could try? My end goal is to be able to boot into freebsd as well as to be able to run it under vmware, but I'd be happy if I could just get freebsd to run. -- - Lamont "I am not an atomic playboy." From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 10:50:55 2003 Return-Path: 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 5105216A4CF for ; Tue, 23 Dec 2003 10:50:55 -0800 (PST) Received: from clavin.cluepon.com (clavin.cluepon.com [64.154.215.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C00643D55 for ; Tue, 23 Dec 2003 10:50:54 -0800 (PST) (envelope-from lamont@cluepon.com) Received: from lamont by clavin.cluepon.com with local (Exim 3.03 #1) id 1AYrby-000HMx-00; Tue, 23 Dec 2003 10:50:30 -0800 Date: Tue, 23 Dec 2003 10:50:30 -0800 From: Lamont Lucas To: Richard Tobin Message-ID: <20031223185030.GZ3446@clavin.cluepon.com> References: <200312230030.AAA23035@sorley.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200312230030.AAA23035@sorley.cogsci.ed.ac.uk> Organization: Cluepon Consulting, Inc. User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: Re: ATA problem installing on Vaio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 18:50:55 -0000 Ha, I was just posting a similar problem. I got past that by running the patch at the bottom of: http://lists.freebsd.org/pipermail/freebsd-i386/2003-September/000325.html then remaking the ISOs. That let me at least install freebsd, but I can't get it to boot. However, I suspect my problems are related to my attempting to keep a dual boot install and putting freebsd way high up on the disk. Your mileage may vary. If you'd like I can send you a link to my 4.9-stable+patches miniinst iso. On Tue, Dec 23, 2003 at 12:30:13AM +0000, Richard Tobin wrote: > I tried to install FreeBSD 4.9 on a Sony Vaio PCG-TR1MP. It hangs > during boot (requiring a power-cycle) after printing: > > ata1-slave: ATAPI identify retries exceeded > pccard: card inserted, slot 0 > ad0: READ command timeout tag=0 serv=0 - resetting > ata0 resetting devices .. > > I found several references to similar problems, but no solution. > > The same happens with the 4.8 install CD. > > -- Richard > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- - Lamont "I am not an atomic playboy." From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 13:11:10 2003 Return-Path: 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 A6A8916A4CE for ; Tue, 23 Dec 2003 13:11:10 -0800 (PST) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE19943D3F for ; Tue, 23 Dec 2003 13:11:07 -0800 (PST) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) hBNLB7Lr006709 for ; Tue, 23 Dec 2003 13:11:07 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.10/8.12.10/Submit) id hBNLB71D006708 for stable@freebsd.org; Tue, 23 Dec 2003 13:11:07 -0800 (PST) (envelope-from david) Date: Tue, 23 Dec 2003 13:11:07 -0800 (PST) From: David Wolfskill Message-Id: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> To: stable@freebsd.org Subject: Segmentation fault in csh if "setenv LC_ALL C" is sourced X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 21:11:10 -0000 This was a rather surprising development this morning. I had updated my -STABLE sources per my daily ritual, then did the usual "make buildworld" & friends and rebooted. I logged in (via xdm's login screen, as usual), and got a login screen before I had a chance to enter my SSH passphrase. Repeated attempts yielded the same effect. I switched to a vty and logged in ... and was presented with a login prompt immediately. This was also repeatable. :-{ I logged in as root -- successfully. I moved aside ~david/.cshrc, and was then able to login as "david". I then tried "source .cshrc.save" and found that csh got a Segmentation fault while processing that directive. Trying various incantations with "csh -x" indicated that there was something about the "setenv LC_ALL C" line in my ~/.cshrc that it didn't like at all, so I created a new ~/.cshrc like the old one, but without that line (and the one before it); csh seemed to cope with that OK. So here's the result from what debugging I've done so far. I confess that I'm fairly rusty with gdb, but I'm willing to poke aroud: Script started on Tue Dec 23 12:25:20 2003 localhost(4.9-S)[1] uname -a FreeBSD localhost 4.9-STABLE FreeBSD 4.9-STABLE #24: Tue Dec 23 06:23:02 PST 2003 root@d146.catwhisker.org:/common/S1/obj/usr/src/sys/LAPTOP_30W i386 localhost(4.9-S)[2] diff -u .cshrc.save .cshrc --- .cshrc.save Thu Sep 18 05:56:33 2003 +++ .cshrc Tue Dec 23 06:39:14 2003 @@ -125,8 +125,8 @@ setenv PAGER less setenv RNINIT ~/.rninit setenv FTP_PASSIVE_MODE -setenv LANG en_US.ISO8859-1 -setenv LC_ALL C +# setenv LANG en_US.ISO8859-1 +# setenv LC_ALL C unset autologout set history = 900 unset noclobber localhost(4.9-S)[3] csh -x localhost(4.9-S)[1] source .cshrc.save source .cshrc.save set npath = if ( 1 ) then set dir = ~/bin/FreeBSD if ( -d /home/david/bin/FreeBSD ) then true else else if ( 1 ) then if { test -n /home/david/bin/FreeBSD } then test -n /home/david/bin/FreeBSD if ( -d /home/david/bin/FreeBSD ) then set npath = /home/david/bin/FreeBSD endif endif endif setenv SYMONHOME /opt/SUNWsymon set path = ( /home/david/bin/FreeBSD ~/bin /bin /usr/bin /sbin /usr/sbin /usr/local/sbin /usr/local/bin /usr/local/pbm /usr/local/rdb /usr/local/bin/mh /usr/share/bin /usr/ucb /usr/local/games /usr/games /usr/X11R6/bin /usr/local/etc /usr/etc /etc /usr/local/office52/program ) set HOST = `hostname | sed -e 's/\..*$//'` hostname sed -e s/\..*$// if ( ! 0 ) then if ( 1 != 0 ) then if { test -z %m(4.9-S)[%h] } exit test -z %m(4.9-S)[%h] set u = `uname -r` uname -r set ul = `echo ${u} | sed -e 's/-.*//'` sed -e s/-.*// echo 4.9-STABLE set ur = `echo ${u} | sed -e 's/^[^-]*-//'` sed -e s/^[^-]*-// echo 4.9-STABLE switch ( STABLE ) set ur = -S breaksw set u = 4.9-S if ( ! 1 ) then set prompt = %m(4.9-S)[%h] endif switch ( FreeBSD ) setenv XAPPLRESDIR /usr/X11R6/lib/X11/app-defaults setenv LD_LIBRARY_PATH /usr/lib:/usr/local/X11/lib:/usr/local/lib setenv MY_WM tvtwm setenv MANPATH ~/man:/usr/local/man:/usr/share/man:/usr/X11R6/man:/usr/local/lib/perl5/5.6.0/man:/usr/share/perl/man:/usr/local/lib/perl5/5.00503/man:/usr/local/games/man:/usr/local/lib/perl5/5.6.1/man breaksw endif if ( 0 ) exit setenv GROFF_TMAC_PATH /usr/local/tmac:.:/usr/share/groff/tmac setenv ADDRPATH /home/david/addr:/home/david/addr/business setenv PRINTER lp setenv LPDEST lp setenv EDITOR vi setenv LESS -sMci setenv CVSROOT /cvs setenv HOSTALIASES ~/.hostaliases setenv BLOCKSIZE 1k setenv NNTPSERVER news.sf.sbcglobal.net setenv MM_NOASK image/* setenv PAGER less setenv RNINIT ~/.rninit setenv FTP_PASSIVE_MODE setenv LANG en_US.ISO8859-1 Segmentation fault (core dumped) localhost(4.9-S)[4] echo "I built a debug csh in /usr/obj/usr/src/bin/csh" I built a debug csh in /usr/obj/usr/src/bin/csh localhost(4.9-S)[5] /usr/obj/usr/src/bin/csh/csh -x localhost(4.9-S)[1] source .cshrc.save source .cshrc.save [very similar output to the above elided -- dhw] ... setenv LANG en_US.ISO8859-1 Segmentation fault (core dumped) localhost(4.9-S)[6] ^Dexit Script done on Tue Dec 23 12:57:51 2003 OK; here's what gdb said (via cut'n'paste): localhost(4.9-S)[17] gdb /usr/obj/usr/src/bin/csh/csh csh.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called a t /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2 627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../cont rib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `csh'. Program terminated with signal 11, Segmentation fault. #0 0x80ad21f in __part_load_locale () (gdb) bt #0 0x80ad21f in __part_load_locale () #1 0x80ad0bf in __monetary_load_locale () #2 0x8090296 in setlocale () #3 0x808fffc in setlocale () #4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 #5 0x80545dc in func (t=0x8138e00, bp=0x80df1f8) at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 #6 0x8061ca7 in execute (t=0x8138e00, wanttty=1210, pipein=0x0, pipeout=0x0, do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 #7 0x8061f30 in execute (t=0x8132da0, wanttty=1210, pipein=0x0, pipeout=0x0, do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 #8 0x804aab8 in process (catch=0) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 #9 0x804a349 in srcunit (unit=3, onlyown=0, hflg=0, av=0x812fde8) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1691 #10 0x8049d62 in srcfile (f=0xbfbfa130 ".cshrc.save", onlyown=0, flag=0, av=0x812fde8) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1470 #11 0x804ad63 in dosource (t=0x812fde0, c=0x815d3a0) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2205 #12 0x80545dc in func (t=0x815d3a0, bp=0x80df238) at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 #13 0x8061ca7 in execute (t=0x815d3a0, wanttty=1210, pipein=0x0, pipeout=0x0, ---Type to continue, or q to quit--- do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 #14 0x8061f30 in execute (t=0x815d380, wanttty=1210, pipein=0x0, pipeout=0x0, do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 #15 0x804aab8 in process (catch=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 #16 0x8049b07 in main (argc=0, argv=0xbfbff53c) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1341 (gdb) frame 4 #4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 1358 (void) setlocale(LC_ALL, ""); (gdb) p dont_free $1 = 0 (gdb) p k $2 = 135461960 (gdb) frame 3 #3 0x808fffc in setlocale () (gdb) And looking at the man page for setlocale(), I don't see anything special regarding the second argument being a string of length 0. I note further that along with tracking -STABLE on a daily basis, I've also been tracking -CURRENT on a daily basis on the same machine, using the same home directory (and thus, the same .cshrc). And I never saw this issue pop up on -CURRENT. Am I the only one to see this? Am I doing something wrong (or at least, unsupported)? Thanks in advance for clues! Peace, david -- David H. Wolfskill david@catwhisker.org If you want true virus-protection for your PC, install a non-Microsoft OS on it. Plausible candidates include FreeBSD, Linux, NetBSD, OpenBSD, and Solaris (in alphabetical order). From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 13:18:29 2003 Return-Path: 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 4F60A16A4CE; Tue, 23 Dec 2003 13:18:29 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE2543D50; Tue, 23 Dec 2003 13:18:17 -0800 (PST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hBNLHxHF043003; Tue, 23 Dec 2003 16:17:59 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hBNLI2Xw013054; Tue, 23 Dec 2003 16:18:02 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.0.1.1.0.20031223162207.09447888@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Tue, 23 Dec 2003 16:23:14 -0500 To: David Wolfskill , stable@freebsd.org From: Mike Tancsa In-Reply-To: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> References: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new cc: jhk@freebsd.org Subject: Re: Segmentation fault in csh if "setenv LC_ALL C" is sourced X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 21:18:29 -0000 At 04:11 PM 23/12/2003, David Wolfskill wrote: >This was a rather surprising development this morning. My guess its related to jkh 2003/12/22 12:45:16 PST FreeBSD src repository Modified files: (Branch: RELENG_4) lib/libc/locale ldpart.c Log: MFC: fix memory leak in setlocale() helper functions. PR#: misc/59910 Revision Changes Path 1.7.2.4 +6 -6 src/lib/libc/locale/ldpart.c >I had updated my -STABLE sources per my daily ritual, then did the >usual "make buildworld" & friends and rebooted. I logged in (via xdm's >login screen, as usual), and got a login screen before I had a chance to >enter my SSH passphrase. Repeated attempts yielded the same effect. > >I switched to a vty and logged in ... and was presented with a login >prompt immediately. This was also repeatable. :-{ > >I logged in as root -- successfully. > >I moved aside ~david/.cshrc, and was then able to login as "david". > >I then tried "source .cshrc.save" and found that csh got a Segmentation >fault while processing that directive. Trying various incantations with >"csh -x" indicated that there was something about the "setenv LC_ALL C" >line in my ~/.cshrc that it didn't like at all, so I created a new >~/.cshrc like the old one, but without that line (and the one before >it); csh seemed to cope with that OK. > >So here's the result from what debugging I've done so far. I confess >that I'm fairly rusty with gdb, but I'm willing to poke aroud: > >Script started on Tue Dec 23 12:25:20 2003 >localhost(4.9-S)[1] uname -a >FreeBSD localhost 4.9-STABLE FreeBSD 4.9-STABLE #24: Tue Dec 23 06:23:02 >PST >2003 root@d146.catwhisker.org:/common/S1/obj/usr/src/sys/LAPTOP_30W i386 >localhost(4.9-S)[2] diff -u .cshrc.save .cshrc >--- .cshrc.save Thu Sep 18 05:56:33 2003 >+++ .cshrc Tue Dec 23 06:39:14 2003 >@@ -125,8 +125,8 @@ > setenv PAGER less > setenv RNINIT ~/.rninit > setenv FTP_PASSIVE_MODE >-setenv LANG en_US.ISO8859-1 >-setenv LC_ALL C >+# setenv LANG en_US.ISO8859-1 >+# setenv LC_ALL C > unset autologout > set history = 900 > unset noclobber >localhost(4.9-S)[3] csh -x >localhost(4.9-S)[1] source .cshrc.save >source .cshrc.save >set npath = >if ( 1 ) then >set dir = ~/bin/FreeBSD >if ( -d /home/david/bin/FreeBSD ) then >true >else >else >if ( 1 ) then >if { test -n /home/david/bin/FreeBSD } then >test -n /home/david/bin/FreeBSD >if ( -d /home/david/bin/FreeBSD ) then >set npath = /home/david/bin/FreeBSD >endif >endif >endif >setenv SYMONHOME /opt/SUNWsymon >set path = ( /home/david/bin/FreeBSD ~/bin /bin /usr/bin /sbin /usr/sbin >/usr/local/sbin /usr/local/bin /usr/local/pbm /usr/local/rdb >/usr/local/bin/mh /usr/share/bin /usr/ucb /usr/local/games /usr/games >/usr/X11R6/bin /usr/local/etc /usr/etc /etc /usr/local/office52/program ) >set HOST = `hostname | sed -e 's/\..*$//'` >hostname >sed -e s/\..*$// >if ( ! 0 ) then >if ( 1 != 0 ) then >if { test -z %m(4.9-S)[%h] } exit >test -z %m(4.9-S)[%h] >set u = `uname -r` >uname -r >set ul = `echo ${u} | sed -e 's/-.*//'` >sed -e s/-.*// >echo 4.9-STABLE >set ur = `echo ${u} | sed -e 's/^[^-]*-//'` >sed -e s/^[^-]*-// >echo 4.9-STABLE >switch ( STABLE ) >set ur = -S >breaksw >set u = 4.9-S >if ( ! 1 ) then >set prompt = %m(4.9-S)[%h] >endif >switch ( FreeBSD ) >setenv XAPPLRESDIR /usr/X11R6/lib/X11/app-defaults >setenv LD_LIBRARY_PATH /usr/lib:/usr/local/X11/lib:/usr/local/lib >setenv MY_WM tvtwm >setenv MANPATH >~/man:/usr/local/man:/usr/share/man:/usr/X11R6/man:/usr/local/lib/perl5/5.6.0/man:/usr/share/perl/man:/usr/local/lib/perl5/5.00503/man:/usr/local/games/man:/usr/local/lib/perl5/5.6.1/man >breaksw >endif >if ( 0 ) exit >setenv GROFF_TMAC_PATH /usr/local/tmac:.:/usr/share/groff/tmac >setenv ADDRPATH /home/david/addr:/home/david/addr/business >setenv PRINTER lp >setenv LPDEST lp >setenv EDITOR vi >setenv LESS -sMci >setenv CVSROOT /cvs >setenv HOSTALIASES ~/.hostaliases >setenv BLOCKSIZE 1k >setenv NNTPSERVER news.sf.sbcglobal.net >setenv MM_NOASK image/* >setenv PAGER less >setenv RNINIT ~/.rninit >setenv FTP_PASSIVE_MODE >setenv LANG en_US.ISO8859-1 >Segmentation fault (core dumped) >localhost(4.9-S)[4] echo "I built a debug csh in /usr/obj/usr/src/bin/csh" >I built a debug csh in /usr/obj/usr/src/bin/csh >localhost(4.9-S)[5] /usr/obj/usr/src/bin/csh/csh -x >localhost(4.9-S)[1] source .cshrc.save >source .cshrc.save >[very similar output to the above elided -- dhw] >... >setenv LANG en_US.ISO8859-1 >Segmentation fault (core dumped) >localhost(4.9-S)[6] ^Dexit > >Script done on Tue Dec 23 12:57:51 2003 > >OK; here's what gdb said (via cut'n'paste): > >localhost(4.9-S)[17] gdb /usr/obj/usr/src/bin/csh/csh csh.core >GNU gdb 4.18 (FreeBSD) >Copyright 1998 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you are >welcome to change it and/or distribute copies of it under certain conditions. >Type "show copying" to see the conditions. >There is absolutely no warranty for GDB. Type "show warranty" for details. >This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read >called a >t /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c >line 2 >627 in elfstab_build_psymtabs >Deprecated bfd_read called at >/usr/src/gnu/usr.bin/binutils/gdb/../../../../cont >rib/gdb/gdb/dbxread.c line 933 in fill_symbuf > >Core was generated by `csh'. >Program terminated with signal 11, Segmentation fault. >#0 0x80ad21f in __part_load_locale () >(gdb) bt >#0 0x80ad21f in __part_load_locale () >#1 0x80ad0bf in __monetary_load_locale () >#2 0x8090296 in setlocale () >#3 0x808fffc in setlocale () >#4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) > at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 >#5 0x80545dc in func (t=0x8138e00, bp=0x80df1f8) > at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 >#6 0x8061ca7 in execute (t=0x8138e00, wanttty=1210, pipein=0x0, pipeout=0x0, > do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 >#7 0x8061f30 in execute (t=0x8132da0, wanttty=1210, pipein=0x0, pipeout=0x0, > do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 >#8 0x804aab8 in process (catch=0) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 >#9 0x804a349 in srcunit (unit=3, onlyown=0, hflg=0, av=0x812fde8) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1691 >#10 0x8049d62 in srcfile (f=0xbfbfa130 ".cshrc.save", onlyown=0, flag=0, > av=0x812fde8) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1470 >#11 0x804ad63 in dosource (t=0x812fde0, c=0x815d3a0) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2205 >#12 0x80545dc in func (t=0x815d3a0, bp=0x80df238) > at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 >#13 0x8061ca7 in execute (t=0x815d3a0, wanttty=1210, pipein=0x0, pipeout=0x0, >---Type to continue, or q to quit--- > do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 >#14 0x8061f30 in execute (t=0x815d380, wanttty=1210, pipein=0x0, pipeout=0x0, > do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 >#15 0x804aab8 in process (catch=1) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 >#16 0x8049b07 in main (argc=0, argv=0xbfbff53c) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1341 >(gdb) frame 4 >#4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) > at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 >1358 (void) setlocale(LC_ALL, ""); >(gdb) p dont_free >$1 = 0 >(gdb) p k >$2 = 135461960 >(gdb) frame 3 >#3 0x808fffc in setlocale () >(gdb) > > >And looking at the man page for setlocale(), I don't see anything special >regarding the second argument being a string of length 0. > >I note further that along with tracking -STABLE on a daily basis, >I've also been tracking -CURRENT on a daily basis on the same >machine, using the same home directory (and thus, the same .cshrc). And >I never saw this issue pop up on -CURRENT. > >Am I the only one to see this? Am I doing something wrong (or at least, >unsupported)? > >Thanks in advance for clues! > >Peace, >david >-- >David H. Wolfskill david@catwhisker.org >If you want true virus-protection for your PC, install a non-Microsoft OS >on it. Plausible candidates include FreeBSD, Linux, NetBSD, OpenBSD, and >Solaris (in alphabetical order). >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 13:18:55 2003 Return-Path: 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 0F28B16A4D0 for ; Tue, 23 Dec 2003 13:18:55 -0800 (PST) Received: from tx1.oucs.ox.ac.uk (tx1.oucs.ox.ac.uk [129.67.1.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FBD43D2F for ; Tue, 23 Dec 2003 13:18:52 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan1.oucs.ox.ac.uk ([129.67.1.166] helo=localhost) by tx1.oucs.ox.ac.uk with esmtp (Exim 4.20) id 1AYtvX-0004nM-H0 for stable@freebsd.org; Tue, 23 Dec 2003 21:18:51 +0000 Received: from rx1.oucs.ox.ac.uk ([129.67.1.165]) by localhost (scan1.oucs.ox.ac.uk [129.67.1.166]) (amavisd-new, port 25) with ESMTP id 18305-04 for ; Tue, 23 Dec 2003 21:18:51 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx1.oucs.ox.ac.uk with smtp (Exim 4.20) id 1AYtvX-0004nF-3a for stable@freebsd.org; Tue, 23 Dec 2003 21:18:51 +0000 Received: (qmail 5619 invoked by uid 0); 23 Dec 2003 21:18:51 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 1.428905 secs); 23 Dec 2003 21:18:51 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 1.428905 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 23 Dec 2003 21:18:49 -0000 Message-Id: <5.0.2.1.1.20031223211516.02e27f08@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Tue, 23 Dec 2003 21:18:48 +0000 To: David Wolfskill , stable@freebsd.org From: Colin Percival In-Reply-To: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Segmentation fault in csh if "setenv LC_ALL C" is sourced X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 21:18:55 -0000 At 13:11 23/12/2003 -0800, David Wolfskill wrote: >Am I the only one to see this? Am I doing something wrong (or at least, >unsupported)? The pointy hat goes to jkh on this one. He MFCed half of a bugfix about 24 hours ago, and didn't remember about the other half until 11 hours later. http://docs.freebsd.org/cgi/mid.cgi?200312230729.hBN7TWRi009914 Try cvsuping again; the problem should now be fixed. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 13:46:54 2003 Return-Path: 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 7C86016A4CE for ; Tue, 23 Dec 2003 13:46:54 -0800 (PST) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89BA43D2F for ; Tue, 23 Dec 2003 13:46:51 -0800 (PST) (envelope-from udo.schweigert@siemens.com) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.7/8.11.7) with ESMTP id hBNLkgB23836; Tue, 23 Dec 2003 22:46:43 +0100 (MET) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail2.siemens.de (8.11.7/8.11.7) with ESMTP id hBNLkgP29039; Tue, 23 Dec 2003 22:46:42 +0100 (MET) Received: from alaska.cert.siemens.de (alaska.cert.siemens.de [139.23.202.134]) mail/cert.mc.pre,v 1.56 2003/11/06 20:07:28 ust Exp $) with ESMTP id hBNLkgKA030193; Tue, 23 Dec 2003 22:46:42 +0100 (CET) Received: from alaska.cert.siemens.de (alaska.cert.siemens.de [127.0.0.1]) hosts/alaska/mail/config.mc,v 1.16 2003/10/13 08:06:06 ust Exp $) with ESMTP id hBNLkgEv003796; Tue, 23 Dec 2003 22:46:42 +0100 (CET) (envelope-from ust@alaska.cert.siemens.de) Received: (from ust@localhost) hosts/alaska/mail/submit.mc,v 1.4 2002/12/31 15:32:17 ust Exp $) id hBNLkgJa095884; Tue, 23 Dec 2003 22:46:42 +0100 (CET) (envelope-from ust) Date: Tue, 23 Dec 2003 22:46:42 +0100 From: Udo Schweigert To: Colin Percival Message-ID: <20031223214642.GA12153@alaska.cert.siemens.de> References: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> <5.0.2.1.1.20031223211516.02e27f08@popserver.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.0.2.1.1.20031223211516.02e27f08@popserver.sfu.ca> X-Operating-System: FreeBSD 4.9-STABLE User-Agent: Mutt/1.5.5.1i cc: stable@freebsd.org Subject: Re: Segmentation fault in csh if "setenv LC_ALL C" is sourced X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 21:46:54 -0000 On Tue, Dec 23, 2003 at 21:18:48 +0000, Colin Percival wrote: > At 13:11 23/12/2003 -0800, David Wolfskill wrote: > >Am I the only one to see this? Am I doing something wrong (or at least, > >unsupported)? > > The pointy hat goes to jkh on this one. He MFCed half of a bugfix > about 24 hours ago, and didn't remember about the other half until 11 > hours later. > http://docs.freebsd.org/cgi/mid.cgi?200312230729.hBN7TWRi009914 > > Try cvsuping again; the problem should now be fixed. > No it isn't. Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC CERT, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : udo.schweigert@siemens.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 15:34:30 2003 Return-Path: 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 8AFAE16A4CE for ; Tue, 23 Dec 2003 15:34:30 -0800 (PST) Received: from icon.bg (rl1-vpn7.icon.bg [213.222.48.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C3E43D55 for ; Tue, 23 Dec 2003 15:34:21 -0800 (PST) (envelope-from v0rbiz@icon.bg) Received: (qmail 6176 invoked by uid 1000); 23 Dec 2003 23:34:20 -0000 Date: Wed, 24 Dec 2003 01:34:20 +0200 From: Victor Ivanov To: freebsd-stable@freebsd.org Message-ID: <20031223233420.GA5508@icon.icon.bg> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: possible (kernel) bug with zebra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2003 23:34:30 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: multipart/mixed; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I don't know if my machine has some hardware problem, but I've noticed this strange behavior with zebra 0.93b_7 on 4.9-STABLE. The first problem is zebra's inconsistent(?) handling of routing information, especialy when it comes to point-to-point interfaces (like tun) and ones handled by ppp(8). When ppp shuts down a link, it first deletes all routes, including the route to the remote host. Then it downs the interface. Zebra gets confused about this, because it gets the RTM_DELETE messages, but not the RTM_DELADDR message it seems to expect. (Which happens if you just do ifconfig -alias, there is a RTM_DELETE and then RTM_DELADDR) As a result, the zebra's routing table becomes bogus and the advertised routes are not correct. To fix this for now, I've put a script to do a ifconfig -alias which is run from ppp.linkdown. So far so good, but the kernel starts to panic :/ Attached are the results from two consecutive panics I can provide more information/do more tests if someone finds this interesting :) Any help is appreciated, of course --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pool1-core-1.txt" Content-Transfer-Encoding: quoted-printable IdlePTD at physical address 0x00402000 initial pcb at physical address 0x00350100 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x4 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01c87dd stack pointer =3D 0x10:0xc6c8cd1c frame pointer =3D 0x10:0xc6c8cd28 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 259 (zebra) interrupt mask =3D=20 trap number =3D 12 panic: page fault --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc01726ac in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc0172ae0 in poweroff_wait (junk=3D0xc030466c, howto=3D-1070579345) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02b595f in trap_fatal (frame=3D0xc6c8ccdc, eva=3D4) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc02b5621 in trap_pfault (frame=3D0xc6c8ccdc, usermode=3D0, eva=3D4) at /usr/src/sys/i386/i386/trap.c:867 #5 0xc02b51d7 in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16,= =20 tf_edi =3D -1056391680, tf_esi =3D -1054480496, tf_ebp =3D -959918808= ,=20 tf_isp =3D -959918840, tf_ebx =3D 0, tf_edx =3D -1056391680, tf_ecx = =3D 1,=20 tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1071872035,= tf_cs =3D 8,=20 tf_eflags =3D 66118, tf_esp =3D -959918696, tf_ss =3D -1056712704}) at /usr/src/sys/i386/i386/trap.c:466 #6 0xc01c87dd in arp_rtrequest (req=3D1, rt=3D0xc108be00, info=3D0xc6c8cd9= 8) at /usr/src/sys/netinet/if_ether.c:186 #7 0xc01c033e in rtrequest1 (req=3D1, info=3D0xc6c8cd98, ret_nrt=3D0xc6c8c= d94) at /usr/src/sys/net/route.c:750 #8 0xc01c0dd5 in route_output (m=3D0xc09b6f00, so=3D0xc662fe00) at /usr/src/sys/net/rtsock.c:341 #9 0xc01bf756 in raw_usend (so=3D0xc662fe00, flags=3D0, m=3D0xc09b6f00, na= m=3D0x0,=20 control=3D0x0, p=3D0xc6021dc0) at /usr/src/sys/net/raw_usrreq.c:258 #10 0xc01c0b58 in rts_send (so=3D0xc662fe00, flags=3D0, m=3D0xc09b6f00, nam= =3D0x0,=20 control=3D0x0, p=3D0xc6021dc0) at /usr/src/sys/net/rtsock.c:236 #11 0xc0192f0f in sosend (so=3D0xc662fe00, addr=3D0x0, uio=3D0xc6c8ced4,=20 top=3D0xc09b6f00, control=3D0x0, flags=3D0, p=3D0xc6021dc0) at /usr/src/sys/kern/uipc_socket.c:613 #12 0xc0185fee in soo_write (fp=3D0xc1041e00, uio=3D0xc6c8ced4, cred=3D0xc1= 125080,=20 flags=3D0, p=3D0xc6021dc0) at /usr/src/sys/kern/sys_socket.c:81 #13 0xc0182a82 in dofilewrite (p=3D0xc6021dc0, fp=3D0xc1041e00, fd=3D5,=20 buf=3D0xbfbfee98, nbyte=3D128, offset=3D-1, flags=3D0) at /usr/src/sys/sys/file.h:163 #14 0xc0182933 in write (p=3D0xc6021dc0, uap=3D0xc6c8cf80) at /usr/src/sys/kern/sys_generic.c:329 #15 0xc02b5c19 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D = 47,=20 tf_edi =3D 128, tf_esi =3D 134752556, tf_ebp =3D -1077939936,=20 tf_isp =3D -959918124, tf_ebx =3D 16, tf_edx =3D -1077940584, tf_ecx = =3D 0,=20 tf_eax =3D 4, tf_trapno =3D 7, tf_err =3D 2, tf_eip =3D 672837944, tf= _cs =3D 31,=20 tf_eflags =3D 582, tf_esp =3D -1077940636, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1175 #16 0xc02a95c5 in Xint0x80_syscall () #17 0x8065d99 in ?? () #18 0x8065deb in ?? () #19 0x804f862 in ?? () #20 0x804fa8a in ?? () #21 0x8050007 in ?? () #22 0x804e3d3 in ?? () #23 0x804e44a in ?? () #24 0x8066812 in ?? () #25 0x806704f in ?? () #26 0x805fdb6 in ?? () #27 0x804c501 in ?? () #28 0x80499aa in ?? () --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pool1-core-2.txt" Content-Transfer-Encoding: quoted-printable IdlePTD at physical address 0x00402000 initial pcb at physical address 0x00350100 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x4 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01c87dd stack pointer =3D 0x10:0xc6c8cd1c frame pointer =3D 0x10:0xc6c8cd28 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 322 (zebra) interrupt mask =3D=20 trap number =3D 12 panic: page fault --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc01726ac in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc0172ae0 in poweroff_wait (junk=3D0xc030466c, howto=3D-1070579345) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02b595f in trap_fatal (frame=3D0xc6c8ccdc, eva=3D4) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc02b5621 in trap_pfault (frame=3D0xc6c8ccdc, usermode=3D0, eva=3D4) at /usr/src/sys/i386/i386/trap.c:867 #5 0xc02b51d7 in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16,= =20 tf_edi =3D -1056672256, tf_esi =3D -1056288112, tf_ebp =3D -959918808= ,=20 tf_isp =3D -959918840, tf_ebx =3D 0, tf_edx =3D -1056672256, tf_ecx = =3D 1,=20 tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1071872035,= tf_cs =3D 8,=20 tf_eflags =3D 66118, tf_esp =3D -959918696, tf_ss =3D -1056716032}) at /usr/src/sys/i386/i386/trap.c:466 #6 0xc01c87dd in arp_rtrequest (req=3D1, rt=3D0xc1047600, info=3D0xc6c8cd9= 8) at /usr/src/sys/netinet/if_ether.c:186 #7 0xc01c033e in rtrequest1 (req=3D1, info=3D0xc6c8cd98, ret_nrt=3D0xc6c8c= d94) at /usr/src/sys/net/route.c:750 #8 0xc01c0dd5 in route_output (m=3D0xc09b4300, so=3D0xc662fd40) at /usr/src/sys/net/rtsock.c:341 #9 0xc01bf756 in raw_usend (so=3D0xc662fd40, flags=3D0, m=3D0xc09b4300, na= m=3D0x0,=20 control=3D0x0, p=3D0xc6021dc0) at /usr/src/sys/net/raw_usrreq.c:258 #10 0xc01c0b58 in rts_send (so=3D0xc662fd40, flags=3D0, m=3D0xc09b4300, nam= =3D0x0,=20 control=3D0x0, p=3D0xc6021dc0) at /usr/src/sys/net/rtsock.c:236 #11 0xc0192f0f in sosend (so=3D0xc662fd40, addr=3D0x0, uio=3D0xc6c8ced4,=20 top=3D0xc09b4300, control=3D0x0, flags=3D0, p=3D0xc6021dc0) at /usr/src/sys/kern/uipc_socket.c:613 #12 0xc0185fee in soo_write (fp=3D0xc1020500, uio=3D0xc6c8ced4, cred=3D0xc1= 13de00,=20 flags=3D0, p=3D0xc6021dc0) at /usr/src/sys/kern/sys_socket.c:81 #13 0xc0182a82 in dofilewrite (p=3D0xc6021dc0, fp=3D0xc1020500, fd=3D5,=20 buf=3D0xbfbfee98, nbyte=3D128, offset=3D-1, flags=3D0) at /usr/src/sys/sys/file.h:163 #14 0xc0182933 in write (p=3D0xc6021dc0, uap=3D0xc6c8cf80) at /usr/src/sys/kern/sys_generic.c:329 #15 0xc02b5c19 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D = 47,=20 tf_edi =3D 128, tf_esi =3D 134752556, tf_ebp =3D -1077939936,=20 tf_isp =3D -959918124, tf_ebx =3D 16, tf_edx =3D -1077940584, tf_ecx = =3D 0,=20 tf_eax =3D 4, tf_trapno =3D 7, tf_err =3D 2, tf_eip =3D 672837944, tf= _cs =3D 31,=20 tf_eflags =3D 582, tf_esp =3D -1077940636, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1175 #16 0xc02a95c5 in Xint0x80_syscall () #17 0x8065d99 in ?? () #18 0x8065deb in ?? () #19 0x804f862 in ?? () #20 0x804fa8a in ?? () #21 0x8050007 in ?? () #22 0x804e3d3 in ?? () #23 0x804e44a in ?? () #24 0x8066812 in ?? () #25 0x806704f in ?? () #26 0x805fdb6 in ?? () #27 0x804c501 in ?? () #28 0x80499aa in ?? () =2E.. (kgdb) up #6 0xc01c87dd in arp_rtrequest (req=3D1, rt=3D0xc1047600, info=3D0xc6c8cd9= 8) at /usr/src/sys/netinet/if_ether.c:186 186 if ((rt->rt_flags & RTF_HOST) =3D=3D 0 && =2E.. (kgdb) print /x rt->rt_flags $3 =3D 0x18001 --vkogqOf2sHV7VnPd-- --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: ustob39ZP0pESj3I85MkUpoyZB4LevBi iQA/AwUBP+jQ/MQsfVafPWCcEQJ/3gCdGKK2jICdv/tTz6R/we6n5PezOnEAn3l/ eXrLJEqIlx8AUKKoNQP7vAj5 =S5ZR -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 16:47:10 2003 Return-Path: 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 DFD9C16A4CE for ; Tue, 23 Dec 2003 16:47:10 -0800 (PST) Received: from jkh-gw.brierdr.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8026F43D31 for ; Tue, 23 Dec 2003 16:47:06 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from [64.173.15.98] (IDENT:10426-ident-is-a-completely-pointless-protocol-that-offers-no-security-or-traceability-at-all-so-ta@adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by jkh-gw.brierdr.com (8.12.10/8.12.10) with ESMTP id hBO0kXAi007076; Tue, 23 Dec 2003 16:46:37 -0800 (PST) (envelope-from jkh@queasyweasel.com) In-Reply-To: <6.0.1.1.0.20031223162207.09447888@209.112.4.2> References: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> <6.0.1.1.0.20031223162207.09447888@209.112.4.2> Mime-Version: 1.0 (Apple Message framework v609) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-9--569667291; protocol="application/pkcs7-signature" Message-Id: From: "Jordan K. Hubbard" Date: Tue, 23 Dec 2003 16:46:53 -0800 To: Mike Tancsa X-Mailer: Apple Mail (2.609) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: stable@freebsd.org Subject: Re: Segmentation fault in csh if "setenv LC_ALL C" is sourced X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 00:47:11 -0000 --Apple-Mail-9--569667291 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed My apologies for this one guys. It's a clear example of why "make world" is not always a sufficient regression test - I didn't have any locale settings in my environment, so it worked for me (and works in -current either way, which makes it all the weirder). I'm looking into this now and will either fix it or, at a minimum, back it out depending on what I find. - Jordan On Dec 23, 2003, at 1:23 PM, Mike Tancsa wrote: > At 04:11 PM 23/12/2003, David Wolfskill wrote: >> This was a rather surprising development this morning. > > My guess its related to > > jkh 2003/12/22 12:45:16 PST > > FreeBSD src repository > > Modified files: (Branch: RELENG_4) > lib/libc/locale ldpart.c > Log: > MFC: fix memory leak in setlocale() helper functions. > PR#: misc/59910 > > Revision Changes Path > 1.7.2.4 +6 -6 src/lib/libc/locale/ldpart.c > > > > >> I had updated my -STABLE sources per my daily ritual, then did the >> usual "make buildworld" & friends and rebooted. I logged in (via >> xdm's >> login screen, as usual), and got a login screen before I had a chance >> to >> enter my SSH passphrase. Repeated attempts yielded the same effect. >> >> I switched to a vty and logged in ... and was presented with a login >> prompt immediately. This was also repeatable. :-{ >> >> I logged in as root -- successfully. >> >> I moved aside ~david/.cshrc, and was then able to login as "david". >> >> I then tried "source .cshrc.save" and found that csh got a >> Segmentation >> fault while processing that directive. Trying various incantations >> with >> "csh -x" indicated that there was something about the "setenv LC_ALL >> C" >> line in my ~/.cshrc that it didn't like at all, so I created a new >> ~/.cshrc like the old one, but without that line (and the one before >> it); csh seemed to cope with that OK. >> >> So here's the result from what debugging I've done so far. I confess >> that I'm fairly rusty with gdb, but I'm willing to poke aroud: >> >> Script started on Tue Dec 23 12:25:20 2003 >> localhost(4.9-S)[1] uname -a >> FreeBSD localhost 4.9-STABLE FreeBSD 4.9-STABLE #24: Tue Dec 23 >> 06:23:02 PST 2003 >> root@d146.catwhisker.org:/common/S1/obj/usr/src/sys/LAPTOP_30W i386 >> localhost(4.9-S)[2] diff -u .cshrc.save .cshrc >> --- .cshrc.save Thu Sep 18 05:56:33 2003 >> +++ .cshrc Tue Dec 23 06:39:14 2003 >> @@ -125,8 +125,8 @@ >> setenv PAGER less >> setenv RNINIT ~/.rninit >> setenv FTP_PASSIVE_MODE >> -setenv LANG en_US.ISO8859-1 >> -setenv LC_ALL C >> +# setenv LANG en_US.ISO8859-1 >> +# setenv LC_ALL C >> unset autologout >> set history = 900 >> unset noclobber >> localhost(4.9-S)[3] csh -x >> localhost(4.9-S)[1] source .cshrc.save >> source .cshrc.save >> set npath = >> if ( 1 ) then >> set dir = ~/bin/FreeBSD >> if ( -d /home/david/bin/FreeBSD ) then >> true >> else >> else >> if ( 1 ) then >> if { test -n /home/david/bin/FreeBSD } then >> test -n /home/david/bin/FreeBSD >> if ( -d /home/david/bin/FreeBSD ) then >> set npath = /home/david/bin/FreeBSD >> endif >> endif >> endif >> setenv SYMONHOME /opt/SUNWsymon >> set path = ( /home/david/bin/FreeBSD ~/bin /bin /usr/bin /sbin >> /usr/sbin /usr/local/sbin /usr/local/bin /usr/local/pbm >> /usr/local/rdb /usr/local/bin/mh /usr/share/bin /usr/ucb >> /usr/local/games /usr/games /usr/X11R6/bin /usr/local/etc /usr/etc >> /etc /usr/local/office52/program ) >> set HOST = `hostname | sed -e 's/\..*$//'` >> hostname >> sed -e s/\..*$// >> if ( ! 0 ) then >> if ( 1 != 0 ) then >> if { test -z %m(4.9-S)[%h] } exit >> test -z %m(4.9-S)[%h] >> set u = `uname -r` >> uname -r >> set ul = `echo ${u} | sed -e 's/-.*//'` >> sed -e s/-.*// >> echo 4.9-STABLE >> set ur = `echo ${u} | sed -e 's/^[^-]*-//'` >> sed -e s/^[^-]*-// >> echo 4.9-STABLE >> switch ( STABLE ) >> set ur = -S >> breaksw >> set u = 4.9-S >> if ( ! 1 ) then >> set prompt = %m(4.9-S)[%h] >> endif >> switch ( FreeBSD ) >> setenv XAPPLRESDIR /usr/X11R6/lib/X11/app-defaults >> setenv LD_LIBRARY_PATH /usr/lib:/usr/local/X11/lib:/usr/local/lib >> setenv MY_WM tvtwm >> setenv MANPATH >> ~/man:/usr/local/man:/usr/share/man:/usr/X11R6/man:/usr/local/lib/ >> perl5/5.6.0/man:/usr/share/perl/man:/usr/local/lib/perl5/5.00503/man: >> /usr/local/games/man:/usr/local/lib/perl5/5.6.1/man >> breaksw >> endif >> if ( 0 ) exit >> setenv GROFF_TMAC_PATH /usr/local/tmac:.:/usr/share/groff/tmac >> setenv ADDRPATH /home/david/addr:/home/david/addr/business >> setenv PRINTER lp >> setenv LPDEST lp >> setenv EDITOR vi >> setenv LESS -sMci >> setenv CVSROOT /cvs >> setenv HOSTALIASES ~/.hostaliases >> setenv BLOCKSIZE 1k >> setenv NNTPSERVER news.sf.sbcglobal.net >> setenv MM_NOASK image/* >> setenv PAGER less >> setenv RNINIT ~/.rninit >> setenv FTP_PASSIVE_MODE >> setenv LANG en_US.ISO8859-1 >> Segmentation fault (core dumped) >> localhost(4.9-S)[4] echo "I built a debug csh in >> /usr/obj/usr/src/bin/csh" >> I built a debug csh in /usr/obj/usr/src/bin/csh >> localhost(4.9-S)[5] /usr/obj/usr/src/bin/csh/csh -x >> localhost(4.9-S)[1] source .cshrc.save >> source .cshrc.save >> [very similar output to the above elided -- dhw] >> ... >> setenv LANG en_US.ISO8859-1 >> Segmentation fault (core dumped) >> localhost(4.9-S)[6] ^Dexit >> >> Script done on Tue Dec 23 12:57:51 2003 >> >> OK; here's what gdb said (via cut'n'paste): >> >> localhost(4.9-S)[17] gdb /usr/obj/usr/src/bin/csh/csh csh.core >> GNU gdb 4.18 (FreeBSD) >> Copyright 1998 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "i386-unknown-freebsd"...Deprecated >> bfd_read called a >> t >> /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ >> dbxread.c line 2 >> 627 in elfstab_build_psymtabs >> Deprecated bfd_read called at >> /usr/src/gnu/usr.bin/binutils/gdb/../../../../cont >> rib/gdb/gdb/dbxread.c line 933 in fill_symbuf >> >> Core was generated by `csh'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x80ad21f in __part_load_locale () >> (gdb) bt >> #0 0x80ad21f in __part_load_locale () >> #1 0x80ad0bf in __monetary_load_locale () >> #2 0x8090296 in setlocale () >> #3 0x808fffc in setlocale () >> #4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 >> #5 0x80545dc in func (t=0x8138e00, bp=0x80df1f8) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 >> #6 0x8061ca7 in execute (t=0x8138e00, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 >> #7 0x8061f30 in execute (t=0x8132da0, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 >> #8 0x804aab8 in process (catch=0) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 >> #9 0x804a349 in srcunit (unit=3, onlyown=0, hflg=0, av=0x812fde8) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1691 >> #10 0x8049d62 in srcfile (f=0xbfbfa130 ".cshrc.save", onlyown=0, >> flag=0, >> av=0x812fde8) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1470 >> #11 0x804ad63 in dosource (t=0x812fde0, c=0x815d3a0) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2205 >> #12 0x80545dc in func (t=0x815d3a0, bp=0x80df238) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 >> #13 0x8061ca7 in execute (t=0x815d3a0, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> ---Type to continue, or q to quit--- >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 >> #14 0x8061f30 in execute (t=0x815d380, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 >> #15 0x804aab8 in process (catch=1) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 >> #16 0x8049b07 in main (argc=0, argv=0xbfbff53c) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1341 >> (gdb) frame 4 >> #4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 >> 1358 (void) setlocale(LC_ALL, ""); >> (gdb) p dont_free >> $1 = 0 >> (gdb) p k >> $2 = 135461960 >> (gdb) frame 3 >> #3 0x808fffc in setlocale () >> (gdb) >> >> >> And looking at the man page for setlocale(), I don't see anything >> special >> regarding the second argument being a string of length 0. >> >> I note further that along with tracking -STABLE on a daily basis, >> I've also been tracking -CURRENT on a daily basis on the same >> machine, using the same home directory (and thus, the same .cshrc). >> And >> I never saw this issue pop up on -CURRENT. >> >> Am I the only one to see this? Am I doing something wrong (or at >> least, >> unsupported)? >> >> Thanks in advance for clues! >> >> Peace, >> david >> -- >> David H. Wolfskill david@catwhisker.org >> If you want true virus-protection for your PC, install a >> non-Microsoft OS >> on it. Plausible candidates include FreeBSD, Linux, NetBSD, OpenBSD, >> and >> Solaris (in alphabetical order). >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer --Apple-Mail-9--569667291-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 17:15:16 2003 Return-Path: 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 E36D116A4CE; Tue, 23 Dec 2003 17:15:16 -0800 (PST) Received: from jkh-gw.brierdr.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1137E43D2D; Tue, 23 Dec 2003 17:15:13 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from [64.173.15.98] (IDENT:10355-ident-is-a-completely-pointless-protocol-that-offers-no-security-or-traceability-at-all-so-ta@adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by jkh-gw.brierdr.com (8.12.10/8.12.10) with ESMTP id hBO1EpAi007273; Tue, 23 Dec 2003 17:14:51 -0800 (PST) (envelope-from jkh@queasyweasel.com) In-Reply-To: <6.0.1.1.0.20031223162207.09447888@209.112.4.2> References: <200312232111.hBNLB71D006708@bunrab.catwhisker.org> <6.0.1.1.0.20031223162207.09447888@209.112.4.2> Mime-Version: 1.0 (Apple Message framework v609) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-10--567967915; protocol="application/pkcs7-signature" Message-Id: <9F979D04-35AE-11D8-BD63-000393BB9222@queasyweasel.com> From: "Jordan K. Hubbard" Date: Tue, 23 Dec 2003 17:15:12 -0800 To: Mike Tancsa X-Mailer: Apple Mail (2.609) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: stable@freebsd.org cc: jhk@freebsd.org Subject: Re: Segmentation fault in csh if "setenv LC_ALL C" is sourced X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 01:15:17 -0000 --Apple-Mail-10--567967915 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed All, This should now be fixed. My apologies, again, for the breakage. Please cvsup, re-build your worlds and re-enable your LC_LOCALES as appropriate. :) - Jordan On Dec 23, 2003, at 1:23 PM, Mike Tancsa wrote: > At 04:11 PM 23/12/2003, David Wolfskill wrote: >> This was a rather surprising development this morning. > > My guess its related to > > jkh 2003/12/22 12:45:16 PST > > FreeBSD src repository > > Modified files: (Branch: RELENG_4) > lib/libc/locale ldpart.c > Log: > MFC: fix memory leak in setlocale() helper functions. > PR#: misc/59910 > > Revision Changes Path > 1.7.2.4 +6 -6 src/lib/libc/locale/ldpart.c > > > > >> I had updated my -STABLE sources per my daily ritual, then did the >> usual "make buildworld" & friends and rebooted. I logged in (via >> xdm's >> login screen, as usual), and got a login screen before I had a chance >> to >> enter my SSH passphrase. Repeated attempts yielded the same effect. >> >> I switched to a vty and logged in ... and was presented with a login >> prompt immediately. This was also repeatable. :-{ >> >> I logged in as root -- successfully. >> >> I moved aside ~david/.cshrc, and was then able to login as "david". >> >> I then tried "source .cshrc.save" and found that csh got a >> Segmentation >> fault while processing that directive. Trying various incantations >> with >> "csh -x" indicated that there was something about the "setenv LC_ALL >> C" >> line in my ~/.cshrc that it didn't like at all, so I created a new >> ~/.cshrc like the old one, but without that line (and the one before >> it); csh seemed to cope with that OK. >> >> So here's the result from what debugging I've done so far. I confess >> that I'm fairly rusty with gdb, but I'm willing to poke aroud: >> >> Script started on Tue Dec 23 12:25:20 2003 >> localhost(4.9-S)[1] uname -a >> FreeBSD localhost 4.9-STABLE FreeBSD 4.9-STABLE #24: Tue Dec 23 >> 06:23:02 PST 2003 >> root@d146.catwhisker.org:/common/S1/obj/usr/src/sys/LAPTOP_30W i386 >> localhost(4.9-S)[2] diff -u .cshrc.save .cshrc >> --- .cshrc.save Thu Sep 18 05:56:33 2003 >> +++ .cshrc Tue Dec 23 06:39:14 2003 >> @@ -125,8 +125,8 @@ >> setenv PAGER less >> setenv RNINIT ~/.rninit >> setenv FTP_PASSIVE_MODE >> -setenv LANG en_US.ISO8859-1 >> -setenv LC_ALL C >> +# setenv LANG en_US.ISO8859-1 >> +# setenv LC_ALL C >> unset autologout >> set history = 900 >> unset noclobber >> localhost(4.9-S)[3] csh -x >> localhost(4.9-S)[1] source .cshrc.save >> source .cshrc.save >> set npath = >> if ( 1 ) then >> set dir = ~/bin/FreeBSD >> if ( -d /home/david/bin/FreeBSD ) then >> true >> else >> else >> if ( 1 ) then >> if { test -n /home/david/bin/FreeBSD } then >> test -n /home/david/bin/FreeBSD >> if ( -d /home/david/bin/FreeBSD ) then >> set npath = /home/david/bin/FreeBSD >> endif >> endif >> endif >> setenv SYMONHOME /opt/SUNWsymon >> set path = ( /home/david/bin/FreeBSD ~/bin /bin /usr/bin /sbin >> /usr/sbin /usr/local/sbin /usr/local/bin /usr/local/pbm >> /usr/local/rdb /usr/local/bin/mh /usr/share/bin /usr/ucb >> /usr/local/games /usr/games /usr/X11R6/bin /usr/local/etc /usr/etc >> /etc /usr/local/office52/program ) >> set HOST = `hostname | sed -e 's/\..*$//'` >> hostname >> sed -e s/\..*$// >> if ( ! 0 ) then >> if ( 1 != 0 ) then >> if { test -z %m(4.9-S)[%h] } exit >> test -z %m(4.9-S)[%h] >> set u = `uname -r` >> uname -r >> set ul = `echo ${u} | sed -e 's/-.*//'` >> sed -e s/-.*// >> echo 4.9-STABLE >> set ur = `echo ${u} | sed -e 's/^[^-]*-//'` >> sed -e s/^[^-]*-// >> echo 4.9-STABLE >> switch ( STABLE ) >> set ur = -S >> breaksw >> set u = 4.9-S >> if ( ! 1 ) then >> set prompt = %m(4.9-S)[%h] >> endif >> switch ( FreeBSD ) >> setenv XAPPLRESDIR /usr/X11R6/lib/X11/app-defaults >> setenv LD_LIBRARY_PATH /usr/lib:/usr/local/X11/lib:/usr/local/lib >> setenv MY_WM tvtwm >> setenv MANPATH >> ~/man:/usr/local/man:/usr/share/man:/usr/X11R6/man:/usr/local/lib/ >> perl5/5.6.0/man:/usr/share/perl/man:/usr/local/lib/perl5/5.00503/man: >> /usr/local/games/man:/usr/local/lib/perl5/5.6.1/man >> breaksw >> endif >> if ( 0 ) exit >> setenv GROFF_TMAC_PATH /usr/local/tmac:.:/usr/share/groff/tmac >> setenv ADDRPATH /home/david/addr:/home/david/addr/business >> setenv PRINTER lp >> setenv LPDEST lp >> setenv EDITOR vi >> setenv LESS -sMci >> setenv CVSROOT /cvs >> setenv HOSTALIASES ~/.hostaliases >> setenv BLOCKSIZE 1k >> setenv NNTPSERVER news.sf.sbcglobal.net >> setenv MM_NOASK image/* >> setenv PAGER less >> setenv RNINIT ~/.rninit >> setenv FTP_PASSIVE_MODE >> setenv LANG en_US.ISO8859-1 >> Segmentation fault (core dumped) >> localhost(4.9-S)[4] echo "I built a debug csh in >> /usr/obj/usr/src/bin/csh" >> I built a debug csh in /usr/obj/usr/src/bin/csh >> localhost(4.9-S)[5] /usr/obj/usr/src/bin/csh/csh -x >> localhost(4.9-S)[1] source .cshrc.save >> source .cshrc.save >> [very similar output to the above elided -- dhw] >> ... >> setenv LANG en_US.ISO8859-1 >> Segmentation fault (core dumped) >> localhost(4.9-S)[6] ^Dexit >> >> Script done on Tue Dec 23 12:57:51 2003 >> >> OK; here's what gdb said (via cut'n'paste): >> >> localhost(4.9-S)[17] gdb /usr/obj/usr/src/bin/csh/csh csh.core >> GNU gdb 4.18 (FreeBSD) >> Copyright 1998 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "i386-unknown-freebsd"...Deprecated >> bfd_read called a >> t >> /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ >> dbxread.c line 2 >> 627 in elfstab_build_psymtabs >> Deprecated bfd_read called at >> /usr/src/gnu/usr.bin/binutils/gdb/../../../../cont >> rib/gdb/gdb/dbxread.c line 933 in fill_symbuf >> >> Core was generated by `csh'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x80ad21f in __part_load_locale () >> (gdb) bt >> #0 0x80ad21f in __part_load_locale () >> #1 0x80ad0bf in __monetary_load_locale () >> #2 0x8090296 in setlocale () >> #3 0x808fffc in setlocale () >> #4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 >> #5 0x80545dc in func (t=0x8138e00, bp=0x80df1f8) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 >> #6 0x8061ca7 in execute (t=0x8138e00, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 >> #7 0x8061f30 in execute (t=0x8132da0, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 >> #8 0x804aab8 in process (catch=0) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 >> #9 0x804a349 in srcunit (unit=3, onlyown=0, hflg=0, av=0x812fde8) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1691 >> #10 0x8049d62 in srcfile (f=0xbfbfa130 ".cshrc.save", onlyown=0, >> flag=0, >> av=0x812fde8) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1470 >> #11 0x804ad63 in dosource (t=0x812fde0, c=0x815d3a0) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2205 >> #12 0x80545dc in func (t=0x815d3a0, bp=0x80df238) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:145 >> #13 0x8061ca7 in execute (t=0x815d3a0, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> ---Type to continue, or q to quit--- >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:654 >> #14 0x8061f30 in execute (t=0x815d380, wanttty=1210, pipein=0x0, >> pipeout=0x0, >> do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:731 >> #15 0x804aab8 in process (catch=1) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2159 >> #16 0x8049b07 in main (argc=0, argv=0xbfbff53c) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1341 >> (gdb) frame 4 >> #4 0x8055fa5 in dosetenv (v=0x812fc40, c=0x8138e00) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:1358 >> 1358 (void) setlocale(LC_ALL, ""); >> (gdb) p dont_free >> $1 = 0 >> (gdb) p k >> $2 = 135461960 >> (gdb) frame 3 >> #3 0x808fffc in setlocale () >> (gdb) >> >> >> And looking at the man page for setlocale(), I don't see anything >> special >> regarding the second argument being a string of length 0. >> >> I note further that along with tracking -STABLE on a daily basis, >> I've also been tracking -CURRENT on a daily basis on the same >> machine, using the same home directory (and thus, the same .cshrc). >> And >> I never saw this issue pop up on -CURRENT. >> >> Am I the only one to see this? Am I doing something wrong (or at >> least, >> unsupported)? >> >> Thanks in advance for clues! >> >> Peace, >> david >> -- >> David H. Wolfskill david@catwhisker.org >> If you want true virus-protection for your PC, install a >> non-Microsoft OS >> on it. Plausible candidates include FreeBSD, Linux, NetBSD, OpenBSD, >> and >> Solaris (in alphabetical order). >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer --Apple-Mail-10--567967915-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 08:41:57 2003 Return-Path: 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 4910816A4CF; Wed, 24 Dec 2003 08:41:57 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B85A43D53; Wed, 24 Dec 2003 08:41:55 -0800 (PST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hBOGfqHF052102; Wed, 24 Dec 2003 11:41:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hBOGfqXw015918; Wed, 24 Dec 2003 11:41:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.0.1.1.0.20031224114330.0955be00@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Wed, 24 Dec 2003 11:47:45 -0500 To: stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new cc: ps@freebsd.org Subject: official 3ware support ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 16:41:57 -0000 While looking for firmware updates on the 3ware site, I notice they now have FreeBSD drivers available for download marked as "beta" The readme with the drivers download says, "This directory contains the 3ware driver (twe.ko) for 7000 series storage controllers, and the corresponding source code. The latest source code can be downloaded from the freebsd kernel tree, by running cvsup. The source code can be found at: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/modules/twe http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/twe " However, what is in RELENG_4 differs from what is downloaded from the 3ware site. Also, its marked 4.8. Will it work with 4.9 which has all the PAE changes in it? ---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 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 10:57:56 2003 Return-Path: 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 5AB0516A4CE; Wed, 24 Dec 2003 10:57:56 -0800 (PST) Received: from siamese.3ware.com (siamese.3ware.com [67.122.122.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A2343D31; Wed, 24 Dec 2003 10:57:53 -0800 (PST) (envelope-from vkashyap@3WARE.com) Received: by siamese with Internet Mail Service (5.5.2653.19) id ; Wed, 24 Dec 2003 11:03:01 -0800 Message-ID: From: Vinod Kashyap To: 'Mike Tancsa' , stable@freebsd.org Date: Wed, 24 Dec 2003 10:55:29 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: ps@freebsd.org Subject: RE: official 3ware support ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 18:57:56 -0000 Yes, 3ware now supports FreeBSD! The driver you find on the 3ware website has been extensively tested on 4.8, and not yet on 4.9. The changes in this driver should soon make their way into RELENG_4. They are already checked into HEAD. Thanks, Vinod. -----Original Message----- From: Mike Tancsa [mailto:mike@sentex.net] Sent: Wednesday, December 24, 2003 8:48 AM To: stable@freebsd.org Cc: ps@freebsd.org Subject: official 3ware support ? While looking for firmware updates on the 3ware site, I notice they now have FreeBSD drivers available for download marked as "beta" The readme with the drivers download says, "This directory contains the 3ware driver (twe.ko) for 7000 series storage controllers, and the corresponding source code. The latest source code can be downloaded from the freebsd kernel tree, by running cvsup. The source code can be found at: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/modules/twe http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/twe " However, what is in RELENG_4 differs from what is downloaded from the 3ware site. Also, its marked 4.8. Will it work with 4.9 which has all the PAE changes in it? ---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 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" DISCLAIMER: The information contained in this electronic mail transmission is intended by 3ware for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged and should not be disseminated without prior approval from 3ware From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 15:17:21 2003 Return-Path: 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 91E4716A4CE for ; Wed, 24 Dec 2003 15:17:21 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE84543D49 for ; Wed, 24 Dec 2003 15:17:20 -0800 (PST) (envelope-from ps@mu.org) Received: from mu.org (adsl-66-123-203-195.dsl.snfc21.pacbell.net [66.123.203.195]) by elvis.mu.org (Postfix) with ESMTP id 39C005C787; Wed, 24 Dec 2003 15:17:20 -0800 (PST) Message-ID: <3FEA1E62.2050407@mu.org> Date: Wed, 24 Dec 2003 15:16:50 -0800 From: Paul Saab User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vinod Kashyap References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: official 3ware support ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 23:17:21 -0000 Vinod Kashyap wrote: >Yes, 3ware now supports FreeBSD! > >The driver you find on the 3ware website has been >extensively tested on 4.8, and not yet on 4.9. > >The changes in this driver should soon make their >way into RELENG_4. They are already checked into HEAD. > > Unfortunately I am taking a break from everything until 1/18/2003, so changes + PAE support will not make it into RELENG_4 until after the new year From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 22:38:54 2003 Return-Path: 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 ACAB716A4CE; Wed, 24 Dec 2003 22:38:54 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B3C43D45; Wed, 24 Dec 2003 22:38:52 -0800 (PST) (envelope-from delphij@frontfree.net) Received: by ftp.bjpu.edu.cn (Postfix, from userid 426) id 9345A52DE; Thu, 25 Dec 2003 14:38:47 +0800 (CST) Received: from srv (unknown [192.168.122.253]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 4271852E1; Thu, 25 Dec 2003 14:38:47 +0800 (CST) From: "=?gb2312?B?WGluIExJL8Du9s4=?=" To: , Date: Thu, 25 Dec 2003 14:38:42 +0800 Organization: Frontfree Technology Network MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20031217165012.K15803@carver.gumbysoft.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Thread-Index: AcPFAgiEiPiz26M6T36z4zBggcDyRQFqv0Dg Message-Id: <20031225063847.4271852E1@ftp.bjpu.edu.cn> Subject: [SOLVED] RE: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic on RAM > 4GB without PAE (long) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 06:38:54 -0000 First I would say "thank you" to those who helped me to find the cause of the problem. Now I have confirmed that the problem goes away after a kernel configuration tuning. To trigger the problem, the box must have more than 2GB RAM and the following configuration: options MAXDSIZ=(1024UL*1024*1024) options MAXSSIZ=(128UL*1024*1024) options DFLDSIZ=(1024UL*1024*1024) A default, say, GENERIC kernel would not trigger panic's during my test. The problem exists on 4-STABLE and 5-CURRENT, however, by increasing kernel virtual address space by adding a line like the following: options KVA_PAGES=512 The panics goes away. I would suggest the following patch against -HEAD to be applied: Index: NOTES =================================================================== RCS file: /home/ncvs/src/sys/conf/NOTES,v retrieving revision 1.1192 diff -u -r1.1192 NOTES --- NOTES 7 Dec 2003 04:41:11 -0000 1.1192 +++ NOTES 25 Dec 2003 06:36:27 -0000 @@ -89,6 +89,12 @@ # and explicitly set the maximum with a shell command for processes # that regularly exceed the limit like INND. # +# Adjusting these parameters may result in a larger kernel memory +# usage. Thus you may want to enlarge kernel virtual address space. +# On a i386 box with more than 2GB of memory and the following +# options, KVA_PAGES=512 would be helpful to solve some fork related +# kernel panics. +# options MAXDSIZ=(1024UL*1024*1024) options MAXSSIZ=(128UL*1024*1024) options DFLDSIZ=(1024UL*1024*1024) Thank you again for your help! From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 23:10:10 2003 Return-Path: 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 A585D16A4CE for ; Wed, 24 Dec 2003 23:10:10 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C0D43D39 for ; Wed, 24 Dec 2003 23:10:09 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) hBP7A9LL027005; Wed, 24 Dec 2003 23:10:09 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id hBP7A8nv027004; Wed, 24 Dec 2003 23:10:08 -0800 (PST) (envelope-from dillon) Date: Wed, 24 Dec 2003 23:10:08 -0800 (PST) From: Matthew Dillon Message-Id: <200312250710.hBP7A8nv027004@apollo.backplane.com> To: Paul Mather References: <200312212310.KAA04764@lightning.itga.com.au> <20031225011412.GA441@gromit.dlib.vt.edu> cc: Gregory Bond cc: freebsd-stable@freebsd.org Subject: Re: Problems reclaiming VM cache = XFree86 startup annoyance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 07:10:10 -0000 :I'm not sure what is overloading the disk other than the large amounts :of paging that are initiated the moment I invoke "startx". The last :time I did this, I looked at the disk activity beforehand via "systat :-vm 1". The disks were basically idle (all < 0.05 MB/s). As soon as :I executed "startx" the swap volume became very active (90--96% busy; :3--7 MB/sec) and the "SWAP PAGER" out column steadily showed paging :activity (nothing on the "in" column). (The 4 KB/t was a tell-tale :sign the system was doing nothing but paging.) : :I guess my question is this: why so much paging? If, as someone else :has mentioned, "Cache" and "Free" pages are both "free" (i.e., :allocable memory), with the subtle distinction being that "Cache" :pages used to hold disk blocks now discarded, then why not allocate :what is needed from them? As I stated in my original thread, all the :"Inactive" memory seems to get dumped over to "Cache" when I run :"startx", and there's usually almost about 400 MB of it when this :happens. :... :Cheers, : :Paul. If it could, it would... my guess is that your box is using a shared memory video buffer and X is allocating a large swath of contiguous physical memory to accomodate it, which would force it to pageout any preexisting dirty data using that memory. That's all I can think of. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 23:31:06 2003 Return-Path: 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 00B7516A4CE for ; Wed, 24 Dec 2003 23:31:06 -0800 (PST) Received: from xevious.kicks-ass.net (dsl093-025-119.hou1.dsl.speakeasy.net [66.93.25.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B42643D41 for ; Wed, 24 Dec 2003 23:31:02 -0800 (PST) (envelope-from skquinn@xevious.kicks-ass.net) Received: from xevious.kicks-ass.net (skquinn@localhost [127.0.0.1]) by xevious.kicks-ass.net (8.12.10/8.12.6) with ESMTP id hBP7bXja000637 for ; Thu, 25 Dec 2003 01:37:33 -0600 (CST) (envelope-from skquinn@xevious.kicks-ass.net) Received: from localhost (localhost [[UNIX: localhost]]) by xevious.kicks-ass.net (8.12.10/8.12.6/Submit) id hBP7bWQu000636 for stable@freebsd.org; Thu, 25 Dec 2003 01:37:32 -0600 (CST) From: "Shawn K. Quinn" To: stable@freebsd.org Date: Thu, 25 Dec 2003 01:37:32 -0600 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312250137.32351.skquinn@xevious.kicks-ass.net> Subject: Very weird problem with dc driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 07:31:06 -0000 Is this a bad network card or a bug in the dc driver? Dec 24 23:12:32 xevious /kernel: dc0: <82c169 PNIC 10/100BaseTX> port 0xc400-0xc4ff mem 0xeffef700-0xeffef7ff irq 9 at device 14.0 on pci0 Dec 24 23:12:32 xevious /kernel: dc0: Ethernet address: 00:a0:c4:27:c4:27 Dec 24 23:12:32 xevious /kernel: miibus0: on dc0 Dec 24 23:12:32 xevious /kernel: ukphy0: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy0: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:12:32 xevious /kernel: ukphy1: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy1: no media present Dec 24 23:12:32 xevious /kernel: ukphy2: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy2: no media present Dec 24 23:12:32 xevious /kernel: ukphy3: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy3: no media present Dec 24 23:12:32 xevious /kernel: ukphy4: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy4: no media present Dec 24 23:12:32 xevious /kernel: ukphy5: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy5: no media present Dec 24 23:12:32 xevious /kernel: ukphy6: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy6: no media present Dec 24 23:12:32 xevious /kernel: ukphy7: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy7: no media present Dec 24 23:12:32 xevious /kernel: ukphy8: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy8: no media present Dec 24 23:12:32 xevious /kernel: ukphy9: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy9: no media present Dec 24 23:12:32 xevious /kernel: ukphy10: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy10: no media present Dec 24 23:12:32 xevious /kernel: ukphy11: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy11: no media present Dec 24 23:12:32 xevious /kernel: ukphy12: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy12: no media present Dec 24 23:12:32 xevious /kernel: ukphy13: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy13: no media present Dec 24 23:12:32 xevious /kernel: ukphy14: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy14: no media present And then later... Dec 24 23:18:10 xevious /kernel: dc0: <82c169 PNIC 10/100BaseTX> port 0xc000-0xc0ff mem 0xeffef700-0xeffef7ff irq 9 at device 14.0 on pci0 Dec 24 23:18:10 xevious /kernel: dc0: Ethernet address: 00:00:00:a0:00:a0 Dec 24 23:18:10 xevious /kernel: miibus0: on dc0 Dec 24 23:18:10 xevious /kernel: ukphy0: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy0: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy1: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy1: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy2: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy2: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy3: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy3: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy4: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy4: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy5: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy5: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy6: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy6: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy7: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy7: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy8: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy8: no media present Dec 24 23:18:10 xevious /kernel: ukphy9: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy9: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy10: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy10: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy11: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy11: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy12: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy12: no media present Dec 24 23:18:10 xevious /kernel: ukphy13: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy13: no media present Dec 24 23:18:10 xevious /kernel: ukphy14: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy14: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy15: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy15: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy16: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy16: no media present Dec 24 23:18:10 xevious /kernel: ukphy17: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy17: no media present Dec 24 23:18:10 xevious /kernel: ukphy18: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy18: no media present Dec 24 23:18:10 xevious /kernel: ukphy19: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy19: no media present Dec 24 23:18:10 xevious /kernel: ukphy20: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy20: no media present Dec 24 23:18:10 xevious /kernel: ukphy21: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy21: no media present Dec 24 23:18:10 xevious /kernel: ukphy22: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy22: no media present Dec 24 23:18:10 xevious /kernel: ukphy23: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy23: no media present Dec 24 23:18:10 xevious /kernel: ukphy24: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy24: no media present Dec 24 23:18:10 xevious /kernel: ukphy25: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy25: no media present Dec 24 23:18:10 xevious /kernel: ukphy26: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy26: no media present Dec 24 23:18:10 xevious /kernel: ukphy27: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy27: no media present A power-off/power-on reboot fixed this, then it returned, then another power-off/power-on reboot fixed it which is where I stand when I write this. Oh, I also found this little gem after the first power-off/power-on reboot: Dec 25 00:32:58 xevious /kernel: dc0: TX underrun -- increasing TX threshold And this is what the "normal" boots I've managed to pull off look like: Dec 24 23:44:00 xevious /kernel: dc0: <82c169 PNIC 10/100BaseTX> port 0xc000-0xc0ff mem 0xeffeff00-0xeffeffff irq 9 at device 14.0 on pci0 Dec 24 23:44:00 xevious /kernel: dc0: Ethernet address: 00:a0:cc:27:4b:6b Dec 24 23:44:00 xevious /kernel: miibus0: on dc0 Dec 24 23:44:00 xevious /kernel: ukphy0: on miibus0 Dec 24 23:44:00 xevious /kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto -- Shawn K. Quinn From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 00:24:11 2003 Return-Path: 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 1473A16A4CE for ; Thu, 25 Dec 2003 00:24:11 -0800 (PST) Received: from piersma.com (a80-126-77-167.adsl.xs4all.nl [80.126.77.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A4643D48 for ; Thu, 25 Dec 2003 00:24:04 -0800 (PST) (envelope-from niels@piersma.com) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 25 Dec 2003 09:24:28 +0100 Content-Type: multipart/signed; boundary="----=_NextPart_000_000A_01C3CAC8.E17AFEB0"; protocol="application/x-pkcs7-signature"; micalg=SHA1 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Very weird problem with dc driver Thread-Index: AcPKuTwUEFc9+a6WSIqVnXiWpqIalAABvm6g From: "Niels Piersma" To: "Shawn K. Quinn" , Subject: RE: Very weird problem with dc driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 08:24:11 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C3CAC8.E17AFEB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Shawn, I think this could be a speed miss-match on you switch. See if you can use a fixed speed. You can configure your switch for a fixed speed (preferred) or you can use the interface options in the rc.conf line. Take care, Niels -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Shawn K. Quinn Sent: donderdag 25 december 2003 8:38 To: stable@freebsd.org Subject: Very weird problem with dc driver Is this a bad network card or a bug in the dc driver? Dec 24 23:12:32 xevious /kernel: dc0: <82c169 PNIC 10/100BaseTX> port 0xc400-0xc4ff mem 0xeffef700-0xeffef7ff irq 9 at device 14.0 on pci0 Dec 24 23:12:32 xevious /kernel: dc0: Ethernet address: 00:a0:c4:27:c4:27 Dec 24 23:12:32 xevious /kernel: miibus0: on dc0 Dec 24 23:12:32 xevious /kernel: ukphy0: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy0: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:12:32 xevious /kernel: ukphy1: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy1: no media present Dec 24 23:12:32 xevious /kernel: ukphy2: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy2: no media present Dec 24 23:12:32 xevious /kernel: ukphy3: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy3: no media present Dec 24 23:12:32 xevious /kernel: ukphy4: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy4: no media present Dec 24 23:12:32 xevious /kernel: ukphy5: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy5: no media present Dec 24 23:12:32 xevious /kernel: ukphy6: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy6: no media present Dec 24 23:12:32 xevious /kernel: ukphy7: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy7: no media present Dec 24 23:12:32 xevious /kernel: ukphy8: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy8: no media present Dec 24 23:12:32 xevious /kernel: ukphy9: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy9: no media present Dec 24 23:12:32 xevious /kernel: ukphy10: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy10: no media present Dec 24 23:12:32 xevious /kernel: ukphy11: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy11: no media present Dec 24 23:12:32 xevious /kernel: ukphy12: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy12: no media present Dec 24 23:12:32 xevious /kernel: ukphy13: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy13: no media present Dec 24 23:12:32 xevious /kernel: ukphy14: on miibus0 Dec 24 23:12:32 xevious /kernel: ukphy14: no media present And then later... Dec 24 23:18:10 xevious /kernel: dc0: <82c169 PNIC 10/100BaseTX> port 0xc000-0xc0ff mem 0xeffef700-0xeffef7ff irq 9 at device 14.0 on pci0 Dec 24 23:18:10 xevious /kernel: dc0: Ethernet address: 00:00:00:a0:00:a0 Dec 24 23:18:10 xevious /kernel: miibus0: on dc0 Dec 24 23:18:10 xevious /kernel: ukphy0: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy0: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy1: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy1: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy2: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy2: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy3: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy3: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy4: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy4: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy5: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy5: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy6: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy6: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy7: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy7: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy8: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy8: no media present Dec 24 23:18:10 xevious /kernel: ukphy9: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy9: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy10: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy10: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy11: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy11: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy12: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy12: no media present Dec 24 23:18:10 xevious /kernel: ukphy13: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy13: no media present Dec 24 23:18:10 xevious /kernel: ukphy14: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy14: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy15: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy15: 10baseT-FDX, 100baseTX, 100baseTX-FDX, 100baseT4, auto Dec 24 23:18:10 xevious /kernel: ukphy16: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy16: no media present Dec 24 23:18:10 xevious /kernel: ukphy17: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy17: no media present Dec 24 23:18:10 xevious /kernel: ukphy18: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy18: no media present Dec 24 23:18:10 xevious /kernel: ukphy19: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy19: no media present Dec 24 23:18:10 xevious /kernel: ukphy20: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy20: no media present Dec 24 23:18:10 xevious /kernel: ukphy21: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy21: no media present Dec 24 23:18:10 xevious /kernel: ukphy22: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy22: no media present Dec 24 23:18:10 xevious /kernel: ukphy23: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy23: no media present Dec 24 23:18:10 xevious /kernel: ukphy24: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy24: no media present Dec 24 23:18:10 xevious /kernel: ukphy25: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy25: no media present Dec 24 23:18:10 xevious /kernel: ukphy26: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy26: no media present Dec 24 23:18:10 xevious /kernel: ukphy27: on miibus0 Dec 24 23:18:10 xevious /kernel: ukphy27: no media present A power-off/power-on reboot fixed this, then it returned, then another power-off/power-on reboot fixed it which is where I stand when I write this. Oh, I also found this little gem after the first power-off/power-on reboot: Dec 25 00:32:58 xevious /kernel: dc0: TX underrun -- increasing TX threshold And this is what the "normal" boots I've managed to pull off look like: Dec 24 23:44:00 xevious /kernel: dc0: <82c169 PNIC 10/100BaseTX> port 0xc000-0xc0ff mem 0xeffeff00-0xeffeffff irq 9 at device 14.0 on pci0 Dec 24 23:44:00 xevious /kernel: dc0: Ethernet address: 00:a0:cc:27:4b:6b Dec 24 23:44:00 xevious /kernel: miibus0: on dc0 Dec 24 23:44:00 xevious /kernel: ukphy0: on miibus0 Dec 24 23:44:00 xevious /kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto -- Shawn K. Quinn _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ------=_NextPart_000_000A_01C3CAC8.E17AFEB0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8jCCAnow ggHjoAMCAQICAwtVYTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDMxMjE2MTExMzAwWhcNMDQxMjE1MTExMzAwWjByMRAwDgYDVQQE EwdQaWVyc21hMRkwFwYDVQQqExBOaWVscyBDaHJpc3RpYWFuMSEwHwYDVQQDExhOaWVscyBDaHJp c3RpYWFuIFBpZXJzbWExIDAeBgkqhkiG9w0BCQEWEW5pZWxzQHBpZXJzbWEuY29tMIGfMA0GCSqG SIb3DQEBAQUAA4GNADCBiQKBgQC49Zss+aNf503Y0gCoEcr/pexwY4kdwaVrhVOmUUt10Ge8J5XA +BJ/HxjisoaA1imNgBmgD973Q96V3qBC38azguNJQWCYzedCQ3VwB1SMShWDC5vOoz04XGBtRy0t XzojIZ8wUedEXHE0kmtGwY+mWAp2GR8wrDfBIMsywBEWRQIDAQABoy4wLDAcBgNVHREEFTATgRFu aWVsc0BwaWVyc21hLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAHPdS1eevZ23 P0O91S9isto0xzCSjLkn0vbDKZFEqbvDi5Pf2ut2nMc+RFeh30M7GmiurBDGwe6bQ6b5AFPo7u9i fPF+Ce0rl0/d1oLd/pw8deJOmkmd0tlTMgSyXPVpaLqd0lnqha130YZSkZzsXnGgNleW+Maw6yut VRIpewMgMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdEx CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqG SIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G 6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56a JtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG 9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6 ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl 8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93 bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBa Fw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N 9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOC dz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTAS BgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNv bS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4w HDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G /11fZU8xggLPMIICywIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDC1VhMAkGBSsOAwIaBQCgggG8MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMTIyNTA4MjQyMlowIwYJKoZIhvcNAQkEMRYEFKDlcnySjerqDZ212Dxo8WRT qvq1MGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwBwYFKw4DAhowDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAoGCCqGSIb3DQIFMHgGCSsG AQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgML VWEwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQQIDC1VhMA0GCSqGSIb3DQEBAQUABIGAi/c4zzPfqBpYjdaNVYldPnXwWumgBcTv8oMr dnQv53rn2RFy61Ne224SWA23xwlbcbMHR1zBxP2SiAO2hSLhWgzXhySvbXj8c4U6as7EQKVZgOjD 8NxlOhzOGbLUvD8gzroi6hki/bvHM5puH6urL6HyXlY+39+Xo38STKekuRYAAAAAAAA= ------=_NextPart_000_000A_01C3CAC8.E17AFEB0-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 01:43:25 2003 Return-Path: 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 663D216A4CE for ; Thu, 25 Dec 2003 01:43:25 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id C6BA043D31 for ; Thu, 25 Dec 2003 01:43:23 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Dec 2003 09:43:22 +0000 (GMT) Date: Thu, 25 Dec 2003 09:43:21 +0000 From: David Malone To: "Shawn K. Quinn" Message-ID: <20031225094321.GA59679@walton.maths.tcd.ie> References: <200312250137.32351.skquinn@xevious.kicks-ass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200312250137.32351.skquinn@xevious.kicks-ass.net> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: stable@freebsd.org Subject: Re: Very weird problem with dc driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 09:43:25 -0000 On Thu, Dec 25, 2003 at 01:37:32AM -0600, Shawn K. Quinn wrote: > Oh, I also found this little gem after the first power-off/power-on > reboot: > > Dec 25 00:32:58 xevious /kernel: dc0: TX underrun -- increasing TX > threshold In general, you don't need to worry about these, they are just the driver adjusting itself to the speed of your card/motherboard. You may see a few of them when the machine is first busy after boot, and then they should probably stop. As for your card growing 20-or-so extra ports - I've no idea. Sounds like confused hardware to me... David. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 10:24:21 2003 Return-Path: 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 7ADCE16A4CE; Thu, 25 Dec 2003 10:24:21 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 130D643D31; Thu, 25 Dec 2003 10:24:20 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 468B23AF; Thu, 25 Dec 2003 19:20:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 2FDE81AD; Thu, 25 Dec 2003 19:20:48 +0100 (CET) Date: Thu, 25 Dec 2003 19:20:48 +0100 (CET) From: Sten To: =?gb2312?B?WGluIExJL8Du9s4=?= In-Reply-To: <20031225063847.4271852E1@ftp.bjpu.edu.cn> Message-ID: References: <20031225063847.4271852E1@ftp.bjpu.edu.cn> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=gb2312 Content-Transfer-Encoding: 8BIT cc: stable@FreeBSD.org cc: current@freebsd.org Subject: Re: [SOLVED] RE: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic on RAM > 4GB without PAE (long) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 18:24:21 -0000 On Thu, 25 Dec 2003, [gb2312] Xin LI/ÀîöÎ wrote: > First I would say "thank you" to those who helped me to find the cause of > the problem. Now I have confirmed that the problem goes away after a kernel > configuration tuning. > > To trigger the problem, the box must have more than 2GB RAM and the > following configuration: > > options MAXDSIZ=(1024UL*1024*1024) > options MAXSSIZ=(128UL*1024*1024) > options DFLDSIZ=(1024UL*1024*1024) > > A default, say, GENERIC kernel would not trigger panic's during my test. > > The problem exists on 4-STABLE and 5-CURRENT, however, by increasing kernel > virtual address space by adding a line like the following: > > options KVA_PAGES=512 > > The panics goes away. > I'd really love getting rid of most hardcoded memory allocations in the fbsd kernel, with the main bugger being NMBCLUSTERS, which one always forgets about untill it's too late :(. In solaris auto-tuning has been a top priority for a long while, and propper dynamic tuning should get it right ( or even better ) in 99% of the cases. People with other needs should be able to build a custom kernel. Maybe a nice goal for 6.0 :) I do have to note that fbsd5 has been getting better and better, on sparc64 it beats out linux and netbsd for my purposes. Good work. -- Sten Spans There is a crack in everything that's how the light gets in. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 11:14:35 2003 Return-Path: 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 D390616A4CE for ; Thu, 25 Dec 2003 11:14:35 -0800 (PST) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC31E43D1F for ; Thu, 25 Dec 2003 11:14:33 -0800 (PST) (envelope-from thor@tst.homeunix.org) Received: from fwd00.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1AZaYR-0004x9-04; Thu, 25 Dec 2003 19:49:51 +0100 Received: from duke.tm.priv (rCpvQqZlge7gBVTwgaqFn4p0BIvHAnGIi59jAqdfVOqIPk5HgL936V@[80.142.25.138]) by fmrl00.sul.t-online.com with smtp id 1AZaYE-19Hn5U0; Thu, 25 Dec 2003 19:49:38 +0100 Received: from duke.tm.priv (localhost [127.0.0.1]) by duke.tm.priv (8.12.10/8.12.10) with ESMTP id hBPInbHT001319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Dec 2003 19:49:37 +0100 (CET) (envelope-from thor@duke.tm.priv) Received: (from thor@localhost) by duke.tm.priv (8.12.10/8.12.10/Submit) id hBPInaBZ001318; Thu, 25 Dec 2003 19:49:36 +0100 (CET) (envelope-from thor) Date: Thu, 25 Dec 2003 19:49:36 +0100 From: Thorsten Steentjes To: Victor Ivanov Message-ID: <20031225184936.GA1310@duke.tm.priv> References: <20031223233420.GA5508@icon.icon.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20031223233420.GA5508@icon.icon.bg> User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.steentjes.de/thor/pubkey.asc X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.23.0.2; VDF 6.23.0.19 X-Seen: false X-ID: rCpvQqZlge7gBVTwgaqFn4p0BIvHAnGIi59jAqdfVOqIPk5HgL936V@t-dialin.net cc: freebsd-stable@freebsd.org Subject: Re: possible (kernel) bug with zebra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 19:14:35 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Victor, On Wed, Dec 24, 2003 at 01:34:20AM +0200, Victor Ivanov wrote: >=20 > I don't know if my machine has some hardware problem, but I've noticed > this > strange behavior with zebra 0.93b_7 on 4.9-STABLE. I have no solution for your problem, but I can confirm that it is not hardware related, cause I see the same behavior here. I'm using quagga-0.96.4_3 (which is a fork of zebra) on several 4.9-STABLE boxes. I can report two major problems I have: 1. quagga and pseudo devices Talking OSPF over a GRE device between quagga and a Cisco router dosn't work. There are messages like this in my syslog zebra[303]: There must be RTA_IFP address for ifindex 4 Furthermore, when I do a ifconfig down and then a ifconfig up on the gre device, zebra dumps a core. 2. kernel panic in conjunction with zebra on my notebook I tried running quagga on my notebook and was able to talk OSPF over the wi(4) device. I send my notebook sleeping via apm and after waking it up again, the kernel panics while the current process is zebra. IMO that happens cause the pccardd needs a few seconds to reinitialize the wi device and zebra ist already running. So zebra doesn't see the physical device after waking up and that is the reason for the panic. Cheers, Thorsten --=20 /* Thorsten Steentjes, Martin-Luther-Str. 8, 53919 Weilerswist, Germany */ /* Phone: +49 2254601458 | Fax: +49 2254601459 | Mobile: +49 1702105181 */ /* Please remember: rm -rf means "read mail -really fast" */ --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/6zE/FRuplBF1wuMRAjiUAJsHm5S7XUzLKXFnBHrniRrKyB5m0gCfUkAm KiqS2/+LFMXtWqwZdHH+KuM= =lwKI -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 11:58:47 2003 Return-Path: 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 A8E8116A4CE; Thu, 25 Dec 2003 11:58:47 -0800 (PST) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7536C43D3F; Thu, 25 Dec 2003 11:58:45 -0800 (PST) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by smtp.atlantis.dp.ua (8.12.6p2/8.12.6) with ESMTP id hBPJwbNL088692; Thu, 25 Dec 2003 21:58:37 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 25 Dec 2003 21:58:37 +0200 (EET) From: Dmitry Pryanishnikov To: stable@freebsd.org Message-ID: <20031225214950.M86827@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [SOLVED] RE: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 19:58:47 -0000 Hello! > From: Sten > > I'd really love getting rid of most hardcoded memory allocations > in the fbsd kernel, with the main bugger being NMBCLUSTERS, > which one always forgets about untill it's too late :(. > In solaris auto-tuning has been a top priority for a long while, > and propper dynamic tuning should get it right ( or even better ) > in 99% of the cases. People with other needs should be able > to build a custom kernel. You need _not_ to build custom FreeBSD kernel in order to increase NMBCLUSTERS. Both CURRENT and STABLE allows setting it from loader.conf: kern.ipc.nmbufs="32768" # Number of mbufs kern.ipc.nmbclusters="16384" # Number of mbuf clusters But yes, you have to reboot your system if you want to raise them. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 15:09:34 2003 Return-Path: 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 92B0416A4CE for ; Thu, 25 Dec 2003 15:09:34 -0800 (PST) Received: from delta.arkaim.net (delta.arkaim.net [82.146.57.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DCE43D31 for ; Thu, 25 Dec 2003 15:09:33 -0800 (PST) (envelope-from sirok@mail.ru) Received: from [212.120.174.10] (helo=ares.arkaim.net) by delta.arkaim.net with esmtp (Exim 4.24; FreeBSD) id 1AZebk-0001fa-B3 for freebsd-stable@freebsd.org; Thu, 25 Dec 2003 23:09:32 +0000 Received: from [192.168.216.1] (helo=else-84173e39b5) by ares.arkaim.net with esmtp (Exim 4.24; FreeBSD) id 1AZeQT-000DyT-Lk for freebsd-stable@freebsd.org; Fri, 26 Dec 2003 03:57:54 +0500 Date: Fri, 26 Dec 2003 03:58:54 +0500 From: Roman Sidnev X-Mailer: The Bat! (v2.01) CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <124521657373.20031226035854@mail.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: possible (kernel) bug with zebra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Roman List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 23:09:34 -0000 Hello, >I don't know if my machine has some hardware problem, but I've noticed this >strange behavior with zebra 0.93b_7 on 4.9-STABLE. I think it not hardware problem, i have same problem with gre and tun(vtund) interfaces and quagga. Panics occurs sometimes when interface state changes (up/down). Sometimes kernel dont panics, but zebra (quagga) dies. I don't know any solution. I had the same problem with 4.8-STABLE. >The first problem is zebra's inconsistent(?) handling of routing information, >especialy when it comes to point-to-point interfaces (like tun) and ones >handled by ppp(8). >When ppp shuts down a link, it first deletes all routes, including the >route to the remote host. Then it downs the interface. Zebra gets confused >about this, because it gets the RTM_DELETE messages, but not the RTM_DELADDR >message it seems to expect. (Which happens if you just do ifconfig -alias, >there is a RTM_DELETE and then RTM_DELADDR) >As a result, the zebra's routing table becomes bogus and the advertised >routes are not correct. To fix this for now, I've put a script to do a >ifconfig -alias which is run from ppp.linkdown. >So far so good, but the kernel starts to panic :/ >Attached are the results from two consecutive panics >I can provide more information/do more tests if someone finds this >interesting :) Any help is appreciated, of course -- Best regards, Roman mailto:sirok@mail.ru From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 22:49:09 2003 Return-Path: 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 A659916A4CE for ; Thu, 25 Dec 2003 22:49:09 -0800 (PST) Received: from sis1.snu.ac.kr (sis1.snu.ac.kr [147.46.10.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6758443D2D for ; Thu, 25 Dec 2003 22:49:06 -0800 (PST) (envelope-from nospam@users.sourceforge.net) Received: from users.sourceforge.net ([147.46.44.183]) by sis1.snu.ac.kr (8.12.10/8.12.10) with ESMTP id hBQ6kT1i232512 for ; Fri, 26 Dec 2003 15:46:30 +0900 Message-ID: <3FEBD9E1.50207@users.sourceforge.net> Date: Fri, 26 Dec 2003 15:49:05 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: The nice utility: man pages bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 06:49:09 -0000 Hi, This is 4.9-STABLE on Intel PC. The nice man-pages say: --------------------------- EXAMPLES $ nice -n 5 date Execute utility `date' at priority 5 assuming the priority of the shell is 0. --------------------------- But when I do: $ nice -n 5 date nice: Badly formed number. $ Something is wrong here, isn't it? Regards, Rob. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 22:56:33 2003 Return-Path: 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 A76C816A4CE for ; Thu, 25 Dec 2003 22:56:33 -0800 (PST) Received: from mail.rotfl.com.au (eth1779.sa.adsl.internode.on.net [150.101.235.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1411843D49 for ; Thu, 25 Dec 2003 22:56:31 -0800 (PST) (envelope-from Phil@Kernick.org) Received: from undisclosed by mail.rotfl.com.au (Postfix) with ESMTP id F0AC174404; Fri, 26 Dec 2003 17:26:29 +1030 (CST) Received: from mail.rotfl.com.au ([127.0.0.1]) by localhost (mail.rotfl.com.au [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19507-07-2; Fri, 26 Dec 2003 17:26:27 +1030 (CST) Received: from undisclosed by mail.rotfl.com.au (Postfix) with ESMTP id A424074400; Fri, 26 Dec 2003 17:26:27 +1030 (CST) Message-ID: <3FEBDB9A.30808@Kernick.org> Date: Fri, 26 Dec 2003 17:26:26 +1030 From: Phil Kernick User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <3FEBD9E1.50207@users.sourceforge.net> In-Reply-To: <3FEBD9E1.50207@users.sourceforge.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at rotfl.com.au cc: freebsd-stable@freebsd.org Subject: Re: The nice utility: man pages bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 06:56:33 -0000 The problems is that you are using the nice builtin from the c-shell. From the csh(1) man page... nice [ +n|-n ] [ command ] Increment the process priority value for the shell or for command by n. The higher the priority Phil. > This is 4.9-STABLE on Intel PC. > > The nice man-pages say: > > --------------------------- > EXAMPLES > $ nice -n 5 date > > Execute utility `date' at priority 5 assuming the > priority of the shell is 0. > --------------------------- > > > But when I do: > > $ nice -n 5 date > nice: Badly formed number. > $ > > > Something is wrong here, isn't it? > > Regards, > Rob. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- _-_|\ Phil Kernick E-Mail: Phil@Kernick.org / \ ROTFL Enterprises Mobile: 041 61 ROTFL \_.-*_/ v Humourist, satirist, and probably a few more 'ists to boot! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 04:52:25 2003 Return-Path: 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 790DD16A4CE for ; Fri, 26 Dec 2003 04:52:25 -0800 (PST) Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D048D43D3F for ; Fri, 26 Dec 2003 04:52:23 -0800 (PST) (envelope-from malcolm.kay@internode.on.net) Received: from beta.home (ppp109-47.lns1.adl1.internode.on.net [150.101.109.47])hBQCqKHx089698; Fri, 26 Dec 2003 23:22:21 +1030 (CST) Content-Type: text/plain; charset="iso-8859-1" From: Malcolm Kay Organization: At home To: Rob , freebsd-stable@freebsd.org Date: Fri, 26 Dec 2003 23:22:20 +1030 User-Agent: KMail/1.4.3 References: <3FEBD9E1.50207@users.sourceforge.net> In-Reply-To: <3FEBD9E1.50207@users.sourceforge.net> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200312262322.20407.malcolm.kay@internode.on.net> Subject: Re: The nice utility: man pages bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 12:52:25 -0000 On Fri, 26 Dec 2003 17:19, Rob wrote: > Hi, > > This is 4.9-STABLE on Intel PC. > > The nice man-pages say: > > --------------------------- > EXAMPLES > $ nice -n 5 date > > Execute utility `date' at priority 5 assuming the > priority of the shell is 0. > --------------------------- > > > But when I do: > > $ nice -n 5 date > nice: Badly formed number. > $ > > > Something is wrong here, isn't it? > I don't think so; try: beta:205> /usr/bin/nice -n 5 date Fri Dec 26 23:17:40 CST 2003 =20 The man page does warn that same shells provide a builtin which may be similar or identical. (But may also be different in syntax; my added comment) Malcolm Kay From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 07:47:40 2003 Return-Path: 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 8542516A4CE; Fri, 26 Dec 2003 07:47:40 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E8DC43D3F; Fri, 26 Dec 2003 07:47:39 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 9B95A352; Fri, 26 Dec 2003 16:44:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 8201D1CA; Fri, 26 Dec 2003 16:44:07 +0100 (CET) Date: Fri, 26 Dec 2003 16:44:07 +0100 (CET) From: Sten To: Dmitry Pryanishnikov In-Reply-To: <20031225214950.M86827@atlantis.atlantis.dp.ua> Message-ID: References: <20031225214950.M86827@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: [SOLVED] RE: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 15:47:40 -0000 On Thu, 25 Dec 2003, Dmitry Pryanishnikov wrote: > > Hello! > > > From: Sten > > > > I'd really love getting rid of most hardcoded memory allocations > > in the fbsd kernel, with the main bugger being NMBCLUSTERS, > > which one always forgets about untill it's too late :(. > > In solaris auto-tuning has been a top priority for a long while, > > and propper dynamic tuning should get it right ( or even better ) > > in 99% of the cases. People with other needs should be able > > to build a custom kernel. > > You need _not_ to build custom FreeBSD kernel in order to increase > NMBCLUSTERS. Both CURRENT and STABLE allows setting it from loader.conf: > > kern.ipc.nmbufs="32768" # Number of mbufs > kern.ipc.nmbclusters="16384" # Number of mbuf clusters > > But yes, you have to reboot your system if you want to raise them. true, but my point is that these kind of static limits are kind of silly. I have a machine with plenty of memory, when I start doing serious network traffic it dies, ecause freebsd doesn't use available memory. Static allocations are suboptimal and in corner cases they lead to loss of network connectivity or crashes. I do know that fixing these problems is a lot of work, which is why I suggested it as a goal for 6.0. to throw in a fully innapropriate quote : In other words, it's ok for a developer to say: "Ok, what happens if you do the above echo?" to figure out whether maybe the problem is due to excessive spurgel-production in the VM frobnicator, but it is NOT OK to say "you can tweak it for your use, so don't complain about the bad behaviour" -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:05:37 2003 Return-Path: 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 7081716A4CE for ; Fri, 26 Dec 2003 09:05:37 -0800 (PST) Received: from malkav.snowmoon.com (malkav.snowmoon.com [209.23.60.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C9143D31 for ; Fri, 26 Dec 2003 09:05:36 -0800 (PST) (envelope-from jaime@snowmoon.com) Received: from localhost (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by malkav.snowmoon.com (Postfix) with ESMTP id E8F8B112A4 for ; Fri, 26 Dec 2003 12:05:35 -0500 (EST) Date: Fri, 26 Dec 2003 12:05:34 -0500 (EST) From: jaime@snowmoon.com To: freebsd-stable@freebsd.org Message-ID: <20031226120047.W79423@malkav.snowmoon.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: uname weirdness after kernel/OS update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:05:37 -0000 I was previously running 4.9-PRERELEASE. I used cvsup to download new source code and compile the OS, as I've done many times over the years that I've used FreeBSD. Now, uname -a will show me 4.9-PRERELEASE and Aug 26, 2003 instead of 4.9-RELEASE or 4.9-STABLE and any of the December dates that I've attempted to compile a new kernel. I've tried mv /usr/src /usr/src.old and a new cvsup. I've tried rm -rf /usr/obj/* (after the chflags command) and that didn't help. I've even tried using /stand/sysinstall to install a new bin and crypto binary set, then recompile the kernel. Still no luck. Does anyone have any idea what is going on? Thanks in advance, Jaime From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:09:24 2003 Return-Path: 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 C876616A4CE for ; Fri, 26 Dec 2003 09:09:24 -0800 (PST) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA99143D5A for ; Fri, 26 Dec 2003 09:09:17 -0800 (PST) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id 5A9779C; Fri, 26 Dec 2003 12:09:16 -0500 (EST) Received: from [128.2.138.17] (VPN17.ECE.CMU.EDU [128.2.138.17]) by bache.ece.cmu.edu (Postfix) with ESMTP id 8E1EB86; Fri, 26 Dec 2003 12:08:46 -0500 (EST) From: "Brandon S. Allbery KF8NH" To: jaime@snowmoon.com In-Reply-To: <20031226120047.W79423@malkav.snowmoon.com> References: <20031226120047.W79423@malkav.snowmoon.com> Content-Type: text/plain Message-Id: <1072458503.22319.2.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 26 Dec 2003 12:08:23 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-38.8 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: freebsd-stable@freebsd.org Subject: Re: uname weirdness after kernel/OS update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:09:24 -0000 On Fri, 2003-12-26 at 12:05, jaime@snowmoon.com wrote: > I was previously running 4.9-PRERELEASE. I used cvsup to download > new source code and compile the OS, as I've done many times over the years > that I've used FreeBSD. Now, uname -a will show me 4.9-PRERELEASE and Aug > 26, 2003 instead of 4.9-RELEASE or 4.9-STABLE and any of the December > dates that I've attempted to compile a new kernel. At a guess, you put stuff in your supfile to hold the "src-all" collection at the August version, possibly due to the instability from the PAE changes that hit in August and were patched around then. Check your supfile. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:15:32 2003 Return-Path: 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 CBCD216A4CE for ; Fri, 26 Dec 2003 09:15:32 -0800 (PST) Received: from malkav.snowmoon.com (malkav.snowmoon.com [209.23.60.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9236643D49 for ; Fri, 26 Dec 2003 09:15:24 -0800 (PST) (envelope-from jaime@snowmoon.com) Received: from localhost (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by malkav.snowmoon.com (Postfix) with ESMTP id CD2861129A; Fri, 26 Dec 2003 12:15:23 -0500 (EST) Date: Fri, 26 Dec 2003 12:15:22 -0500 (EST) From: jaime@snowmoon.com To: "Brandon S. Allbery KF8NH" In-Reply-To: <1072458503.22319.2.camel@pyanfar.ece.cmu.edu> Message-ID: <20031226121143.T79423@malkav.snowmoon.com> References: <20031226120047.W79423@malkav.snowmoon.com> <1072458503.22319.2.camel@pyanfar.ece.cmu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: uname weirdness after kernel/OS update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:15:32 -0000 On Fri, 26 Dec 2003, Brandon S. Allbery KF8NH wrote: > At a guess, you put stuff in your supfile to hold the "src-all" > collection at the August version, possibly due to the instability from > the PAE changes that hit in August and were patched around then. Check > your supfile. I just checked it. I don't see anything like that. Its the same as the /usr/share/examples/cvsup/stable-supfile file, with CHANGE_THIS changed to cvsup3 and the compress option commented out. How would such a setting be made? Jaime From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:19:17 2003 Return-Path: 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 EE1D116A4CE for ; Fri, 26 Dec 2003 09:19:17 -0800 (PST) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 706BD43D46 for ; Fri, 26 Dec 2003 09:19:16 -0800 (PST) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id E10C596; Fri, 26 Dec 2003 12:19:15 -0500 (EST) Received: from [128.2.138.17] (VPN17.ECE.CMU.EDU [128.2.138.17]) by bache.ece.cmu.edu (Postfix) with ESMTP id ED1AC8B; Fri, 26 Dec 2003 12:18:45 -0500 (EST) From: "Brandon S. Allbery KF8NH" To: jaime@snowmoon.com In-Reply-To: <20031226121143.T79423@malkav.snowmoon.com> References: <20031226120047.W79423@malkav.snowmoon.com> <1072458503.22319.2.camel@pyanfar.ece.cmu.edu> <20031226121143.T79423@malkav.snowmoon.com> Content-Type: text/plain Message-Id: <1072459102.22319.6.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 26 Dec 2003 12:18:22 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-38.8 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: freebsd-stable@freebsd.org Subject: Re: uname weirdness after kernel/OS update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:19:18 -0000 On Fri, 2003-12-26 at 12:15, jaime@snowmoon.com wrote: > On Fri, 26 Dec 2003, Brandon S. Allbery KF8NH wrote: > > At a guess, you put stuff in your supfile to hold the "src-all" > > collection at the August version, possibly due to the instability from > > the PAE changes that hit in August and were patched around then. Check > > your supfile. > > I just checked it. I don't see anything like that. Its the same > as the /usr/share/examples/cvsup/stable-supfile file, with CHANGE_THIS > changed to cvsup3 and the compress option commented out. How would such a > setting be made? Okay, so it was a bad guess. :) It would have been a date=... entry on the src-all line, IIRC. There was some discussion of it on -stable back when the PAE bugs surfaced. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:21:59 2003 Return-Path: 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 E1C4616A4CE for ; Fri, 26 Dec 2003 09:21:59 -0800 (PST) Received: from malkav.snowmoon.com (malkav.snowmoon.com [209.23.60.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F97143D45 for ; Fri, 26 Dec 2003 09:21:59 -0800 (PST) (envelope-from jaime@snowmoon.com) Received: from localhost (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by malkav.snowmoon.com (Postfix) with ESMTP id 2FDFE1129A; Fri, 26 Dec 2003 12:21:58 -0500 (EST) Date: Fri, 26 Dec 2003 12:21:57 -0500 (EST) From: jaime@snowmoon.com To: "Brandon S. Allbery KF8NH" In-Reply-To: <1072459102.22319.6.camel@pyanfar.ece.cmu.edu> Message-ID: <20031226122053.U79423@malkav.snowmoon.com> References: <20031226120047.W79423@malkav.snowmoon.com> <20031226121143.T79423@malkav.snowmoon.com> <1072459102.22319.6.camel@pyanfar.ece.cmu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: uname weirdness after kernel/OS update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:22:00 -0000 On Fri, 26 Dec 2003, Brandon S. Allbery KF8NH wrote: > Okay, so it was a bad guess. :) It would have been a date=... entry on > the src-all line, IIRC. There was some discussion of it on -stable back > when the PAE bugs surfaced. Are you refering to the bugs inbetween August 2 and 29? These are the ones that caused me to try to update the OS in the first place. :) Jaime From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:23:48 2003 Return-Path: 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 32F8516A4CE for ; Fri, 26 Dec 2003 09:23:48 -0800 (PST) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F51243D48 for ; Fri, 26 Dec 2003 09:23:45 -0800 (PST) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id 1D6A19C; Fri, 26 Dec 2003 12:23:45 -0500 (EST) Received: from [128.2.138.17] (VPN17.ECE.CMU.EDU [128.2.138.17]) by bache.ece.cmu.edu (Postfix) with ESMTP id B091A8B; Fri, 26 Dec 2003 12:23:14 -0500 (EST) From: "Brandon S. Allbery KF8NH" To: jaime@snowmoon.com In-Reply-To: <20031226122053.U79423@malkav.snowmoon.com> References: <20031226120047.W79423@malkav.snowmoon.com> <1072458503.22319.2.camel@pyanfar.ece.cmu.edu> <20031226121143.T79423@malkav.snowmoon.com> <1072459102.22319.6.camel@pyanfar.ece.cmu.edu> <20031226122053.U79423@malkav.snowmoon.com> Content-Type: text/plain Message-Id: <1072459371.22319.8.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 26 Dec 2003 12:22:51 -0500 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-38.8 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: freebsd-stable@freebsd.org Subject: Re: uname weirdness after kernel/OS update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:23:48 -0000 On Fri, 2003-12-26 at 12:21, jaime@snowmoon.com wrote: > On Fri, 26 Dec 2003, Brandon S. Allbery KF8NH wrote: > > Okay, so it was a bad guess. :) It would have been a date=... entry on > > the src-all line, IIRC. There was some discussion of it on -stable back > > when the PAE bugs surfaced. > > Are you refering to the bugs inbetween August 2 and 29? These are > the ones that caused me to try to update the OS in the first place. :) Yes, those bugs. :) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 08:09:12 2003 Return-Path: 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 17A3816A4CE for ; Sat, 27 Dec 2003 08:09:12 -0800 (PST) Received: from gate.multicom.lv (gate.multicom.lv [159.148.36.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B2443D45 for ; Sat, 27 Dec 2003 08:09:09 -0800 (PST) (envelope-from andris@multicom.lv) Received: from dove (2-112.148.i-net.lv [159.148.112.148]) by gate.multicom.lv (8.12.10/8.12.10) with ESMTP id hBRG96VB020720 for ; Sat, 27 Dec 2003 18:09:06 +0200 (EET) (envelope-from andris@multicom.lv) Message-Id: <200312271609.hBRG96VB020720@gate.multicom.lv> From: "Andris" To: Date: Sat, 27 Dec 2003 18:09:00 +0200 Organization: JSC multiCom MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Thread-Index: AcPMk7zfWZuOkq1WSZaihR/RQ3C26A== X-Spam-Status: No, hits=-4.6 required=5.0 tests=AWL,BAYES_00, MISSING_OUTLOOK_NAME autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on gate.multicom.lv Subject: Is 3c940 supported or not? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andris@multicom.lv List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2003 16:09:12 -0000 Hi! Is subj. supported by 4.9 (5.1) or not? Andris From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 14:42:38 2003 Return-Path: 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 5D9ED16A4CE for ; Sat, 27 Dec 2003 14:42:38 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4243A43D1F for ; Sat, 27 Dec 2003 14:42:37 -0800 (PST) (envelope-from mbsd@pacbell.net) Received: from sotec.home (adsl-64-165-199-202.dsl.snfc21.pacbell.net [64.165.199.202])hBRMgZTC005430; Sat, 27 Dec 2003 14:42:36 -0800 (PST) Date: Sat, 27 Dec 2003 14:42:25 -0800 (PST) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@sotec.home To: Andris In-Reply-To: <200312271609.hBRG96VB020720@gate.multicom.lv> Message-ID: <20031227144118.S46940@sotec.home> References: <200312271609.hBRG96VB020720@gate.multicom.lv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Is 3c940 supported or not? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2003 22:42:38 -0000 On Sat, 27 Dec 2003, Andris wrote: > Hi! > > Is subj. supported by 4.9 (5.1) or not? No, but it is (by sk(4)) in both -CURRENT and -STABLE. See $.02, /Mikko