From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 00:28:13 2004 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 ADAB016A4CE for ; Sun, 19 Dec 2004 00:28:13 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DFB443D41 for ; Sun, 19 Dec 2004 00:28:13 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-90-129.roa.east.verizon.net [151.199.90.129]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iBJ0S7XK067217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 18 Dec 2004 19:28:08 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id iBJ0S1S3011264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 18 Dec 2004 19:28:02 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id iBJ0RxvK011246; Sat, 18 Dec 2004 19:27:59 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: msch@snafu.de In-Reply-To: <200412190015.16449.msch@snafu.de> References: <41C48A6F.7000203@barnabas.dk> <1103409359.52279.2.camel@zappa.Chelsea-Ct.Org> <200412190015.16449.msch@snafu.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 18 Dec 2004 19:27:58 -0500 Message-Id: <1103416078.6339.4.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: Nikolaj Hansen cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 19 Dec 2004 00:28:13 -0000 On Sun, 2004-12-19 at 00:15 +0100, Matthias Schuendehuette wrote: > Am Samstag, 18. Dezember 2004 23:35 schrieb Paul Mather: > > > > The biggest problem you'll have is if your system suffers the ATA > > "TIMEOUT - WRITE_DMA" woe that bedevils some of us under 5.3. When > > that happens, your mirror will be knocked into a degraded state (half > > of your mirrored plexes will be marked down) even though the drive is > > okay. Unfortunately, without "setstate" being implemented in "gvinum" > > to mark the drive as up, thereby allowing you to issue "gvinum > > start"s for the "downed" plexes, there's little more you can do to > > get the "failed" drive recognised as being in the "up" state other > > than to reboot. [...] > > 'gvinum setstate' was MFCed from -current together with 'gvinum > checkpatity' and 'gvinum rebuildparity' a week ago or so... > > So that should make it easier to handle these ATA-Problems... That's great to hear! (I'd been hoping for an MFC5.) It's handy, too, as I just recently got another one of those "TIMEOUT - WRITE DMA" induced "failures," which was getting to be a real drag. :-( I'll update my 5.3-STABLE system right away... Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 00:52:49 2004 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 312AB16A4CE for ; Sun, 19 Dec 2004 00:52:49 +0000 (GMT) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.FreeBSD.org (Postfix) with SMTP id EEAAA43D39 for ; Sun, 19 Dec 2004 00:52:48 +0000 (GMT) (envelope-from brian@hyperreal.org) Received: (qmail 93565 invoked from network); 19 Dec 2004 00:52:51 -0000 Received: from localhost.hyperreal.org (HELO fez.hyperreal.org) (127.0.0.1) by localhost.hyperreal.org with SMTP; 19 Dec 2004 00:52:51 -0000 Received: (qmail 5931 invoked by uid 1000); 19 Dec 2004 00:52:47 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Dec 2004 00:52:47 -0000 Date: Sat, 18 Dec 2004 16:52:47 -0800 (PST) From: Brian Behlendorf To: freebsd-stable@freebsd.org In-Reply-To: <001101c4e556$5f4593c0$6400a8c0@tiger1> Message-ID: <20041218164839.Y4983@fez.hyperreal.org> References: <001101c4e556$5f4593c0$6400a8c0@tiger1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N Subject: Re: 5.3 STABLE for production server? 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, 19 Dec 2004 00:52:49 -0000 The apache.org mail server has been happier since we updated to a point on RELENG_5 after the recent fixes for if_em. We still need to apply the patch floating around for mpt, as without it performance on a RAID 1 set of disks is reported by bonnie at 1 MB/s, with the patch it's 50 MB/s. Other than that, stability has been good, interactive performance while under load has been good, etc. Brian From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 05:01:01 2004 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 DAB0416A4CE for ; Sun, 19 Dec 2004 05:01:01 +0000 (GMT) Received: from lariat.org (lariat.org [63.229.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2306743D31 for ; Sun, 19 Dec 2004 05:01:01 +0000 (GMT) (envelope-from brett@lariat.org) Received: (from brett@localhost) by lariat.org (8.9.3/8.9.3) id WAA16814 for stable@freebsd.org; Sat, 18 Dec 2004 22:00:57 -0700 (MST) Date: Sat, 18 Dec 2004 22:00:57 -0700 (MST) From: Brett Glass Message-Id: <200412190500.WAA16814@lariat.org> To: stable@freebsd.org Subject: Will there be a 5.3.1? 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, 19 Dec 2004 05:01:02 -0000 I see that there is no scheduled release date for FreeBSD 5.4 (which is not a surprise; 5.3 was finalized so recently). However, there seem to be glitches and performance issues which I need to see resolved before I can move to 5.3.x (rather than 4.10 or 4.11) for production servers. Would anyone else besides me like to see a 5.3.1 minor release sometime around, say, February? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 05:23:12 2004 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 A570416A4CE for ; Sun, 19 Dec 2004 05:23:12 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F90943D1F for ; Sun, 19 Dec 2004 05:23:12 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id iBJ5NA72046121 for ; Sat, 18 Dec 2004 23:23:10 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.13.1/8.13.1) with ESMTP id iBJ5NFEV004468 for ; Sat, 18 Dec 2004 23:23:15 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)iBJ5NFkj004465 for ; Sat, 18 Dec 2004 23:23:15 -0600 (CST) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Sat, 18 Dec 2004 23:23:15 -0600 (CST) From: Sean Farley X-X-Sender: sean@thor.farley.org To: freebsd-stable@freebsd.org Message-ID: <20041218230706.W4318@thor.farley.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-165016352-1103433795=:4318" Subject: initiate_write_inodeblock_ufs2() panic in 5-STABLE 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, 19 Dec 2004 05:23:12 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-165016352-1103433795=:4318 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Here is a panic on a 5-STABLE system. I was testing out a system (Dell PII 400MHz) my father retired. I thought heard some activity on the drive, so I ssh'd over to it then exited right away (time to leave for a movie :)). It panicked shortly afterward. Although it is on a different bus and probably not the cause: Dec 18 08:58:54 celt kernel: ata1-slave: FAILURE - SETFEATURES SET TRANSFER MODE status=3D1 error=3D4 Just before panic: Dec 18 08:56:03 celt kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3D5336671 Dec 18 08:56:10 celt kernel: ad0: FAILURE - WRITE_DMA timed out Panic recovery: Dec 18 08:58:54 celt savecore: reboot after panic: initiate_write_inodeblock_ufs2: already started Stack trace: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. 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-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) where #0 doadump () at pcpu.h:159 #1 0xc04ad01d in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 97 #2 0xc04ad2d9 in panic (fmt=3D0xc0640aca "initiate_write_inodeblock_ufs2: = already started") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc05b19b2 in initiate_write_inodeblock_ufs2 (inodedep=3D0xc101d500, bp= =3D0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3772 #4 0xc05b1343 in softdep_disk_io_initiation (bp=3D0xc378b7f0) at /usr/src/= sys/ufs/ffs/ffs_softdep.c:3500 #5 0xc05b1270 in softdep_disk_prewrite (vp=3D0xc1059528, bp=3D0xc378b7f0) = at buf.h:417 #6 0xc04ee7d4 in ibwrite (bp=3D0xc378b7f0) at buf.h:408 #7 0xc04ee38c in bwrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:771 #8 0xc04f0608 in vfs_bio_awrite (bp=3D0xc378b7f0) at /usr/src/sys/kern/vfs= _bio.c:1721 #9 0xc04f806d in vop_stdfsync (ap=3D0xc7f0dce4) at /usr/src/sys/kern/vfs_d= efault.c:574 #10 0xc04761e3 in spec_fsync (ap=3D0xc7f0dce4) at /usr/src/sys/fs/specfs/sp= ec_vnops.c:437 #11 0xc047580f in spec_vnoperate (ap=3D0x0) at /usr/src/sys/fs/specfs/spec_= vnops.c:118 #12 0xc04ff345 in sched_sync () at vnode_if.h:627 #13 0xc04983b9 in fork_exit (callout=3D0xc04fef84 , arg=3D0x0, = frame=3D0xc7f0dd48) at /usr/src/sys/kern/kern_fork.c:811 #14 0xc060084c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 209 (kgdb) where full #0 doadump () at pcpu.h:159 No locals. #1 0xc04ad01d in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 97 =09first_buf_printf =3D 1 #2 0xc04ad2d9 in panic (fmt=3D0xc0640aca "initiate_write_inodeblock_ufs2: = already started") at /usr/src/sys/kern/kern_shutdown.c:553 =09td =3D (struct thread *) 0xc0f53c80 =09bootopt =3D 260 =09newpanic =3D 0 =09ap =3D 0xc0f53c80 "=C4!=F5=C0p@=F5=C0" =09buf =3D "initiate_write_inodeblock_ufs2: already started", '\0' #3 0xc05b19b2 in initiate_write_inodeblock_ufs2 (inodedep=3D0xc101d500, bp= =3D0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3772 =09adp =3D (struct allocdirect *) 0xc378b7f0 =09lastadp =3D (struct allocdirect *) 0x0 =09dp =3D (struct ufs2_dinode *) 0x72dc7000 =09fs =3D (struct fs *) 0x1000 =09i =3D (kgdb) quit /var/run/dmesg.boot: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #1: Sun Nov 14 16:52:31 CST 2004 root@celt.farley.org:/usr/obj/usr/src/sys/CELT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (398.27-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x651 Stepping =3D 1 Features=3D0x183f9ff real memory =3D 134217728 (128 MB) avail memory =3D 125870080 (120 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff= at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1420-0x142f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) sis0: port 0x1000-0x10ff mem 0xf4020000-0= xf4020fff irq 11 at device 13.0 on pci0 sis0: Silicon Revision: DP83815C miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:a0:cc:7b:aa:8c pci0: at device 14.0 (no driver attached) pci0: at device 16.0 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 0 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 0 not in bitmap of probed irqs 0 sio0: port may not be enabled orm0: at iomem 0xe4000-0xeffff,0xdc000-0xdffff,0xc0000-0x= c7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio4: at port 0x2f8-0x2f= f irq 3 on isa0 sio4: type 16550A Timecounter "TSC" frequency 398270269 Hz quality 800 Timecounters tick every 10.000 msec ad0: 13783MB [28005/16/63] at ata0-master UDMA33 ata1-slave: FAILURE - SETFEATURES SET TRANSFER MODE status=3D1 error= =3D4 acd0: DVDROM at ata1-master PIO4 afd0: REMOVABLE at ata1-slave BIOSPIO Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 sis0: Applying short cable fix (reg=3Df0) Questions: 1. gdb -k is still in the man page. Is the feature pulled from gdb or should the man page have it removed? 2. Why can I not get a full backtrace (bt full)? Only the first three frames can be displayed that way. I can see all of the frames without the "full" option. Any ideas? Sean --=20 sean-freebsd@farley.org --0-165016352-1103433795=:4318-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 05:24:37 2004 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 DA43F16A4CE for ; Sun, 19 Dec 2004 05:24:37 +0000 (GMT) Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D3343D2D for ; Sun, 19 Dec 2004 05:24:34 +0000 (GMT) (envelope-from andy@fud.org.nz) Received: from thingy.tbd.co.nz (localhost [127.0.0.1])iBJ5TLAX003003 for ; Sun, 19 Dec 2004 18:29:21 +1300 Received: (from thompsa@localhost) by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-7.1) id iBJ5TKva003000 for stable@freebsd.org; Sun, 19 Dec 2004 18:29:20 +1300 Resent-Message-Id: <200412190529.iBJ5TKva003000@thingy.tbd.co.nz> X-Authentication-Warning: thingy.tbd.co.nz: thompsa set sender to andy@fud.org.nz using -f Date: Sun, 19 Dec 2004 18:28:39 +1300 From: Andrew Thompson To: Brett Glass Message-ID: <20041219052839.GA31776@thingy.tbd.co.nz> References: <200412190500.WAA16814@lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412190500.WAA16814@lariat.org> User-Agent: Mutt/1.3.28i Resent-From: andy@fud.org.nz Resent-Date: Sun, 19 Dec 2004 18:29:20 +1300 Resent-To: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 19 Dec 2004 05:24:38 -0000 On Sat, Dec 18, 2004 at 10:00:57PM -0700, Brett Glass wrote: > I see that there is no scheduled release date for FreeBSD 5.4 > (which is not a surprise; 5.3 was finalized so recently). > However, there seem to be glitches and performance issues > which I need to see resolved before I can move to 5.3.x (rather > than 4.10 or 4.11) for production servers. > > Would anyone else besides me like to see a 5.3.1 minor release > sometime around, say, February? > Why not just track RELENG_5? It would give you the same thing. Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 05:41:12 2004 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 6448116A4CE for ; Sun, 19 Dec 2004 05:41:12 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id A8FD043D31 for ; Sun, 19 Dec 2004 05:41:04 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 56363 invoked by uid 0); 19 Dec 2004 05:34:15 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 19 Dec 2004 05:34:15 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 1C991131C6C; Sun, 19 Dec 2004 13:40:57 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01988-05; Sun, 19 Dec 2004 13:40:45 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 16F621315C8; Sun, 19 Dec 2004 13:40:45 +0800 (CST) Date: Sun, 19 Dec 2004 13:40:45 +0800 From: Xin LI To: Brett Glass Message-ID: <20041219054045.GA494@frontfree.net> References: <200412190500.WAA16814@lariat.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <200412190500.WAA16814@lariat.org> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 19 Dec 2004 05:41:12 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 18, 2004 at 10:00:57PM -0700, Brett Glass wrote: > I see that there is no scheduled release date for FreeBSD 5.4 > (which is not a surprise; 5.3 was finalized so recently). > However, there seem to be glitches and performance issues > which I need to see resolved before I can move to 5.3.x (rather > than 4.10 or 4.11) for production servers. RELENG_5_3 is considered ``errata branch'' so if there is some serious issues then some of us may request an errata candidate to re@ and there may be an ``errata advisory''. Generally speaking, I don't think there will be a 5.3.1-RELEASE. Would you please explain what are these ``glitches'' and ``performance issues''? Are they believed to have been fixed in recent -CURRENT? > Would anyone else besides me like to see a 5.3.1 minor release=20 > sometime around, say, February? Maybe 5.4? =3D-) The 5-STABLE ABI has been frozen so you would not have to fear of a new 5-STABLE release :-) Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBxRRc/cVsHxFZiIoRAnwxAKCF4VkZX4TBvN8wwYL03cfHWBh8NACfXZrW F8/RiwKEV9RmbESiRFbszzE= =7/Or -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 06:12:26 2004 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 45BCE16A4CE for ; Sun, 19 Dec 2004 06:12:26 +0000 (GMT) Received: from sauron.barnabas.dk (62.79.48.207.adsl.abc.tiscali.dk [62.79.48.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16ECF43D2F for ; Sun, 19 Dec 2004 06:12:25 +0000 (GMT) (envelope-from 260773NikHan@barnabas.dk) Received: by sauron.barnabas.dk (Postfix, from userid 1001) id BABB94B62; Sun, 19 Dec 2004 07:12:21 +0100 (CET) Date: Sun, 19 Dec 2004 07:12:21 +0100 From: Nikolaj Hansen To: freebsd-stable@freebsd.org Message-ID: <20041219061221.GA977@sauron.barnabas.dk> References: <41C48A6F.7000203@barnabas.dk> <1103409359.52279.2.camel@zappa.Chelsea-Ct.Org> <200412190015.16449.msch@snafu.de> <1103416078.6339.4.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103416078.6339.4.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.4.2.1i Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 19 Dec 2004 06:12:26 -0000 On Sat, Dec 18, 2004 at 07:27:58PM -0500, Paul Mather wrote: > On Sun, 2004-12-19 at 00:15 +0100, Matthias Schuendehuette wrote: > > Am Samstag, 18. Dezember 2004 23:35 schrieb Paul Mather: > > > > > > The biggest problem you'll have is if your system suffers the ATA > > > "TIMEOUT - WRITE_DMA" woe that bedevils some of us under 5.3. When > > > that happens, your mirror will be knocked into a degraded state (half > > > of your mirrored plexes will be marked down) even though the drive is > > > okay. Unfortunately, without "setstate" being implemented in "gvinum" > > > to mark the drive as up, thereby allowing you to issue "gvinum > > > start"s for the "downed" plexes, there's little more you can do to > > > get the "failed" drive recognised as being in the "up" state other > > > than to reboot. [...] > > > > 'gvinum setstate' was MFCed from -current together with 'gvinum > > checkpatity' and 'gvinum rebuildparity' a week ago or so... > > > > So that should make it easier to handle these ATA-Problems... > > That's great to hear! (I'd been hoping for an MFC5.) It's handy, too, > as I just recently got another one of those "TIMEOUT - WRITE DMA" > induced "failures," which was getting to be a real drag. :-( > > I'll update my 5.3-STABLE system right away... > > Cheers, > > Paul. > -- > e-mail: paul@gromit.dlib.vt.edu > > "Without music to decorate it, time is just a bunch of boring production > deadlines or dates by which bills must be paid." > --- Frank Vincent Zappa > Hi again, I gave the 5.3 upgrade another swing. Now the situation is: $ uname -a FreeBSD sauron.barnabas.dk 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Sat Dec 18 18:39:09 CET 2004 root@sauron.barnabas.dk:/usr/obj/usr/src/sys/KERNEL_5_3 i386 I think I am understanding a little more of this now. In order to use my scsi / ATA setup, I need to use the geom_vinum.ko *and* the vinum.ko modules? At least this combo will let me manually start the server again by loading the modules and mount the drives. The state of the output can be listed as such: $ sudo vinum list 3 drives: D elben State: up /dev/da1s1h A: 0/7825 MB (0%) D donau State: up /dev/da0s1h A: 0/7825 MB (0%) D spree State: up /dev/ad4a A: 3/114473 MB (0%) 5 volumes: V var State: up Plexes: 2 Size: 600 MB V tmp State: up Plexes: 2 Size: 600 MB V home State: up Plexes: 2 Size: 1000 MB V usr State: up Plexes: 2 Size: 5625 MB V data01 State: up Plexes: 1 Size: 111 GB 9 plexes: P var.p0 C State: up Subdisks: 1 Size: 600 MB P tmp.p0 C State: up Subdisks: 1 Size: 600 MB P home.p0 C State: up Subdisks: 1 Size: 1000 MB P usr.p0 C State: up Subdisks: 1 Size: 5625 MB P var.p1 C State: up Subdisks: 1 Size: 600 MB P tmp.p1 C State: up Subdisks: 1 Size: 600 MB P home.p1 C State: up Subdisks: 1 Size: 1000 MB P usr.p1 C State: up Subdisks: 1 Size: 5625 MB P data01.p0 C State: up Subdisks: 1 Size: 111 GB 9 subdisks: S var.p0.s0 State: up D: donau Size: 600 MB S tmp.p0.s0 State: up D: donau Size: 600 MB S home.p0.s0 State: up D: donau Size: 1000 MB S usr.p0.s0 State: up D: donau Size: 5625 MB S var.p1.s0 State: up D: elben Size: 600 MB S tmp.p1.s0 State: up D: elben Size: 600 MB S home.p1.s0 State: up D: elben Size: 1000 MB S usr.p1.s0 State: up D: elben Size: 5625 MB S data01.p0.s0 State: up D: spree Size: 111 GB $ sudo gvinum list 3 drives: D elben State: up /dev/da1s1h A: 0/7825 MB (0%) D donau State: up /dev/da0s1h A: 0/7825 MB (0%) D spree State: up /dev/ad4a A: 3/114473 MB (0%) 5 volumes: V data01 State: up Plexes: 1 Size: 111 GB V usr State: down Plexes: 2 Size: 5625 MB V home State: down Plexes: 2 Size: 1000 MB V tmp State: down Plexes: 2 Size: 600 MB V var State: down Plexes: 2 Size: 600 MB 9 plexes: P data01.p0 C State: up Subdisks: 1 Size: 111 GB P usr.p1 C State: down Subdisks: 1 Size: 5625 MB P home.p1 C State: down Subdisks: 1 Size: 1000 MB P tmp.p1 C State: down Subdisks: 1 Size: 600 MB P var.p1 C State: down Subdisks: 1 Size: 600 MB P usr.p0 C State: down Subdisks: 1 Size: 5625 MB P home.p0 C State: down Subdisks: 1 Size: 1000 MB P tmp.p0 C State: down Subdisks: 1 Size: 600 MB P var.p0 C State: down Subdisks: 1 Size: 600 MB 9 subdisks: S data01.p0.s0 State: up D: spree Size: 111 GB S usr.p1.s0 State: stale D: elben Size: 5625 MB S home.p1.s0 State: stale D: elben Size: 1000 MB S tmp.p1.s0 State: stale D: elben Size: 600 MB S var.p1.s0 State: stale D: elben Size: 600 MB S usr.p0.s0 State: stale D: donau Size: 5625 MB S home.p0.s0 State: stale D: donau Size: 1000 MB S tmp.p0.s0 State: stale D: donau Size: 600 MB S var.p0.s0 State: up D: donau Size: 600 MB Is this correct? I suppose the ATA drives should be mounted on the new /dev/gvinum/* and the scsi drives on the /dev/vinum/*? My fstab and loader.conf are as follows: $ cat /etc/fstab /dev/da0s1b none swap sw 0 0 /dev/da1s1b none swap sw 0 0 /dev/da0s1a / ufs rw 1 1 /dev/vinum/home /home ufs rw 2 2 /dev/da1s1a /rootback ufs rw 2 1 /dev/vinum/tmp /tmp ufs rw 2 3 /dev/vinum/usr /usr ufs rw 2 4 /dev/vinum/var /var ufs rw 2 5 /dev/cd0 /cdrom cd9660 ro,noauto 0 0 /dev/acd0 /cdrom1 cd9660 ro,noauto 0 0 /dev/ad6s1 /data ufs rw 1 1 /dev/vinum/data01 /data2 ufs rw 1 1 $ cat /boot/loader.conf vesa_load="YES" agp_load="YES" geom_vinum_load="YES" vinum_load="YES" vinum.autostart="YES" linux_load="YES" dumpdev="/dev/da0s1b" hw.ata.ata_dma=1 # enable IDE DMA hw.ata.atapi_dma=1 # enable ATAPI/IDE DMA As I wrote earlier the above loader.conf is not working. If I leave out the load of the old vinum driver it does not seem to be possible to mount the scsi drives. If I leave out the geom_vinum a mount of a drive causes a kernel panic. It would be nice if any of you would comment on the above config. Perhaps I am ignorant, but it seems to me it would have been easier to make the regular vinum diver handle geom drives in place of making a new kernel object? Or perhaps theres a technical reason for not doing so? -- With regards / med venlig hilsen Nikolaj Hansen Algade 15, 2 tv 9000 Aalborg Danmark "Even on the highest throne in the world, we are seated, still, upon our arses." - Montaigne From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 09:50:55 2004 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 93CA816A4CE for ; Sun, 19 Dec 2004 09:50:55 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA3043D2D for ; Sun, 19 Dec 2004 09:50:55 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-227.de.inter.net ([213.73.76.227] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CfxiH-0003Df-00; Sun, 19 Dec 2004 10:50:53 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iBJ9oqK9001176; Sun, 19 Dec 2004 10:50:52 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iBJ9oqT2001175; Sun, 19 Dec 2004 10:50:52 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-stable@freebsd.org Date: Sun, 19 Dec 2004 10:50:52 +0100 User-Agent: KMail/1.7.1 References: <41C48A6F.7000203@barnabas.dk> <1103416078.6339.4.camel@zappa.Chelsea-Ct.Org> <20041219061221.GA977@sauron.barnabas.dk> In-Reply-To: <20041219061221.GA977@sauron.barnabas.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412191050.52445.msch@snafu.de> cc: Nikolaj Hansen Subject: Re: FreeBSD 5.3 and vinum upgrade #2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 09:50:55 -0000 Am Sonntag, 19. Dezember 2004 07:12 schrieb Nikolaj Hansen: > I gave the 5.3 upgrade another swing. Now the situation is: > > $ uname -a > FreeBSD sauron.barnabas.dk 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Sat > Dec 18 18:39:09 CET 2004 > root@sauron.barnabas.dk:/usr/obj/usr/src/sys/KERNEL_5_3 i386 Perhaps you better upgrade to RELENG_5 (5.3-STABLE). I'm not aware of any reasons against that in the moment and, besides others, gvinum was improoved since 5.3-RELEASE. But that's your decision... > I think I am understanding a little more of this now. In order to use > my scsi / ATA setup, I need to use the geom_vinum.ko *and* the > vinum.ko modules? Oh no! Don't do that! If you switch to the new geom_vinum, all you *should* need is: geom_vinum_load="YES" in /boot/loader.conf Please comment out (or remove) the vinum*-lines in loader.conf! Additionally you have to change all the entries in /etc/fstab to /dev/gvinum/ / .... (Note the *g*vinum in the device path) But for the first test, you better comment out these lines and try to mount the volumes manually... > [...] > Is this correct? I suppose the ATA drives should be mounted on the > new /dev/gvinum/* and the scsi drives on the /dev/vinum/*? No! As stated above, *all* should now be handled by geom_vinum. > [...] > As I wrote earlier the above loader.conf is not working. If I leave > out the load of the old vinum driver it does not seem to be possible > to mount the scsi drives. If I leave out the geom_vinum a mount of a > drive causes a kernel panic. You *can* use the old "classic" vinum, but it only works if you start classic-vinum *after* the system has come up. You cannot start classic-vinum at boottime with loader.conf, at least it doesn't work for me ('dangling vnode'-panic...). Before you switch to geom_vinum, you should check your partitions as already mentioned in an earlier mail... Try a 'bsdlabel /dev/da1s1' and see, if your vinum-partition does *not* start at an offset of 0. On my disk, it looks as follows: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4226709 16 vinum c: 4226725 0 unused 0 0 # "raw" part... So here the vinum partition starts at an offset of 16 and therefor is 16 blocks smaller than the whole disk ('c'-partition). That's ok. If it *would* read like that: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4226725 0 vinum c: 4226725 0 unused 0 0 # "raw" part... it would not work with geom_vinum! The background is, that with geom_vinum you don't need any vinum-partitions any more, further it is possible to use the whole disk (or slice) *without* any BSD partitions. But in the latter case above (with 0-offset), geom_vinum can't distinguish between the whole slice and the 'a'-partition. This did lead to an error (I did not try this with a recent geom_vinum). Anyway, you better spend these 16 blocks offset to be sure IMHO ... > It would be nice if any of you would comment on the above config. I hope it's a bit more clear now... > Perhaps I am ignorant, but it seems to me it would have been easier > to make the regular vinum diver handle geom drives in place of making > a new kernel object? Or perhaps theres a technical reason for not > doing so? Exactly that's the case. If you have to use a completly different infrastructure below, it's obviously more easy to start from scratch... -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 10:28:07 2004 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 BA86016A4CE for ; Sun, 19 Dec 2004 10:28:07 +0000 (GMT) Received: from smtps-vbr2.xs4all.nl (smtps-vbr2.xs4all.nl [194.109.24.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B03243D39 for ; Sun, 19 Dec 2004 10:28:07 +0000 (GMT) (envelope-from mhellwig@xs4all.nl) Received: from [10.0.0.182] (xinagnet.xs4all.nl [80.126.243.229]) (authenticated bits=0) by smtps-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id iBJAS4MY020462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Dec 2004 11:28:05 +0100 (CET) (envelope-from mhellwig@xs4all.nl) Message-ID: <41C557B6.6010806@xs4all.nl> Date: Sun, 19 Dec 2004 11:28:06 +0100 From: "Martin P. Hellwig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pawel garbowski References: <1351079231.20041218200855@karmacoma.net> In-Reply-To: <1351079231.20041218200855@karmacoma.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-stable@freebsd.org Subject: Re: 5.3 STABLE for production server? 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, 19 Dec 2004 10:28:07 -0000 PawelG wrote: > > > I would like to know your opinion about 5.3-STABLE for this > pourpose. I googled some and found that it isn't good idea but all > those opinions was pretty old (related for ex. to older BETA version > of 5.X branch) > > At this moment I think that when setting up a new box (fresh install) 5 will just do fine, in my case however I have a couple boxes already using 4.10, in that case I will not upgrade to 5 but instead to 4.11, actually I use RELENG_4 and rebuild everything (when appropriate, depends on SA) on a build/test machine and then install it on the production machines. So it depends a bit on your taste, someday I have to upgrade my machines too, because SA will no longer be patched in the 4 tree (not in the near future though). Till then I have time to decide if I go with 5 or something else like DragonFly, it all depends if I feel comfortable with that OS and even more important is it a good enough solution for my technical problems/needs. my0.02€ -- mph From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 18:06:03 2004 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 042FD16A4CE for ; Sun, 19 Dec 2004 18:06:03 +0000 (GMT) Received: from fmx7.freemail.hu (fmx7.freemail.hu [195.228.242.227]) by mx1.FreeBSD.org (Postfix) with SMTP id DF2DA43D49 for ; Sun, 19 Dec 2004 18:06:01 +0000 (GMT) (envelope-from kovacspeter2@freemail.hu) Received: (qmail 75389 invoked from network); 19 Dec 2004 19:06:00 +0100 Received: from fm16.freemail.hu (195.228.242.216) by fmx7.freemail.hu with SMTP; 19 Dec 2004 19:06:00 +0100 Received: (qmail 63251 invoked by uid 3421979); 19 Dec 2004 19:06:00 +0100 Date: Sun, 19 Dec 2004 19:06:00 +0100 (CET) From: =?ISO-8859-2?Q?Kov=E1cs_P=E9ter?= To: freebsd-stable@freebsd.org Message-ID: X-Originating-IP: [81.182.238.43] X-HTTP-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; hu-HU; rv:1.7.5) Gecko/20041108 Firefox/1.0 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Subject: sshd DNS 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, 19 Dec 2004 18:06:03 -0000 Hello, I sometimes get this error message: sshd[543767]: WARNING: DNS lookup failed for " 171.31.1.21" Why is this error message? For what sshd needs DNS? If the DNS is unavailable I can't log into my computer. How can I resolve this problem, so I can still login if the DNS is not available? Thanks, Peter From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 18:20:24 2004 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 7B78E16A4CF for ; Sun, 19 Dec 2004 18:20:24 +0000 (GMT) Received: from haanjdj.demon.nl (haanjdj.demon.nl [82.161.5.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B2343D1D for ; Sun, 19 Dec 2004 18:20:24 +0000 (GMT) (envelope-from derkjan@haanjdj.demon.nl) Received: from localhost (localhost [127.0.0.1]) by haanjdj.demon.nl (Postfix) with ESMTP id BE31D1C0942; Sun, 19 Dec 2004 19:20:22 +0100 (CET) Received: from haanjdj.demon.nl ([127.0.0.1]) by localhost (haanjdj.demon.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00746-02; Sun, 19 Dec 2004 19:20:21 +0100 (CET) Received: from bogomip (bogomip.badmuts.org [192.168.2.1]) by haanjdj.demon.nl (Postfix) with SMTP id 2CB8A1C0941; Sun, 19 Dec 2004 19:20:21 +0100 (CET) Message-ID: <003601c4e5f7$6ba56220$0102a8c0@bogomip> From: "Derkjan de Haan" To: =?ISO-8859-2?Q?Kov=E1cs_P=E9ter?= References: Date: Sun, 19 Dec 2004 19:20:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: amavisd-new at haanjdj.demon.nl cc: freebsd-stable@freebsd.org Subject: Re: sshd DNS 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, 19 Dec 2004 18:20:24 -0000 > > I sometimes get this error message: > sshd[543767]: WARNING: DNS lookup failed for " 171.31.1.21" > Why is this error message? > > For what sshd needs DNS? If the DNS is unavailable I can't > log into my computer. How can I resolve this problem, so I > can still login if the DNS is not available? IIRC sshd does a reverse dns lookup to see if that matches the hostname / ip-address combo. Try setting UseDNS to No in sshd_config and/or start sshd with the -u0 option. regards, Derkjan From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 18:33:05 2004 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 3E61B16A4CE for ; Sun, 19 Dec 2004 18:33:05 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B32443D1D for ; Sun, 19 Dec 2004 18:33:04 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Dec 2004 18:33:03 +0000 (GMT) Date: Sun, 19 Dec 2004 18:33:02 +0000 From: David Malone To: Kov?cs P?ter Message-ID: <20041219183302.GA23577@lanczos.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-stable@freebsd.org Subject: Re: sshd DNS 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, 19 Dec 2004 18:33:05 -0000 On Sun, Dec 19, 2004 at 07:06:00PM +0100, Kov?cs P?ter wrote: > For what sshd needs DNS? If the DNS is unavailable I can't > log into my computer. How can I resolve this problem, so I > can still login if the DNS is not available? I think this is a bad interaction between the default sshd timeouts and the DNS timeouts. If your reverse DNS is non-responding (as opposed to just non-existant) then sshd's login timeout can expire before the DNS lookup finishes making logins impossible. One way around is to up the login timeout for sshd. David. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 19:29:06 2004 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 CDCF216A4CE for ; Sun, 19 Dec 2004 19:29:06 +0000 (GMT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EA5A43D4C for ; Sun, 19 Dec 2004 19:29:05 +0000 (GMT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.13.1/8.13.1) with ESMTP id iBJJT3Sr000450 for ; Sun, 19 Dec 2004 14:29:04 -0500 (EST) (envelope-from bryan@kishka.net) Date: Sun, 19 Dec 2004 14:29:03 -0500 (EST) From: Bryan Liesner To: freebsd-stable@freebsd.org Message-ID: <20041219142659.O448@gravy.kishka.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ACPI errors after recent import 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, 19 Dec 2004 19:29:06 -0000 Attached is a verbose dmesg after building today's 5.3-STABLE Just a note - This system has never seen a single acpi issue before. ============================================================= pcibios: PCI BIOS entry at 0xf0000+0xed0 pnpbios: Found PnP BIOS data at 0xc00fbfe0 pnpbios: Entry = f0000:c010 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: null: random: netsmb_dev: loaded io: VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 01 00 01 10 01 00 01 26 01 00 01 2b 01 00 01 6a 00 02 01 04 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 VESA: 56 mode(s) found VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc0732f42 (1000022) VESA: ATI RADEON 9200 VESA: ATI Technologies Inc. V280 01.00 mem: Pentium Pro MTRR support enabled acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30991106) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00f1480 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 5 A 0x02 3 4 5 7 9 10 11 12 embedded 0 5 B 0x03 3 4 5 7 9 10 11 12 embedded 0 6 A 0x05 3 4 5 7 9 10 11 12 slot 1 0 12 A 0x05 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x03 3 4 5 7 9 10 11 12 slot 2 0 13 A 0x01 3 4 5 7 9 10 11 12 slot 2 0 13 B 0x02 3 4 5 7 9 10 11 12 slot 2 0 13 C 0x03 3 4 5 7 9 10 11 12 slot 2 0 13 D 0x05 3 4 5 7 9 10 11 12 slot 3 0 14 A 0x02 3 4 5 7 9 10 11 12 slot 3 0 14 B 0x03 3 4 5 7 9 10 11 12 slot 3 0 14 C 0x05 3 4 5 7 9 10 11 12 slot 3 0 14 D 0x01 3 4 5 7 9 10 11 12 slot 4 0 15 A 0x03 3 4 5 7 9 10 11 12 slot 4 0 15 B 0x05 3 4 5 7 9 10 11 12 slot 4 0 15 C 0x01 3 4 5 7 9 10 11 12 slot 4 0 15 D 0x02 3 4 5 7 9 10 11 12 slot 5 0 16 A 0x05 3 4 5 7 9 10 11 12 slot 5 0 16 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 16 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 16 D 0x03 3 4 5 7 9 10 11 12 slot 6 1 0 A 0x01 3 4 5 7 9 10 11 12 slot 6 1 0 B 0x02 3 4 5 7 9 10 11 12 embedded 0 17 A 0x01 3 4 5 7 9 10 11 12 embedded 0 17 B 0x02 3 4 5 7 9 10 11 12 embedded 0 17 C 0x03 3 4 5 7 9 10 11 12 embedded 0 17 D 0x05 3 4 5 7 9 10 11 12 embedded 0 18 A 0x01 3 4 5 7 9 10 11 12 embedded 0 18 B 0x02 3 4 5 7 9 10 11 12 embedded 0 18 C 0x03 3 4 5 7 9 10 11 12 embedded 0 18 D 0x05 3 4 5 7 9 10 11 12 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI timer: 1/1 1/2 0/447 1/2 1/1 1/1 1/1 1/2 1/1 1/1 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.5.0 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.5.1 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.6.0 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.12.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.12.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.12.2 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.12.3 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.13.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.13.1 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.13.2 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.13.3 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.14.0 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.14.1 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.14.2 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.14.3 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.15.0 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.15.1 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.15.2 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.15.3 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.16.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.16.1 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.16.2 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.16.3 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.17.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.17.1 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.17.2 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.17.3 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.18.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.18.1 \\_SB_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.18.2 \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.18.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x1106, dev=0x3099, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb099, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base de000000, size 12, enabled pcib0: matched entry for 0.13.INTA (src \\_SB_.LNKA) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 8, priority 93650): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 310 310 360 620 5310 5310 5310 5310 5310 50310 50310 \\_SB_.LNKC (references 8, priority 93650): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 310 310 360 620 5310 5310 5310 5310 5310 50310 50310 \\_SB_.LNKD (references 8, priority 93650): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 310 310 360 620 5310 5310 5310 5310 5310 50310 50310 \\_SB_.LNKA (references 7, priority 81944): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 310 310 360 620 5310 5310 5310 5310 5310 50310 50310 pcib0: slot 13 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x1033, dev=0x0035, revid=0x43 bus=0, slot=13, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0016, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dd800000, size 12, enabled pcib0: matched entry for 0.13.INTB (src \\_SB_.LNKB) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 8, priority 96407): interrupts: 10 5 11 9 12 7 6 4 3 15 14 penalty: 620 670 690 1240 5620 5620 5620 5620 5620 50620 50620 \\_SB_.LNKC (references 8, priority 96407): interrupts: 10 5 11 9 12 7 6 4 3 15 14 penalty: 620 670 690 1240 5620 5620 5620 5620 5620 50620 50620 \\_SB_.LNKD (references 8, priority 96407): interrupts: 10 5 11 9 12 7 6 4 3 15 14 penalty: 620 670 690 1240 5620 5620 5620 5620 5620 50620 50620 pcib0: slot 13 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1033, dev=0x0035, revid=0x43 bus=0, slot=13, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dd000000, size 8, enabled pcib0: matched entry for 0.13.INTC (src \\_SB_.LNKC) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 8, priority 99170): interrupts: 5 11 10 9 12 7 6 4 3 15 14 penalty: 980 1000 1010 1860 5930 5930 5930 5930 5930 50930 50930 \\_SB_.LNKD (references 8, priority 99170): interrupts: 5 11 10 9 12 7 6 4 3 15 14 penalty: 980 1000 1010 1860 5930 5930 5930 5930 5930 50930 50930 pcib0: slot 13 INTC routed to irq 5 via \\_SB_.LNKC found-> vendor=0x1033, dev=0x00e0, revid=0x04 bus=0, slot=13, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0x22 (8500 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dc800000, size 15, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.LNKC) pcib0: slot 15 INTA is already routed to irq 5 found-> vendor=0x1073, dev=0x0004, revid=0x05 bus=0, slot=15, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x05 (1250 ns), maxlat=0x19 (6250 ns) intpin=a, irq=5 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000b800, size 8, enabled map[14]: type 1, range 32, base dc000000, size 8, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKD) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKD (references 8, priority 101934): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 1310 1320 1370 2480 6240 6240 6240 6240 6240 51240 51240 pcib0: slot 16 INTA routed to irq 11 via \\_SB_.LNKD found-> vendor=0x10d9, dev=0x0531, revid=0x25 bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3074, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000b400, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000b000, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.LNKD) pcib0: slot 17 INTD is already routed to irq 11 found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000a800, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.LNKD) pcib0: slot 17 INTD is already routed to irq 11 found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000a400, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.LNKD) pcib0: slot 17 INTD is already routed to irq 11 found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=4 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xde800000-0xdfefffff pcib1: prefetched decode 0xe0000000-0xf7ffffff ACPI PCI link initial configuration: \\_SB_.LNKA irq*11: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 1.0.0 \\_SB_.LNKB irq*10: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 1.0.1 pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xf0000000-0xf7ffffff map[14]: type 4, range 32, base 0000d800, size 8, enabled pcib1: device (null) requested decoded I/O range 0xd800-0xd8ff map[18]: type 1, range 32, base df000000, size 16, enabled pcib1: device (null) requested decoded memory range 0xdf000000-0xdf00ffff pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKA) pcib1: slot 0 INTA is already routed to irq 11 found-> vendor=0x1002, dev=0x5961, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe7ffffff map[14]: type 1, range 32, base de800000, size 16, enabled pcib1: device (null) requested decoded memory range 0xde800000-0xde80ffff found-> vendor=0x1002, dev=0x5941, revid=0x01 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 drm0: port 0xd800-0xd8ff mem 0xdf000000-0xdf00ffff,0xf0000000-0xf7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 pci1: at device 0.1 (no driver attached) ohci0: mem 0xde000000-0xde000fff irq 11 at device 13.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xde000000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ulpt0: hp deskjet 5100, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode ohci1: mem 0xdd800000-0xdd800fff irq 10 at device 13.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdd800000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered umass0: Buslink USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 umass0:1:0:-1: Attached to scbus1 ehci0: mem 0xdd000000-0xdd0000ff irq 5 at device 13.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xdd000000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 5 ports with 5 removable, self powered umass1: Buslink USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 umass1:2:1:-1: Attached to scbus2 pcm0: mem 0xdc800000-0xdc807fff irq 5 at device 15.0 on pci0 pcm0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0xdc800000 ds1: setmap (1f442000, 3de4), nseg=1, error=0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 22f000, 1000; 0xc165b000 -> 22f000 pcm0: sndbuf_setmap 269000, 1000; 0xc1675000 -> 269000 pcm0: sndbuf_setmap 227000, 1000; 0xc1673000 -> 227000 pcm0: sndbuf_setmap 265000, 1000; 0xc1671000 -> 265000 pcm0: sndbuf_setmap 283000, 1000; 0xc166f000 -> 283000 pcm0: sndbuf_setmap 281000, 1000; 0xc166d000 -> 281000 dc0: port 0xb800-0xb8ff mem 0xdc000000-0xdc0000ff irq 11 at device 16.0 on pci0 dc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:80:c6:f9:70:ec dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xb400-0xb40f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] uhci0: port 0xb000-0xb01f irq 11 at device 17.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 uhci0: [GIANT-LOCKED] usb3: on uhci0 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ums0: Logitech Trackball, rev 1.10/2.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhid0: Saitek Saitek ST90 USB Stick, rev 2.00/2.00, addr 3, iclass 3/0 uhci1: port 0xa800-0xa81f irq 11 at device 17.3 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa800 uhci1: [GIANT-LOCKED] usb4: on uhci1 usb4: USB revision 1.0 uhub4: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci2: port 0xa400-0xa41f irq 11 at device 17.4 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa400 uhci2: [GIANT-LOCKED] usb5: on uhci2 usb5: USB revision 1.0 uhub5: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: fast interrupt ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: fast interrupt ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 atkbd0: [GIANT-LOCKED] unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xcc000-0xcffff,0xc0000-0xcbfff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 2014579936 Hz quality 800 Timecounters tick every 10.000 msec splash: image decoder found: green_saver lo0: bpf attached ata0-slave: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on VIA 8233 chip ata0-master: setting UDMA100 on VIA 8233 chip ata0-slave: setting PIO4 on VIA 8233 chip ata0-slave: setting UDMA100 on VIA 8233 chip ad0: ATA-6 disk at ata0-master ad0: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:156301425 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 80026329600 end 80026361855 ad1: ATA-5 disk at ata0-slave ad1: 57259MB (117266688 sectors), 116336 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 GEOM: Configure ad0s1a, start 0 length 78952529920 end 78952529919 GEOM: Configure ad0s1b, start 78952529920 length 1073799680 end 80026329599 GEOM: Configure ad0s1c, start 0 length 80026329600 end 80026329599 GEOM: new disk ad1 ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on VIA 8233 chip ata1-master: DMA limited to UDMA33, non-ATA66 cable or device ata1-master: setting UDMA33 on VIA 8233 chip ata1-slave: setting PIO4 on VIA 8233 chip ata1-slave: setting UDMA33 on VIA 8233 chip [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):623/15/63 s:63 l:117266625 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s1, start 32256 length 60040512000 end 60040544255 GEOM: Configure ad1s1c, start 0 length 60040512000 end 60040511999 GEOM: Configure ad1s1e, start 8192 length 60040503808 end 60040511999 ulpt0: at uhub0 port 2 (addr 2) disconnected umass0: at uhub1 port 1 (addr 2) disconnected ulpt0: detached umass0: detached (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe4:umass-sim0:0:0:0): CAM Status 0x39 (probe4:umass-sim0:0:0:0): Retrying Command (probe4:umass-sim0:0:0:0): CAM Status 0x39 (probe4:umass-sim0:0:0:0): Retrying Command (probe4:umass-sim0:0:0:0): CAM Status 0x39 (probe4:umass-sim0:0:0:0): Retrying Command (probe4:umass-sim0:0:0:0): CAM Status 0x39 (probe4:umass-sim0:0:0:0): Retrying Command (probe4:umass-sim0:0:0:0): error 5 (probe4:umass-sim0:0:0:0): Retries Exhausted (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers pass1 at ata1 bus 0 target 1 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number [ pass1: 33.000MB/s transfers pass2 at umass-sim1 bus 1 target 0 lun 0 pass2: Fixed Direct Access SCSI-0 device pass2: Serial Number \^_ pass2: 10.000MB/s transfers GEOM: new disk da0 GEOM: new disk cd0 GEOM: new disk cd1da0 at umass-sim1 bus 1 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: Serial Number \^_ da0: 10.000MB/s transfers da0: 38204MB (78242976 512 byte sectors: 255H 63S/T 4870C) cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: Serial Number [ cd1: 33.000MB/s transfers cd1: cd present [38902 x 2048 byte records] (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):773/254/63 s:63 l:78236487 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 32256 length 40057081344 end 40057113599 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error ulpt0: hp deskjet 5100, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode GEOM: Configure da0s1c, start 0 length 40057081344 end 40057081343 GEOM: Configure da0s1e, start 8192 length 40057073152 end 40057081343 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@kishka.net Home of the Gipper = ============================================================= From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 20:16:09 2004 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 3221C16A4CE for ; Sun, 19 Dec 2004 20:16:09 +0000 (GMT) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id AFA9D43D39 for ; Sun, 19 Dec 2004 20:16:08 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 19 Dec 2004 20:16:08 -0000 Received: from 172.16.0.200 (SquirrelMail authenticated user mikej); by 172.16.0.1 with HTTP; Sun, 19 Dec 2004 15:15:54 -0500 (EST) Message-ID: <1382.172.16.0.200.1103487354.squirrel@172.16.0.200> In-Reply-To: <20041219183302.GA23577@lanczos.maths.tcd.ie> References: <20041219183302.GA23577@lanczos.maths.tcd.ie> Date: Sun, 19 Dec 2004 15:15:54 -0500 (EST) From: "Mike Jakubik" To: "David Malone" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-stable@freebsd.org Subject: Re: sshd DNS 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, 19 Dec 2004 20:16:09 -0000 David Malone said: > I think this is a bad interaction between the default sshd timeouts > and the DNS timeouts. If your reverse DNS is non-responding (as > opposed to just non-existant) then sshd's login timeout can expire > before the DNS lookup finishes making logins impossible. One way > around is to up the login timeout for sshd. I've been bit by this a few times where a remote box had misconfigured DNS settings, and i could not log in. I think this should be addressed somehow in the default install. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 20:28:33 2004 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 2CFCA16A4CE for ; Sun, 19 Dec 2004 20:28:33 +0000 (GMT) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 909E043D41 for ; Sun, 19 Dec 2004 20:28:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 19 Dec 2004 20:28:31 -0000 Received: from 172.16.0.200 (SquirrelMail authenticated user mikej); by 172.16.0.1 with HTTP; Sun, 19 Dec 2004 15:28:17 -0500 (EST) Message-ID: <1590.172.16.0.200.1103488097.squirrel@172.16.0.200> In-Reply-To: <20041219054045.GA494@frontfree.net> References: <200412190500.WAA16814@lariat.org> <20041219054045.GA494@frontfree.net> Date: Sun, 19 Dec 2004 15:28:17 -0500 (EST) From: "Mike Jakubik" To: "Xin LI" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: Brett Glass cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 19 Dec 2004 20:28:33 -0000 Xin LI said: > On Sat, Dec 18, 2004 at 10:00:57PM -0700, Brett Glass wrote: >> I see that there is no scheduled release date for FreeBSD 5.4 >> (which is not a surprise; 5.3 was finalized so recently). >> However, there seem to be glitches and performance issues >> which I need to see resolved before I can move to 5.3.x (rather >> than 4.10 or 4.11) for production servers. > > RELENG_5_3 is considered ``errata branch'' so if there is some > serious issues then some of us may request an errata candidate > to re@ and there may be an ``errata advisory''. Generally > speaking, I don't think there will be a 5.3.1-RELEASE. > > Would you please explain what are these ``glitches'' and ``performance > issues''? Are they believed to have been fixed in recent -CURRENT? How about the problems the amd64 platform has with memory configurations above 4GB? These prevent a successful install. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 20:37:20 2004 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 90EEA16A4CF for ; Sun, 19 Dec 2004 20:37:20 +0000 (GMT) Received: from fmx4.freemail.hu (fmx4.freemail.hu [195.228.242.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C99C43D41 for ; Sun, 19 Dec 2004 20:37:19 +0000 (GMT) (envelope-from kovacspeter2@freemail.hu) Received: (qmail 82052 invoked from network); 19 Dec 2004 21:27:04 +0100 Received: from fm8.freemail.hu (195.228.242.208) by fmx4.freemail.hu with SMTP; 19 Dec 2004 21:26:57 +0100 Received: (qmail 89232 invoked by uid 3421979); 19 Dec 2004 21:26:54 +0100 Date: Sun, 19 Dec 2004 21:26:54 +0100 (CET) From: =?ISO-8859-2?Q?Kov=E1cs_P=E9ter?= To: freebsd-stable@freebsd.org Message-ID: X-Originating-IP: [81.183.146.128] X-HTTP-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; hu-HU; rv:1.7.5) Gecko/20041108 Firefox/1.0 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Subject: portupgrade 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, 19 Dec 2004 20:37:20 -0000 Hello, When running portupgrade I face this error: "Generating INDEX.tmp - please wait..make: illegal option -- C usage: make [-Beiknqrstv] [-D variable] [-d flags] [-E variable] [-f makefile] [-I directory] [-j max_jobs] [-m directory] [-V variable] [variable=value] [target ...] "Makefile", line 16: warning: "make -C /usr/ports/net/tkabber/../../devel/tcllib -V PORTVERSION" returned non-zero status mod_php3-3.0.18_4: "/usr/ports/textproc/expat" non-existent -- dependency list incomplete ===> www/mod_php3 failed *** Error code 1 ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. (INDEX builds are not supported with partial or out-of-date ports collections -- in particular, if you are using cvsup, you must cvsup the "ports-all" collection, and have no "refuse" files.) If that is the case, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, your architecture, your environment, and your /etc/make.conf settings, especially compiler flags and WITH/WITHOUT settings). Note: the latest pre-generated version of INDEX may be fetched automatically with "make fetchindex". ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports." I am running a supported version of FreeBSD: 4.8 How can I correct this? Peter From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 20:45:08 2004 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 B3DAE16A4CE; Sun, 19 Dec 2004 20:45:08 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA87F43D46; Sun, 19 Dec 2004 20:45:07 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id E42EBB81D; Sun, 19 Dec 2004 21:45:05 +0100 (CET) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id C473011442; Sun, 19 Dec 2004 21:45:05 +0100 (CET) Sender: xi@borderworlds.dk To: Gleb Smirnoff References: <86brcwf0of.fsf@borg.borderworlds.dk> <20041215100030.GA54307@cell.sick.ru> From: Christian Laursen Date: 19 Dec 2004 21:45:05 +0100 In-Reply-To: <20041215100030.GA54307@cell.sick.ru> Message-ID: <86hdmic90u.fsf@borg.borderworlds.dk> Lines: 67 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: Dummynet related panic in 5.3-RELEASE-p1 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, 19 Dec 2004 20:45:08 -0000 Gleb Smirnoff writes: > On Wed, Dec 15, 2004 at 09:03:28AM +0100, Christian Laursen wrote: > C> We are experiencing a panic about once a day that seems related to > C> dummynet. [snip] > C> I have put the kernel configuration at at > C> and the boot output at . > C>=20 > C> Thanks in adavnce for any help solving this. >=20 > Can you save crashdump? I now managed to get a crashdump. This is the backtrace from there: ns3# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 condition= s. 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-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc042d88e in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D57, dummy4=3D= 0xc74db99c "=D0=B9M=C7\200%") at /usr/src/sys/ddb/db_command.c:531 #2 0xc042d69c in db_command (last_cmdp=3D0xc0672564, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc06440fc, aux_cmd_tablep_end=3D0xc0644100) at /usr/src/sys/d= db/db_command.c:349 #3 0xc042d764 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc042f2d9 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:221 #5 0xc04bd382 in kdb_trap (type=3D12, code=3D0, tf=3D0xc74dbb2c) at /usr/s= rc/sys/kern/subr_kdb.c:418 #6 0xc060d011 in trap_fatal (frame=3D0xc74dbb2c, eva=3D12) at /usr/src/sys= /i386/i386/trap.c:804 #7 0xc060cd97 in trap_pfault (frame=3D0xc74dbb2c, usermode=3D0, eva=3D12) = at /usr/src/sys/i386/i386/trap.c:727 #8 0xc060c995 in trap (frame=3D {tf_fs =3D -1061945320, tf_es =3D 16, tf_ds =3D -951255024, tf_edi = =3D -1052997804, tf_esi =3D 1460, tf_ebp =3D -951207024, tf_isp =3D -951207= 080, tf_ebx =3D -1052997888, tf_edx =3D 0, tf_ecx =3D -1055588338, tf_eax = =3D 0, tf_trapno =3D 12, tf_err =3D -951255040, tf_eip =3D -1068659825, tf_= cs =3D 8, tf_eflags =3D 66054, tf_esp =3D 0, tf_ss =3D -1067603120}) at /us= r/src/sys/i386/i386/trap.c:417 #9 0xc05ff70a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #10 0xc0b40018 in ?? () #11 0x00000010 in ?? () #12 0xc74d0010 in ?? () #13 0xc13c8754 in ?? () #14 0x000005b4 in ?? () #15 0xc74dbb90 in ?? () #16 0xc74dbb58 in ?? () #17 0xc13c8700 in ?? () #18 0x00000000 in ?? () #19 0xc115000e in ?? () #20 0x00000000 in ?? () #21 0x0000000c in ?? () #22 0xc74d0000 in ?? () #23 0xc04d8b8f in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D1) at /= usr/src/sys/kern/uipc_mbuf.c:373 #24 0xc05305c4 in ip_fragment (ip=3D0xc115000e, m_frag=3D0xc74dbc48, mtu=3D= -1052997888, if_hwassist_flags=3D0, sw_csum=3D1) at /usr/src/sys/netinet/ip= _output.c:965 #25 0xc0530270 in ip_output (m=3D0xc0cbfe00, opt=3D0xc115000e, ro=3D0xc74db= c14, flags=3D0, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:7= 94 #26 0xc05246b1 in transmit_event (pipe=3D0xc0bc9c00) at /usr/src/sys/netine= t/ip_dummynet.c:454 #27 0xc05249c4 in ready_event (q=3D0xc0c60900) at /usr/src/sys/netinet/ip_d= ummynet.c:614 #28 0xc0524f37 in dummynet (unused=3D0x0) at /usr/src/sys/netinet/ip_dummyn= et.c:769 #29 0xc04b229b in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout= .c:259 #30 0xc0491945 in ithread_loop (arg=3D0xc0ac3580) at /usr/src/sys/kern/kern= _intr.c:547 #31 0xc0490ac5 in fork_exit (callout=3D0xc04917f0 , arg=3D0xc= 0ac3580, frame=3D0xc74dbd48) at /usr/src/sys/kern/kern_fork.c:811 #32 0xc05ff76c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 209 --=20 Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 21:28:03 2004 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 0886516A4CE for ; Sun, 19 Dec 2004 21:28:03 +0000 (GMT) Received: from web50708.mail.yahoo.com (web50708.mail.yahoo.com [206.190.38.106]) by mx1.FreeBSD.org (Postfix) with SMTP id 68B3843D39 for ; Sun, 19 Dec 2004 21:28:02 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Received: (qmail 15195 invoked by uid 60001); 19 Dec 2004 21:28:01 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=EBDfrIY3TjXNUfWCnvLbaFC8oEzKZVIkaeGKexgFiF72bTPyqvZIgV/EHw0gheZi5PjqyJKIYjBwHU9h/XLmA4O+PIfzc20vhcxnqLYjIwOaeFB6qWTqX5jx4+7MRXJvWlauGZtabWMkuDxt+CDuDYRH4I9UVnOV364KjFw+gqY= ; Message-ID: <20041219212801.15193.qmail@web50708.mail.yahoo.com> Received: from [68.40.135.37] by web50708.mail.yahoo.com via HTTP; Sun, 19 Dec 2004 13:28:01 PST Date: Sun, 19 Dec 2004 13:28:01 -0800 (PST) From: Kim Culhan To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: sysinstall inop on on 5.3-stable jail virtual machine 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, 19 Dec 2004 21:28:03 -0000 Running 5.3-STABLE of 12-15. Attempting to run sysinstall from a virtual machine created using jail. When choosing an installtion media of FTP, then an FTP site, an ascii box appears: No network devices available! The network access for the virtual machine appears normal in every other way; ifconfig returns what you would expect, ftp and ssh work normally. Any thoughts are greatly appreciated.. -kim __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 21:39:17 2004 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 8F6AE16A4CE for ; Sun, 19 Dec 2004 21:39:17 +0000 (GMT) Received: from www.wcborstel.nl (wcborstel.demon.nl [82.161.134.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0F5043D39 for ; Sun, 19 Dec 2004 21:39:16 +0000 (GMT) (envelope-from jorn@wcborstel.nl) Received: from localhost (localhost [127.0.0.1]) by www.wcborstel.nl (Postfix) with ESMTP id 052A44398; Sun, 19 Dec 2004 22:39:43 +0100 (CET) Received: from www.wcborstel.nl ([127.0.0.1]) by localhost (www.wcborstel.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62533-07; Sun, 19 Dec 2004 22:39:42 +0100 (CET) Received: from www.wcborstel.nl (localhost [127.0.0.1]) by www.wcborstel.nl (Postfix) with ESMTP id 5E771439D; Sun, 19 Dec 2004 22:39:42 +0100 (CET) From: "Jorn Argelo" To: =?ISO-8859-1?Q?Kov=E1cs_P=E9ter_?= , freebsd-stable@freebsd.org Date: Sun, 19 Dec 2004 22:39:42 +0100 Message-Id: <20041219213648.M59152@wcborstel.nl> In-Reply-To: References: X-Mailer: Open WebMail 2.41 20040926 X-OriginatingIP: 82.161.134.53 (jorn) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: by amavisd-new at mail.wcborstel.nl Subject: Re: portupgrade 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, 19 Dec 2004 21:39:17 -0000 On Sun, 19 Dec 2004 21:26:54 +0100 (CET), Kovács Péter wrote > Hello, > > When running portupgrade I face this error: > "Generating INDEX.tmp - please wait..make: illegal option -- C > usage: make [-Beiknqrstv] [-D variable] [-d flags] [-E > variable] [-f makefile] > [-I directory] [-j max_jobs] [-m directory] [-V > variable] > [variable=value] [target ...] > "Makefile", line 16: warning: "make -C > /usr/ports/net/tkabber/../../devel/tcllib -V PORTVERSION" > returned non-zero status > mod_php3-3.0.18_4: "/usr/ports/textproc/expat" non-existent > -- dependency list incomplete > ===> www/mod_php3 failed > *** Error code 1 > > ******************************************************************** > Before reporting this error, verify that you are running a > supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) and > that you > have a complete and up-to-date ports collection. (INDEX > builds are > not supported with partial or out-of-date ports collections > -- in > particular, if you are using cvsup, you must cvsup the > "ports-all" > collection, and have no "refuse" files.) If that is the > case, then > report the failure to ports@FreeBSD.org together with relevant > details of your ports configuration (including FreeBSD version, > your architecture, your environment, and your /etc/make.conf > settings, especially compiler flags and WITH/WITHOUT settings). > > Note: the latest pre-generated version of INDEX may be fetched > automatically with "make fetchindex". > ******************************************************************** > > *** Error code 1 > > Stop in /usr/ports. > *** Error code 1 > > Stop in /usr/ports." > > I am running a supported version of FreeBSD: 4.8 > How can I correct this? Have you done everything what it said? ;) No offense, but I wonder why you sent a mail to the stable@freebsd.org mailinglist when it clearly says you should send it to ports@freebsd.org :) Cheers, Jorn > > Peter > _______________________________________________ > 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 Sun Dec 19 22:01:09 2004 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 6999416A4CE for ; Sun, 19 Dec 2004 22:01:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3082D43D4C for ; Sun, 19 Dec 2004 22:01:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5F77651503; Sun, 19 Dec 2004 14:01:08 -0800 (PST) Date: Sun, 19 Dec 2004 14:01:08 -0800 From: Kris Kennaway To: Kov?cs P?ter Message-ID: <20041219220108.GA99506@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: portupgrade 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, 19 Dec 2004 22:01:09 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Dec 19, 2004 at 09:26:54PM +0100, Kov?cs P?ter wrote: > Before reporting this error, verify that you are running a > supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) > I am running a supported version of FreeBSD: 4.8 No, you're not running a supported version of FreeBSD, as explained at the above URL. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBxfokWry0BWjoQKURAjiHAJ9Fip6QXDv6jhr906ioQMYp2Zz7lACdFqfT 8zTDj4u8yAp9+NWAZp+eaIs= =vSte -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 19 23:04:13 2004 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 4EEBA16A4CE for ; Sun, 19 Dec 2004 23:04:13 +0000 (GMT) Received: from sauron.barnabas.dk (62.79.48.207.adsl.abc.tiscali.dk [62.79.48.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE66043D45 for ; Sun, 19 Dec 2004 23:04:11 +0000 (GMT) (envelope-from 260773NikHan@barnabas.dk) Received: by sauron.barnabas.dk (Postfix, from userid 1001) id 19EA74B5E; Mon, 20 Dec 2004 00:04:07 +0100 (CET) Date: Mon, 20 Dec 2004 00:04:07 +0100 From: Nikolaj Hansen To: freebsd-stable@freebsd.org Message-ID: <20041219230407.GA932@sauron.barnabas.dk> References: <41C48A6F.7000203@barnabas.dk> <1103416078.6339.4.camel@zappa.Chelsea-Ct.Org> <20041219061221.GA977@sauron.barnabas.dk> <200412191050.52445.msch@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412191050.52445.msch@snafu.de> User-Agent: Mutt/1.4.2.1i Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 19 Dec 2004 23:04:13 -0000 On Sun, Dec 19, 2004 at 10:50:52AM +0100, Matthias Schuendehuette wrote: > Am Sonntag, 19. Dezember 2004 07:12 schrieb Nikolaj Hansen: > > I gave the 5.3 upgrade another swing. Now the situation is: > > > > $ uname -a > > FreeBSD sauron.barnabas.dk 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Sat > > Dec 18 18:39:09 CET 2004 > > root@sauron.barnabas.dk:/usr/obj/usr/src/sys/KERNEL_5_3 i386 > > Perhaps you better upgrade to RELENG_5 (5.3-STABLE). I'm not aware of > any reasons against that in the moment and, besides others, gvinum was > improoved since 5.3-RELEASE. But that's your decision... > > > I think I am understanding a little more of this now. In order to use > > my scsi / ATA setup, I need to use the geom_vinum.ko *and* the > > vinum.ko modules? > > Oh no! Don't do that! > > If you switch to the new geom_vinum, all you *should* need is: > > geom_vinum_load="YES" in /boot/loader.conf > > Please comment out (or remove) the vinum*-lines in loader.conf! *Should* - Famous last words :-). The whole problem is, I cannot mount any thing without doing it this way. The reason for this is, as you pointed out , that my disk setup is different than the norm: $ sudo bsdlabel da1s1 Password: # /dev/da1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 512000 0 4.2BSD 2048 16384 32008 b: 1228535 512000 swap c: 17767827 0 unused 0 0 # "raw" part, don't edit h: 16027292 1740535 vinum Both sides of the mirror are made like this. Of cause I _really_ want to keep the data on the disks. Is there an easy way to fix the disks for geom_vinum compability, or do they need to be rebuilt from the ground up? I suppose one way of doing it is to fix one side of the mirror, copy the data, fix the second side of the mirror, copy the data? This will then have to be done through the respektive vinum version. Thank God I have not made the root patition a vinum one .. The second option is to back everything up to a file on the data disks, nuke the mirror to the new setup and then restore. > > Additionally you have to change all the entries in /etc/fstab to > > /dev/gvinum/ / .... > (Note the *g*vinum in the device path) Yes, I realize that, but for now the volumes are all marked stale inspecting the drives etc. through the new geom_vinum, and the setstate command returns "Bad Address" when you try to use it in the new geom_vinum. Not very informative. > > But for the first test, you better comment out these lines and try to > mount the volumes manually... > > > [...] > > Is this correct? I suppose the ATA drives should be mounted on the > > new /dev/gvinum/* and the scsi drives on the /dev/vinum/*? > > No! As stated above, *all* should now be handled by geom_vinum. > > > [...] > > As I wrote earlier the above loader.conf is not working. If I leave > > out the load of the old vinum driver it does not seem to be possible > > to mount the scsi drives. If I leave out the geom_vinum a mount of a > > drive causes a kernel panic. > > You *can* use the old "classic" vinum, but it only works if you start > classic-vinum *after* the system has come up. You cannot start > classic-vinum at boottime with loader.conf, at least it doesn't work > for me ('dangling vnode'-panic...). Exactly the error I have been struggeling with as well. Using a late load of the old vinum driver makes it possible for me to manually boot the system by hand as suggested. > > Before you switch to geom_vinum, you should check your partitions as > already mentioned in an earlier mail... > > Try a 'bsdlabel /dev/da1s1' and see, if your vinum-partition does *not* > start at an offset of 0. > > On my disk, it looks as follows: > > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 4226709 16 vinum > c: 4226725 0 unused 0 0 # "raw" part... > > So here the vinum partition starts at an offset of 16 and therefor is 16 > blocks smaller than the whole disk ('c'-partition). That's ok. > > > If it *would* read like that: > > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 4226725 0 vinum > c: 4226725 0 unused 0 0 # "raw" part... > > it would not work with geom_vinum! > > The background is, that with geom_vinum you don't need any > vinum-partitions any more, further it is possible to use the whole disk > (or slice) *without* any BSD partitions. But in the latter case above > (with 0-offset), geom_vinum can't distinguish between the whole slice > and the 'a'-partition. This did lead to an error (I did not try this > with a recent geom_vinum). Anyway, you better spend these 16 blocks > offset to be sure IMHO ... I see the advantages of this - the disk setup on the old patitions could be a bit tricky. > > > It would be nice if any of you would comment on the above config. > > I hope it's a bit more clear now... > > > Perhaps I am ignorant, but it seems to me it would have been easier > > to make the regular vinum diver handle geom drives in place of making > > a new kernel object? Or perhaps theres a technical reason for not > > doing so? > > Exactly that's the case. If you have to use a completly different > infrastructure below, it's obviously more easy to start from scratch... > -- > Ciao/BSD - Matthias > > Matthias Schuendehuette , Berlin (Germany) > PGP-Key at and ID: 0xDDFB0A5F > -- With regards / med venlig hilsen Nikolaj Hansen Algade 15, 2 tv 9000 Aalborg Danmark "Even on the highest throne in the world, we are seated, still, upon our arses." - Montaigne From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 00:29:33 2004 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 C2E4316A4CE for ; Mon, 20 Dec 2004 00:29:33 +0000 (GMT) Received: from lariat.org (lariat.org [63.229.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC27843D1F for ; Mon, 20 Dec 2004 00:29:32 +0000 (GMT) (envelope-from brett@lariat.org) Received: from runaround.lariat.org (IDENT:ppp1000.lariat.org@lariat.org [63.229.157.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id RAA24461; Sun, 19 Dec 2004 17:29:08 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.0.14.2.20041219172536.04cde380@localhost> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Sun, 19 Dec 2004 17:29:05 -0700 To: Xin LI From: Brett Glass In-Reply-To: <20041219054045.GA494@frontfree.net> References: <200412190500.WAA16814@lariat.org> <20041219054045.GA494@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 20 Dec 2004 00:29:33 -0000 At 10:40 PM 12/18/2004, Xin LI wrote: >Would you please explain what are these ``glitches'' and ``performance >issues''? Are they believed to have been fixed in recent -CURRENT? 5.3 has been reported to be significantly slower on many machines -- something that we've seen in our own tests. Some of these may have been fixed in -CURRENT, but this would not do us any good. We only run release versions of FreeBSD on our production servers, and then only update them with security fixes. We abolutely WON'T track -CURRENT on a production machine, or take a random sample of it on a random day, due to the many difficulties that this can cause. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 00:31:09 2004 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 0CF7416A4CE for ; Mon, 20 Dec 2004 00:31:09 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F48B43D49 for ; Mon, 20 Dec 2004 00:31:07 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from unix.local (unix.local [172.16.12.120]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 3A4B63368 for ; Mon, 20 Dec 2004 03:31:04 +0300 (MSK) Date: Mon, 20 Dec 2004 03:31:16 +0300 (MSK) From: Nguyen Tam Chinh X-X-Sender: chinhngt@unix.local To: stable@freebsd.org Message-ID: <20041220032421.O14226@unix.local> Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [5.3-STABLE] netstat doesn't show tcp sockets 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, 20 Dec 2004 00:31:09 -0000 After upgrading from 5.2.1 (cvsup 18/Dec), It seems to be a bug with netstat. It doesn't show tcp sockets any more. kernel is a customized with ipv6 disable. Or I missed something that was changed with the netstat syntax since 5.2.1? -------------------------------------------------------------------- chinhngt@unix%uname -a FreeBSD unix.local 5.3-STABLE FreeBSD 5.3-STABLE #1: Sun Dec 19 04:56:51 MSK 2004 root@unix.local:/usr/obj/usr/src/sys/kernel i386 chinhngt@unix%netstat -a | grep tcp chinhngt@unix%netstat -a | grep udp udp4 0 0 localhost.56299 *.* udp4 0 0 *.990 *.* udp4 0 0 *.sunrpc *.* udp4 0 0 *.52118 *.* udp4 0 0 localhost.domain *.* udp4 0 0 it.domain *.* udp4 0 0 unix.domain *.* udp4 0 0 it.hackers.domain *.* udp4 0 0 *.syslog *.* chinhngt@unix% -------------------------------------------------------------------- ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | http://chinhngt.svmgu.com | http://www.gnu.org/copyleft/copyleft.html From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 01:06:00 2004 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 A95BA16A4CE for ; Mon, 20 Dec 2004 01:06:00 +0000 (GMT) Received: from moghedien.mukappabeta.net (moghedien.mukappabeta.net [194.145.150.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF7E43D1F for ; Mon, 20 Dec 2004 01:05:59 +0000 (GMT) (envelope-from mkb@mukappabeta.de) Received: from [192.168.2.10] (pD9542979.dip.t-dialin.net [217.84.41.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by moghedien.mukappabeta.net (Postfix) with ESMTP id 44AB32D6E; Mon, 20 Dec 2004 02:01:08 +0100 (CET) Message-ID: <41C62577.3080402@mukappabeta.de> Date: Mon, 20 Dec 2004 02:05:59 +0100 From: Matthias Buelow User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nguyen Tam Chinh References: <20041220032421.O14226@unix.local> In-Reply-To: <20041220032421.O14226@unix.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: [5.3-STABLE] netstat doesn't show tcp sockets 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, 20 Dec 2004 01:06:00 -0000 > After upgrading from 5.2.1 (cvsup 18/Dec), It seems to be a bug with > netstat. It doesn't show tcp sockets any more. kernel is a customized > with ipv6 disable. same here. I thought that maybe it was because I put CPUTYPE=p4 in /etc/make.conf and gcc messed up again, and wanted to test this hypothesis some time but if others are seeing it too... -- Matthias Buelow; mkb@{mukappabeta,informatik.uni-wuerzburg}.de From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 01:15:09 2004 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 9DF0716A4CE for ; Mon, 20 Dec 2004 01:15:09 +0000 (GMT) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0269343D55 for ; Mon, 20 Dec 2004 01:15:09 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd3mr8so.prod.shaw.ca (pd3mr8so-qfe3.prod.shaw.ca [10.0.141.24])2004)) with ESMTP id <0I8Z008E5Y4DXEC0@l-daemon> for stable@freebsd.org; Sun, 19 Dec 2004 18:14:37 -0700 (MST) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd3mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I8Z00B31Y4D5V70@pd3mr8so.prod.shaw.ca> for stable@freebsd.org; Sun, 19 Dec 2004 18:14:37 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.233.42]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I8Z00L7ZY4D5R@l-daemon> for stable@freebsd.org; Sun, 19 Dec 2004 18:14:37 -0700 (MST) Date: Sun, 19 Dec 2004 17:14:34 -0800 From: Colin Percival In-reply-to: <200412190500.WAA16814@lariat.org> To: Brett Glass Message-id: <41C6277A.2050601@wadham.ox.ac.uk> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <200412190500.WAA16814@lariat.org> User-Agent: Mozilla Thunderbird 0.9 (X11/20041107) cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 20 Dec 2004 01:15:09 -0000 Brett Glass wrote: > Would anyone else besides me like to see a 5.3.1 minor release > sometime around, say, February? No, but quite a few people would like to see a 5.4 minor release sometime around, say, late February or early March. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 01:20:13 2004 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 06CE016A4CE for ; Mon, 20 Dec 2004 01:20:13 +0000 (GMT) Received: from lariat.org (lariat.org [63.229.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8BE43D2D for ; Mon, 20 Dec 2004 01:20:12 +0000 (GMT) (envelope-from brett@lariat.org) Received: from runaround.lariat.org (IDENT:ppp1000.lariat.org@lariat.org [63.229.157.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id SAA25015; Sun, 19 Dec 2004 18:20:04 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.0.14.2.20041219181710.062cde10@localhost> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Sun, 19 Dec 2004 18:20:02 -0700 To: Colin Percival From: Brett Glass In-Reply-To: <41C6277A.2050601@wadham.ox.ac.uk> References: <200412190500.WAA16814@lariat.org> <41C6277A.2050601@wadham.ox.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 20 Dec 2004 01:20:13 -0000 At 06:14 PM 12/19/2004, Colin Percival wrote: >No, but quite a few people would like to see a 5.4 minor release >sometime around, say, late February or early March. That would work too. It's a slightly shorter than usual time between point releases, but then, a lot of progress is being made because so many people are trying out 5.3. I do have it running on some non-production hardware, and other than a bit of slowness in disk operations and some port problems, it is working pretty well. I'd really like to see support for the AMD64 architecture become rock solid, too, because 64 bit Athlons are starting to sell at great prices. --Brett From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 01:28:39 2004 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 4171116A4CE for ; Mon, 20 Dec 2004 01:28:37 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C6043D49 for ; Mon, 20 Dec 2004 01:28:36 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from unix.local (unix.local [172.16.12.120]) by hq.sectorb.msk.ru (Postfix) with ESMTP id DDEF72DBB; Mon, 20 Dec 2004 04:28:34 +0300 (MSK) Date: Mon, 20 Dec 2004 04:28:46 +0300 (MSK) From: Nguyen Tam Chinh X-X-Sender: chinhngt@unix.local To: Matthias Buelow In-Reply-To: <41C62577.3080402@mukappabeta.de> Message-ID: <20041220042519.O19737@unix.local> References: <20041220032421.O14226@unix.local> <41C62577.3080402@mukappabeta.de> Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: stable@freebsd.org Subject: Re: [5.3-STABLE] netstat doesn't show tcp sockets 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, 20 Dec 2004 01:28:39 -0000 On Mon, 20 Dec 2004, Matthias Buelow wrote: >> After upgrading from 5.2.1 (cvsup 18/Dec), It seems to be a bug with >> netstat. It doesn't show tcp sockets any more. kernel is a customized with >> ipv6 disable. > > same here. I thought that maybe it was because I put CPUTYPE=p4 in > /etc/make.conf and gcc messed up again, and wanted to test this hypothesis > some time but if others are seeing it too... > Yeah, please test it. I also have a CPUTYPE=p4 and -O3 in make.conf. In kernel config -O2. I'll try to compile again with default options to ensure. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | http://chinhngt.svmgu.com | http://www.gnu.org/copyleft/copyleft.html From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 03:53:29 2004 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 AA27D16A4CE for ; Mon, 20 Dec 2004 03:53:29 +0000 (GMT) Received: from smtp.servingpeace.com (servingpeace.com [69.55.225.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B48F43D53 for ; Mon, 20 Dec 2004 03:53:29 +0000 (GMT) (envelope-from sam@servingpeace.com) Received: from [10.0.0.2] (adsl-68-122-12-222.dsl.pltn13.pacbell.net [68.122.12.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.servingpeace.com (Postfix) with ESMTP id 02D9CBA196; Sun, 19 Dec 2004 19:53:28 -0800 (PST) Message-ID: <41C64CB8.7050002@servingpeace.com> Date: Sun, 19 Dec 2004 19:53:28 -0800 From: Sam Nilsson User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <20041220032421.O14226@unix.local> <41C62577.3080402@mukappabeta.de> <20041220042519.O19737@unix.local> In-Reply-To: <20041220042519.O19737@unix.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Nguyen Tam Chinh Subject: Re: [5.3-STABLE] netstat doesn't show tcp sockets 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, 20 Dec 2004 03:53:29 -0000 Nguyen Tam Chinh wrote: > On Mon, 20 Dec 2004, Matthias Buelow wrote: > >>> After upgrading from 5.2.1 (cvsup 18/Dec), It seems to be a bug with >>> netstat. It doesn't show tcp sockets any more. kernel is a customized >>> with ipv6 disable. >> >> >> same here. I thought that maybe it was because I put CPUTYPE=p4 in >> /etc/make.conf and gcc messed up again, and wanted to test this >> hypothesis some time but if others are seeing it too... >> > > Yeah, please test it. I also have a CPUTYPE=p4 and -O3 in make.conf. In > kernel config -O2. I'll try to compile again with default options to > ensure. > ----- > With best regards, | The Power to Serve > Nguyen Tam Chinh | http://www.FreeBSD.org > Loc: sp.cs.msu.ru | > http://chinhngt.svmgu.com | http://www.gnu.org/copyleft/copyleft.html In case this is helpful, I don't seem to have this problem. I am running on a pentium 2 however, and I didn't use -O or CPUTYPE. --> snip --> -bash-2.05b$ uname -a FreeBSD opti.localdomain 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #1: Fri Dec 10 16:52:50 PST 2004 root@opti.localdomain:/usr/obj/usr/src/sys/SERVER i386 -bash-2.05b$ netstat Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 0 opti.ssh 10.0.0.2.50009 ESTABLISHED udp4 0 0 localhost.domain *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c13f8dac stream 0 0 0 c13f8460 0 0 c13f8460 stream 0 0 0 c13f8dac 0 0 c13f8ec4 stream 0 0 c14e0630 0 0 0 --> snip --> I know that this is a different situation, but I thought it might help to pinpoint the problem if you haven't already identified it. - Sam Nilsson From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 06:59:22 2004 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 A9A6E16A4CE for ; Mon, 20 Dec 2004 06:59:22 +0000 (GMT) Received: from web40702.mail.yahoo.com (web40702.mail.yahoo.com [66.218.78.159]) by mx1.FreeBSD.org (Postfix) with SMTP id 6AB0C43D55 for ; Mon, 20 Dec 2004 06:59:22 +0000 (GMT) (envelope-from darren780@yahoo.com) Received: (qmail 35074 invoked by uid 60001); 20 Dec 2004 06:59:22 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=EJrwMEx9ShnZJCS0j9z+zpI6wLO+KfWA2lD5HOWALR663PK/ml4+T24dq9GMLUZE98PWI5AoQLkT+iTbF8bOyZj+qc2dBJMy7bf/hlqO9okPeRnNpEftZugMC5VRpNkGcBiIgk3X+zZmvQcYVIQTDv+vn7eT7rhZA6Lfmd5iYgs= ; Message-ID: <20041220065922.35072.qmail@web40702.mail.yahoo.com> Received: from [199.126.133.199] by web40702.mail.yahoo.com via HTTP; Sun, 19 Dec 2004 22:59:22 PST Date: Sun, 19 Dec 2004 22:59:22 -0800 (PST) From: "Mr. Darren" To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: pci dma 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, 20 Dec 2004 06:59:22 -0000 I have a diamond mx400 and I get the following error Maestro: DMA buffer beyond 256MB (busaddr 0x1ed50000 size 81920) Couldn't allocate Maestro memory I am informed on some linux sites that this problem is related to having more than 250megs of ram. they claimed the problem was fixed by manually setting a dma.. I'm not sure how to do this in freebsd. ps. please get back to me off the list as well, I am not currently subscribed. __________________________________ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 10:49:13 2004 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 29C7E16A4CE; Mon, 20 Dec 2004 10:49:13 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04A143D45; Mon, 20 Dec 2004 10:49:12 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])B9B6B4C5F4; Mon, 20 Dec 2004 11:49:11 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15262-04; Mon, 20 Dec 2004 11:49:10 +0100 (CET) Received: from m2a2.dyndns.org (p54854AE1.dip.t-dialin.net [84.133.74.225]) 74DEB4C2FB; Mon, 20 Dec 2004 11:49:10 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id A4BCB77953; Mon, 20 Dec 2004 11:49:09 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18055-03; Mon, 20 Dec 2004 11:49:09 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id E33A278F4C; Mon, 20 Dec 2004 11:49:08 +0100 (CET) From: Matthias Andree To: freebsd-stable@FreeBSD.org, re@freebsd.org In-Reply-To: <20041218235921.GA60628@bobbi.cse.buffalo.edu> (Ken Smith's message of "Sat, 18 Dec 2004 18:59:21 -0500") References: <20041218235921.GA60628@bobbi.cse.buffalo.edu> Date: Mon, 20 Dec 2004 11:49:08 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de Subject: Re: [FreeBSD-Announce] FreeBSD-4.11 Release Candidate 1 Available 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, 20 Dec 2004 10:49:13 -0000 Ken Smith writes: > Announcement > ------------ > > The FreeBSD Release Engineering Team is pleased to announce the availability > of FreeBSD 4.11-RC1, which marks the beginning of the FreeBSD 4.11 Release > Cycle. This will be the last of the FreeBSD 4.X releases. It is meant These long-standing bugs are still open, in decreasing order of importance. I checked 60313 and 44260 a few moments ago with a current RELENG_4_11 CVS, and haven't seen any followups on 46866 and 71453. kern/60313 data destruction (kernel access wrong address on block device) bin/46866 nondeterministic NIS returns (this has been messing up NIS-based systems for ages with users gone one moment and appearing the next) bin/71453 tcpdump segfaults on PPP IPV6CP traffic (includes a suggested solution, perhaps MFC suffices) kern/44260 LINT does not list pseudo-device tap (trivial to fix) -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 11:13:47 2004 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 640F516A4CE; Mon, 20 Dec 2004 11:13:47 +0000 (GMT) Received: from ramstind.gtf.ol.no (ramstind.gtf.ol.no [128.39.174.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B11AA43D1D; Mon, 20 Dec 2004 11:13:46 +0000 (GMT) (envelope-from trond@ramstind.gtf.ol.no) Received: from ramstind.gtf.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.gtf.ol.no (8.12.9/8.12.11) with ESMTP id iBKBCS29053214; Mon, 20 Dec 2004 12:12:29 +0100 (CET) (envelope-from trond@ramstind.gtf.ol.no) Received: from localhost (trond@localhost)iBKBCS4A053211; Mon, 20 Dec 2004 12:12:28 +0100 (CET) Date: Mon, 20 Dec 2004 12:12:28 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= To: Matthias Andree In-Reply-To: Message-ID: <20041220120352.O51659@ramstind.gtf.ol.no> References: <20041218235921.GA60628@bobbi.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT cc: re@freebsd.org cc: FreeBSD stable Subject: Re: [FreeBSD-Announce] FreeBSD-4.11 Release Candidate 1 Available 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, 20 Dec 2004 11:13:47 -0000 On Mon, 20 Dec 2004 11:49+0100, Matthias Andree wrote: > bin/46866 nondeterministic NIS returns > (this has been messing up NIS-based systems for ages > with users gone one moment and appearing the next) While you're at it, could someone take a look at the logit() function in portmap (in the file portmap/pmap_check.c)? Make the function more safe to use with NIS, i.e. the call to getrpcbynumner(), and particularly when the NIS domain is set, but ypbind hasn't yet registrered itself with portmap or are about to register itself with portmap. This (serious) problem occurs only when portmap is run with logging turned on, which probably accounts for why no one has done anything about it before. Take a look at PR bin/73422 for more details about this problem with portmap, ypbind and rc.network. Please don't hesitate about contacting me if you need more information. Btw, the same problem is present in FreeBSD 5.x. -- ---------------------------------------------------------------------- Trond Endrestøl | trond@ramstind.gtf.ol.no Patron of The Art of Computer Programming| FreeBSD 4.8-S & Pine 4.55 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 11:26:28 2004 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 696A216A4CE for ; Mon, 20 Dec 2004 11:26:28 +0000 (GMT) Received: from master.azm.uz.ua (ns.azm.uz.ua [195.137.255.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7E1A43D5C for ; Mon, 20 Dec 2004 11:26:26 +0000 (GMT) (envelope-from ash@azm.uz.ua) Received: from ashway (ashway.azm.uz.ua [195.137.255.56]) by master.azm.uz.ua (8.12.6/8.12.6) with SMTP id iBKBQKOA074884 for ; Mon, 20 Dec 2004 13:26:20 +0200 (EET) (envelope-from ash@azm.uz.ua) Message-ID: <012a01c4e686$bc74e4c0$38ff89c3@ashway> From: "Andrey Sharandakov" To: References: Date: Mon, 20 Dec 2004 13:26:23 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: sshd DNS 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, 20 Dec 2004 11:26:28 -0000 Hi!!! sshd needs DNS for backresolving!!! When you are connecting to a remote host via SSH, sshd tries to resolv in-addr.arpa zone for your IP address. man sshd -- Best regards, Andrey Sharandakov, ASH83-RIPE ----- Original Message ----- From: "Kovács Péter" To: Sent: Sunday, December 19, 2004 8:06 PM Subject: sshd DNS > Hello, > > > I sometimes get this error message: > sshd[543767]: WARNING: DNS lookup failed for " 171.31.1.21" > Why is this error message? > > For what sshd needs DNS? If the DNS is unavailable I can't > log into my computer. How can I resolve this problem, so I > can still login if the DNS is not available? > > > Thanks, > Peter > > _______________________________________________ > 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 20 01:51:03 2004 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 18BB016A4CE for ; Mon, 20 Dec 2004 01:51:03 +0000 (GMT) Received: from marvin.muc.de (marvin.muc.de [193.149.48.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 0782343D2F for ; Mon, 20 Dec 2004 01:51:02 +0000 (GMT) (envelope-from mod-submit@uni-berlin.de) Received: (qmail 93144 invoked by alias); 20 Dec 2004 01:51:00 -0000 Delivered-To: mods-muc-lists-freebsd-stable@moderators.muc.de Received: (qmail 93137 invoked from network); 20 Dec 2004 01:51:00 -0000 Received: from mail.fu-berlin.de (130.133.1.2) by marvin.muc.de with SMTP; 20 Dec 2004 01:51:00 -0000 Received: by Mail.FU-Berlin.DE (Exim 4.42) from curry.zedat.fu-berlin.de ([160.45.10.36]) for muc-lists-freebsd-stable@moderators.muc.de with esmtp id <1CgChP-000L4E-Q0>; Mon, 20 Dec 2004 02:50:59 +0100 Received: by Curry.ZEDAT.FU-Berlin.DE (Smail3.2.0.98) from news.uni-berlin.de with bsmtp id ; Mon, 20 Dec 2004 02:50:59 +0100 (MET) To: muc-lists-freebsd-stable@moderators.muc.de Path: individual.net!not-for-mail From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= Newsgroups: mpc.lists.freebsd.stable,muc.lists.freebsd.stable Date: Mon, 20 Dec 2004 02:51:02 +0100 Lines: 6 Message-ID: <32mpg3F3lpnvqU1@individual.net> References: <20041220032421.O14226@unix.local> <41C62577.3080402@mukappabeta.de> <20041220042519.O19737@unix.local> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Orig-X-Trace: individual.net 38E0oRmZqKqK6opy7vOQHQX7yFFiWXSA32OvUXeHrZjWk795jXp9L7soiA User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en In-Reply-To: <20041220042519.O19737@unix.local> X-Mailman-Approved-At: Mon, 20 Dec 2004 13:07:30 +0000 Subject: Re: [5.3-STABLE] netstat doesn't show tcp sockets 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, 20 Dec 2004 01:51:03 -0000 It works fine for me. My world and kernel were compiled with "CPUTYPE?=p3" and "CFLAGS= -O -pipe". FreeBSD 5.3-STABLE #0: Sat Dec 11 18:24:44 CET 2004 Björn From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 15:10:59 2004 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 5D32E16A4CE for ; Mon, 20 Dec 2004 15:10:59 +0000 (GMT) Received: from relay.newchem.ru (platan.newchem.ru [81.3.149.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F1AF43D53 for ; Mon, 20 Dec 2004 15:10:58 +0000 (GMT) (envelope-from a@newchem.ru) Received: from 127.0.0.1 ([192.168.204.4]) by relay.newchem.ru (8.13.1/8.13.1) with ESMTP id iBKFAu2g071474 for ; Mon, 20 Dec 2004 18:10:56 +0300 (MSK) (envelope-from a@newchem.ru) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.29.0.5; VDF 6.29.0.23 (host: nbh-gw.newchem.ru) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 61553, updated: 20.12.2004] Date: Mon, 20 Dec 2004 18:10:56 +0300 From: a person X-Mailer: The Bat! (v1.62q) Personal X-Priority: 3 (Normal) Message-ID: <1668118093.20041220181056@newchem.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ppp filtering troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: a person List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 15:10:59 -0000 Hello freebsd-stable, I wish the server, dialing out periodically, throws a connection out only if it has no activities over the SMTP and SSH sessions more then 3 minutes (and 3 minutes minimum for connection duration time). I have in ppp.conf: isp: set timeout 180 180 Adding the next rulse to isp: section: set filter alive 0 permit 0 MYADDR tcp dst eq 25 set filter alive 1 permit MYADDR 0 tcp src eq 25 set filter alive 2 permit MYADDR 0 tcp dst eq 25 set filter alive 3 permit 0 MYADDR tcp src eq 25 set filter alive 12 permit 0 MYADDR tcp dst eq 22 set filter alive 13 permit MYADDR 0 tcp src eq 22 despite of this rules connections cuts out over the 3 minutes. What is the best way to reset timers only for 22 and 25 ports? 4.10-STABLE. -- Thanks in advance, Illia Baidakov. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 17:35:30 2004 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 0CE0F16A4CE; Mon, 20 Dec 2004 17:35:29 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AA2043D39; Mon, 20 Dec 2004 17:35:27 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-223.de.inter.net ([213.73.76.223] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CgRRN-0005kk-00; Mon, 20 Dec 2004 18:35:25 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iBKHZOR6001063; Mon, 20 Dec 2004 18:35:24 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iBKHZOBP001062; Mon, 20 Dec 2004 18:35:24 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-stable@freebsd.org Date: Mon, 20 Dec 2004 18:35:23 +0100 User-Agent: KMail/1.7.1 References: <41C48A6F.7000203@barnabas.dk> <200412191050.52445.msch@snafu.de> <20041219230407.GA932@sauron.barnabas.dk> In-Reply-To: <20041219230407.GA932@sauron.barnabas.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412201835.23863.msch@snafu.de> cc: Nikolaj Hansen Subject: Re: FreeBSD 5.3 and vinum upgrade #2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 17:35:30 -0000 Am Montag, 20. Dezember 2004 00:04 schrieb Nikolaj Hansen: > [...] The whole problem is, I cannot > mount any thing without doing it this way. The reason for this is, as > you pointed out , that my disk setup is different than the norm: > > $ sudo bsdlabel da1s1 > Password: > # /dev/da1s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 512000 0 4.2BSD 2048 16384 32008 > b: 1228535 512000 swap > c: 17767827 0 unused 0 0 # "raw" part... > h: 16027292 1740535 vinum > > Both sides of the mirror are made like this. This disk setup seems to me perfectly legal. Your vinum-partition has an offset of 1740535 which is != 0, that's all that I meant. > Of cause I _really_ want to keep the data on the disks. Is there an > easy way to fix the disks for geom_vinum compability, or do they need > to be rebuilt from the ground up? I don't know any hints any more, sorry. I send a pointer to le@freebsd.org, which is the creator of geom_vinum, because he follows -current and not -stable AFAIK. -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 21:04:12 2004 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 3DEC716A4CE for ; Mon, 20 Dec 2004 21:04:12 +0000 (GMT) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81EE743D39 for ; Mon, 20 Dec 2004 21:04:11 +0000 (GMT) (envelope-from kap@ibkap.de) Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CgUhO-0005K2-00; Mon, 20 Dec 2004 22:04:10 +0100 Received: from [80.140.20.78] (helo=[192.168.122.254]) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CgUhO-0000DN-00; Mon, 20 Dec 2004 22:04:10 +0100 Message-ID: <41C73E49.1060304@ibkap.de> Date: Mon, 20 Dec 2004 22:04:09 +0100 From: "Klaus W. Kapeller" Organization: Ingenieurbuero Kapeller - UNIX Datentechnik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) 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: FreeBSD-4.11: will SATA be supported? 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, 20 Dec 2004 21:04:12 -0000 man page ata(4) for FreeBSD-4.10-stable announces support for 'SerialATA disk drives' and some SATA controllers, e.g. the SiI 3112 and 3114. Hence I am looking for theese features in 4.11. A first test using FreeBSD-4.11 RC1 from the mininstall CD did not recognize SiL controllers 3112 and 3114. Will SATA be supported in FreeBSD-4.11 ? Klaus Kapeller Ingenieurbuero Kapeller - UNIX Datentechnik From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 21:13:26 2004 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 DFDF616A4CE; Mon, 20 Dec 2004 21:13:26 +0000 (GMT) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D00643D48; Mon, 20 Dec 2004 21:13:26 +0000 (GMT) (envelope-from nunotex@freeshell.org) Received: from nunotex.local ([82.154.33.8]) (authenticated (0 bits)) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id iBKLDg7i011969; Mon, 20 Dec 2004 21:13:43 GMT Received: by nunotex.local (Postfix, from userid 1001) id 039A74563; Mon, 20 Dec 2004 21:13:08 +0000 (WET) Date: Mon, 20 Dec 2004 21:13:08 +0000 From: Nuno Teixeira To: freebsd-stable@freebsd.org Message-ID: <20041220211308.GA730@nunotex.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.3-STABLE User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org Subject: sound blaster ISA 64 Gold and ACPI problem solved on 5-STABLE? 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, 20 Dec 2004 21:13:27 -0000 Hello to all, I've tryed to use an old SB AWE ISA Gold on FreeBSD 5.2.1 without success because it have problems with ACPI enabled. This sound card only works with ACPI disabled. I'd like to know if anyone knows if it works ok on 5-STABLE without problem with ACPI. I remember having this problem with OSS and FreeBSD native driver. Thanks, Nuno Teixeira -- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 21:16:53 2004 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 CDF8D16A4CE for ; Mon, 20 Dec 2004 21:16:53 +0000 (GMT) Received: from mxsf03.cluster1.charter.net (mxsf03.cluster1.charter.net [209.225.28.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 775D743D53 for ; Mon, 20 Dec 2004 21:16:53 +0000 (GMT) (envelope-from bobself@charter.net) Received: from mxip11.cluster1.charter.net (mxip11a.cluster1.charter.net [209.225.28.141])iBKLGqxM009187 for ; Mon, 20 Dec 2004 16:16:52 -0500 Received: from res-24-177-224-065.spa.sc.charter.com (HELO [192.168.1.102]) (24.177.224.65) by mxip11.cluster1.charter.net with ESMTP; 20 Dec 2004 16:16:52 -0500 X-Ironport-AV: i="3.88,76,1102309200"; d="scan'208"; a="677678202:sNHT13162748" Received: from 127.0.0.1 (AVG SMTP 7.0.289 [265.5.4]); Mon, 20 Dec 2004 16:16:51 -0500 Message-ID: <41C74143.30303@charter.net> Date: Mon, 20 Dec 2004 16:16:51 -0500 From: bob User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Subject: php5.0.3_1 doesn't run after 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: Mon, 20 Dec 2004 21:16:54 -0000 I am running 4.10 stable. I upgraded to php5.0.3_1 by: cvsup portsdb -Uu pkgdb -vuf portupgrade -v php5-session portupgrade -v php5-mysql ... portupgrade -v php5 PHP Warning: PHP Startup: Unable to load dynamic library /usr/local/lib/php/20041030/session.so I get the same messages for the 12 modules that I updated. In /usr/local/lib/php I have: drwxr-xr-x 2 root wheel 1536 Dec 20 13:58 20040412 drwxr-xr-x 2 root wheel 512 Dec 20 14:00 build drwxr-xr-x 3 root wheel 512 Sep 15 10:31 pear Now much of php doesn't work. How do you fix this? What did I do wrong to cause this to happen? Jim -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.5.4 - Release Date: 12/15/2004 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 21:36:03 2004 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 53D2116A4CE for ; Mon, 20 Dec 2004 21:36:03 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 1072543D39 for ; Mon, 20 Dec 2004 21:36:03 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.189.26 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 20 Dec 2004 21:36:02 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id F375F62FC; Mon, 20 Dec 2004 15:36:01 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06779-16; Mon, 20 Dec 2004 15:36:00 -0600 (CST) Received: from 192.168.1.11 (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 65989614E; Mon, 20 Dec 2004 15:36:00 -0600 (CST) Received: from 192.168.1.50 (SquirrelMail authenticated user noackjr); by 192.168.1.11 with HTTP; Mon, 20 Dec 2004 15:36:00 -0600 (CST) Message-ID: <1495.192.168.1.50.1103578560.squirrel@192.168.1.50> In-Reply-To: <41C74143.30303@charter.net> References: <41C74143.30303@charter.net> Date: Mon, 20 Dec 2004 15:36:00 -0600 (CST) From: "Jon Noack" To: "bob" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: php5.0.3_1 doesn't run after update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 21:36:03 -0000 bob wrote: > > I am running 4.10 stable. > > I upgraded to php5.0.3_1 by: > > cvsup > portsdb -Uu > pkgdb -vuf > portupgrade -v php5-session > portupgrade -v php5-mysql > ... > portupgrade -v php5 > > PHP Warning: PHP Startup: Unable to load dynamic library > /usr/local/lib/php/20041030/session.so > > I get the same messages for the 12 modules that I updated. > > In /usr/local/lib/php I have: > > drwxr-xr-x 2 root wheel 1536 Dec 20 13:58 20040412 > drwxr-xr-x 2 root wheel 512 Dec 20 14:00 build > drwxr-xr-x 3 root wheel 512 Sep 15 10:31 pear > > Now much of php doesn't work. How do you fix this? > > What did I do wrong to cause this to happen? Rebuild all of your extensions ("portupgrade -f "). The most recent update of the php5 port changed the extension directory. This probably deserves an entry in UPDATING. Also, any reason you don't use "portupgrade -a"? Jon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 21:45:49 2004 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 43D6B16A4D1 for ; Mon, 20 Dec 2004 21:45:49 +0000 (GMT) Received: from mxsf20.cluster1.charter.net (mxsf20.cluster1.charter.net [209.225.28.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A8C43D4C for ; Mon, 20 Dec 2004 21:45:48 +0000 (GMT) (envelope-from bobself@charter.net) Received: from mxip01.cluster1.charter.net (mxip01a.cluster1.charter.net [209.225.28.131])iBKLjlXt015510 for ; Mon, 20 Dec 2004 16:45:47 -0500 Received: from res-24-177-224-065.spa.sc.charter.com (HELO [192.168.1.102]) (24.177.224.65) by mxip01.cluster1.charter.net with ESMTP; 20 Dec 2004 16:45:48 -0500 X-Ironport-AV: i="3.88,76,1102309200"; d="scan'208"; a="472043310:sNHT44484796" Received: from 127.0.0.1 (AVG SMTP 7.0.289 [265.5.4]); Mon, 20 Dec 2004 16:45:46 -0500 Message-ID: <41C7480A.9090302@charter.net> Date: Mon, 20 Dec 2004 16:45:46 -0500 From: bob User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en To: noackjr@alumni.rice.edu References: <41C74143.30303@charter.net> <1495.192.168.1.50.1103578560.squirrel@192.168.1.50> In-Reply-To: <1495.192.168.1.50.1103578560.squirrel@192.168.1.50> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: php5.0.3_1 doesn't run after 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: Mon, 20 Dec 2004 21:45:49 -0000 Jon Noack wrote: >bob wrote: > > >>I am running 4.10 stable. >> >>I upgraded to php5.0.3_1 by: >> >>cvsup >>portsdb -Uu >>pkgdb -vuf >>portupgrade -v php5-session >>portupgrade -v php5-mysql >>... >>portupgrade -v php5 >> >>PHP Warning: PHP Startup: Unable to load dynamic library >>/usr/local/lib/php/20041030/session.so >> >>I get the same messages for the 12 modules that I updated. >> >>In /usr/local/lib/php I have: >> >>drwxr-xr-x 2 root wheel 1536 Dec 20 13:58 20040412 >>drwxr-xr-x 2 root wheel 512 Dec 20 14:00 build >>drwxr-xr-x 3 root wheel 512 Sep 15 10:31 pear >> >>Now much of php doesn't work. How do you fix this? >> >>What did I do wrong to cause this to happen? >> >> > >Rebuild all of your extensions ("portupgrade -f "). The most recent >update of the php5 port changed the extension directory. This probably >deserves an entry in UPDATING. > >Also, any reason you don't use "portupgrade -a"? > >Jon > >_______________________________________________ >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" > > > > I didn't want to update some things that I no longer use (thunderbird, eg). I've started running a web server on this machine and I don't care about x-windows things now. I'm not sure if my thinking is correct on this. It seemed a little less risky. Should I run "portupgrade -f php5" before or after php5-extensions and/or php5-session, etc? Here's what portversion -v says: php5-5.0.3_1 = up-to-date with port php5-extensions-1.0 = up-to-date with port php5-gd-5.0.3_1 = up-to-date with port php5-mysql-5.0.3_1 = up-to-date with port php5-pcre-5.0.3_1 = up-to-date with port php5-pear-5.0.3_1 = up-to-date with port php5-session-5.0.3_1 = up-to-date with port php5-xml-5.0.3_1 = up-to-date with port php5-zlib-5.0.3_1 = up-to-date with port If it's just a problem with the extensions directory, can I change the pointer to point to the right directory? Do you know where that is? Bob -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.5.4 - Release Date: 12/15/2004 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 22:05:27 2004 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 0DEDB16A4CE for ; Mon, 20 Dec 2004 22:05:27 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-155-73-249.jan.bellsouth.net [68.155.73.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BD5443D69 for ; Mon, 20 Dec 2004 22:05:26 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 9305A210E5; Mon, 20 Dec 2004 16:05:24 -0600 (CST) Date: Mon, 20 Dec 2004 16:05:24 -0600 From: "Matthew D. Fuller" To: bob Message-ID: <20041220220523.GB32388@over-yonder.net> References: <41C74143.30303@charter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41C74143.30303@charter.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: freebsd-stable@freebsd.org Subject: Re: php5.0.3_1 doesn't run after 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: Mon, 20 Dec 2004 22:05:27 -0000 On Mon, Dec 20, 2004 at 04:16:51PM -0500 I heard the voice of bob, and lo! it spake thus: > > I am running 4.10 stable. > > I upgraded to php5.0.3_1 by: > > cvsup > portsdb -Uu > pkgdb -vuf > portupgrade -v php5-session > portupgrade -v php5-mysql > ... > portupgrade -v php5 you need to update the base (php5) /before/ you update any of the extensions (php5-*), since all you're doing is building them against the old version right before you replace it. I always find it easiest to just do it all at once with something like "portupgrade php5\*", and let it handle the ordering. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 22:31:11 2004 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 A9B7716A53C for ; Mon, 20 Dec 2004 22:31:10 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 5A64743D39 for ; Mon, 20 Dec 2004 22:31:10 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.189.26 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 20 Dec 2004 22:31:10 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 4973D62FC; Mon, 20 Dec 2004 16:31:09 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07017-14; Mon, 20 Dec 2004 16:31:07 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 90D1D614E; Mon, 20 Dec 2004 16:31:07 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id iBKMV7IW019605; Mon, 20 Dec 2004 16:31:07 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <41C752AB.9050204@alumni.rice.edu> Date: Mon, 20 Dec 2004 16:31:07 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bob References: <41C74143.30303@charter.net> <1495.192.168.1.50.1103578560.squirrel@192.168.1.50> <41C7480A.9090302@charter.net> In-Reply-To: <41C7480A.9090302@charter.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: php5.0.3_1 doesn't run after update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 22:31:11 -0000 On 12/20/04 15:45, bob wrote: > Jon Noack wrote: >> bob wrote: >>> I am running 4.10 stable. >>> >>> I upgraded to php5.0.3_1 by: >>> >>> cvsup >>> portsdb -Uu >>> pkgdb -vuf >>> portupgrade -v php5-session >>> portupgrade -v php5-mysql >>> ... >>> portupgrade -v php5 >>> >>> PHP Warning: PHP Startup: Unable to load dynamic library >>> /usr/local/lib/php/20041030/session.so >>> >>> I get the same messages for the 12 modules that I updated. >>> >>> In /usr/local/lib/php I have: >>> >>> drwxr-xr-x 2 root wheel 1536 Dec 20 13:58 20040412 >>> drwxr-xr-x 2 root wheel 512 Dec 20 14:00 build >>> drwxr-xr-x 3 root wheel 512 Sep 15 10:31 pear >>> >>> Now much of php doesn't work. How do you fix this? >>> >>> What did I do wrong to cause this to happen? >> >> Rebuild all of your extensions ("portupgrade -f "). The most >> recent update of the php5 port changed the extension directory. >> This probably deserves an entry in UPDATING. >> >> Also, any reason you don't use "portupgrade -a"? > > I didn't want to update some things that I no longer use (thunderbird, > eg). I've started running a web server on this machine and I don't care > about x-windows things now. I'm not sure if my thinking is correct on > this. It seemed a little less risky. Everything on the machine should be kept up-to-date. If you don't plan on using using it, you should pkg_deinstall it ("less is more" when it comes to security). Just leaving old versions sitting around is a security nightmare. Plus, running "portupgrade -a" is so much easier... > Should I run "portupgrade -f php5" before or after php5-extensions > and/or php5-session, etc? Here's what portversion -v says: > > ... Answered in another response by Matthew Fuller. > If it's just a problem with the extensions directory, can I change the > pointer to point to the right directory? Do you know where that is? The pointer is specified in /usr/local/etc/php.ini. Setting "extension_dir" to "/usr/local/lib/php/20040412/" should make php find the extensions again, but no guarantees on whether it will work -- there had to be a reason to bump the date. In any case, rebuilding your extensions is the long-term solution. Jon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 20 22:58:34 2004 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 3456E16A4CE; Mon, 20 Dec 2004 22:58:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9849A43D39; Mon, 20 Dec 2004 22:58:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iBKLvNug005833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 20 Dec 2004 13:57:26 -0800 Message-ID: <41C74AC3.6080204@root.org> Date: Mon, 20 Dec 2004 13:57:23 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nuno Teixeira References: <20041220211308.GA730@nunotex.local> In-Reply-To: <20041220211308.GA730@nunotex.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: sound blaster ISA 64 Gold and ACPI problem solved on 5-STABLE? 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, 20 Dec 2004 22:58:34 -0000 Nuno Teixeira wrote: > Hello to all, > > I've tryed to use an old SB AWE ISA Gold on FreeBSD 5.2.1 without > success because it have problems with ACPI enabled. This sound card only > works with ACPI disabled. > > I'd like to know if anyone knows if it works ok on 5-STABLE without > problem with ACPI. I remember having this problem with OSS and FreeBSD > native driver. I don't know. You can get a CD ISO from snapshots.jp.freebsd.org and test yourself. We did fix some irq routing problems between 5.2.1 and 5.3. -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 00:56:15 2004 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 464F016A4CE; Tue, 21 Dec 2004 00:56:15 +0000 (GMT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A0B43D46; Tue, 21 Dec 2004 00:56:14 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id JAA13717; Tue, 21 Dec 2004 09:56:08 +0900 (JST) Message-Id: <200412210056.JAA13717@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: nu@nunotex.freeshell.org In-reply-to: Your message of "Mon, 20 Dec 2004 13:57:23 PST." <41C74AC3.6080204@root.org> Date: Tue, 21 Dec 2004 09:56:08 +0900 From: Takanori Watanabe cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org cc: Nate Lawson Subject: Re: sound blaster ISA 64 Gold and ACPI problem solved on 5-STABLE? 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, 21 Dec 2004 00:56:15 -0000 In message <41C74AC3.6080204@root.org>, Nate Lawson wrote: >Nuno Teixeira wrote: >> Hello to all, >> >> I've tryed to use an old SB AWE ISA Gold on FreeBSD 5.2.1 without >> success because it have problems with ACPI enabled. This sound card only >> works with ACPI disabled. >> >> I'd like to know if anyone knows if it works ok on 5-STABLE without >> problem with ACPI. I remember having this problem with OSS and FreeBSD >> native driver. > >I don't know. You can get a CD ISO from snapshots.jp.freebsd.org and >test yourself. We did fix some irq routing problems between 5.2.1 and 5.3. All I can tell is there is fix for a problem in sys/dev/sound/isa/sbc.c on ACPI between RELENG_5_2_BP(1.38) and RELENG_5_3_BP(1.42.2.1 Merged from 1.43). From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 03:41:54 2004 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 DBECD16A4CE for ; Tue, 21 Dec 2004 03:41:53 +0000 (GMT) Received: from web4.thecenturiongroup.com (fw14.delivery.com [67.102.42.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0475B43D2F for ; Tue, 21 Dec 2004 03:41:53 +0000 (GMT) (envelope-from mjm@michaelmeltzer.com) Received: from [127.0.0.1] (ix1x1000.thecenturiongroup.com [192.32.248.52]) by web4.thecenturiongroup.com (Postfix) with ESMTP id B55267C006 for ; Mon, 20 Dec 2004 22:39:10 -0500 (EST) Message-ID: <41C79A33.9000909@michaelmeltzer.com> Date: Mon, 20 Dec 2004 22:36:19 -0500 From: Michael Meltzer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) 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: twa driver, 3ware 9500s-4lp, speed issue 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, 21 Dec 2004 03:41:54 -0000 I have a 3ware 9500s-4lp controller with 4 10,000rpm raptors hooked up to it. 0+1 configuration. AMD dual 64 bit processor. This Hardware setup had Sese 9.1 running on it for a few days, One on the issues I had was that the controller seemed "slow". After reading 3ware white paper for turning for 2.6, the issue seemed to be buffer read ahead, i.e. blockdev -setra 16384 /dev/sda was needed for any type of read speed. Some quick benchmark under Bonnie++ Sequential read speeds from the mid 40's to 105meg/sec and had the write remained around 98 meg/sec. Now the Problem. loaded 5.3 , cvsup'ed and built for freebsd 5.3 stable, same hardware, the controller is feeling "slow" again. I tried to play with the vfs prams (vfs.read_max after some googling around). I could not find much information(other than the handbook) about the vfs prams and was unable to increase the speed. Can Any one sheed some light, subjections? insight, Gratefull for any help. Her is a iozone report pretty close to the linux bonnie++(sorry the bonnie failed) to give you all an idea whats up. exect same hardware. only change was OS and filesystem. Thank You MJM PS. I posted this to current, but stable might be a better place for this. iozone -s 20480m -r 60 -i 0 -i 1 -t 1 Iozone: Performance Test of File I/O Version $Revision: 3.196 $ Compiled for 64 bit mode. Build: freebsd Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Jean-Marc Zucconi, Jeff Blomberg. Run began: Mon Dec 20 21:03:36 2004 File size set to 20971520 KB Record Size 60 KB Command line used: iozone -s 20480m -r 60 -i 0 -i 1 -t 1 Output is in Kbytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. Throughput test with 1 process Each process writes a 20971520 Kbyte file in 60 Kbyte records Children see throughput for 1 initial writers = 78738.67 KB/sec Parent sees throughput for 1 initial writers = 78716.55 KB/sec Min throughput per process = 78738.67 KB/sec Max throughput per process = 78738.67 KB/sec Avg throughput per process = 78738.67 KB/sec Min xfer = 20971500.00 KB Children see throughput for 1 rewriters = 32126.46 KB/sec Parent sees throughput for 1 rewriters = 32125.77 KB/sec Min throughput per process = 32126.46 KB/sec Max throughput per process = 32126.46 KB/sec Avg throughput per process = 32126.46 KB/sec Min xfer = 20971500.00 KB Children see throughput for 1 readers = 58563.70 KB/sec Parent sees throughput for 1 readers = 58557.14 KB/sec Min throughput per process = 58563.70 KB/sec Max throughput per process = 58563.70 KB/sec Avg throughput per process = 58563.70 KB/sec Min xfer = 20971500.00 KB Children see throughput for 1 re-readers = 58583.77 KB/sec Parent sees throughput for 1 re-readers = 58581.98 KB/sec Min throughput per process = 58583.77 KB/sec Max throughput per process = 58583.77 KB/sec Avg throughput per process = 58583.77 KB/sec Min xfer = 20971500.00 KB iozone test complete. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 05:58:01 2004 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 528F916A4CE for ; Tue, 21 Dec 2004 05:58:01 +0000 (GMT) Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB5E543D31 for ; Tue, 21 Dec 2004 05:58:00 +0000 (GMT) (envelope-from rlb@subako.org) Received: from suna.subako.org (h-67-100-223-253.sttnwaho.covad.net [67.100.223.253]) by smtp2.pacifier.net (Postfix) with ESMTP id C8EB57649B for ; Mon, 20 Dec 2004 21:57:59 -0800 (PST) Received: from suna.subako.org (localhost.subako.org [127.0.0.1]) by suna.subako.org (8.13.1/8.13.1) with ESMTP id iBL5vwAv026693; Mon, 20 Dec 2004 21:57:59 -0800 (PST) (envelope-from beeman@suna.subako.org) Received: (from beeman@localhost) by suna.subako.org (8.13.1/8.13.1/Submit) id iBL5vwNB026690; Mon, 20 Dec 2004 21:57:58 -0800 (PST) (envelope-from beeman) Date: Mon, 20 Dec 2004 21:57:58 -0800 (PST) Message-Id: <200412210557.iBL5vwNB026690@suna.subako.org> From: "Roger L. Beeman" To: freebsd-stable@FreeBSD.org In-reply-to: <200412022323.iB2NN4rV097050@suna.subako.org> (message from Roger L. Beeman on Thu, 2 Dec 2004 15:23:04 -0800 (PST)) Subject: Re: 5.3 Loader Too Fragile 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, 21 Dec 2004 05:58:01 -0000 I have done the binary search for the origin of the "desupport" of my 440LX dual CPU DEC Personal Workstation Station 333i+ with no IDE devices; CD and HD are SCSI on 2940U2W controller. Can someone explain how a module that is not built into my custom kernel can have the effect of blowing the loader into a "I can't keep track of squat" fit? Roger L. Beeman ==> Here is the logfile of the cvsup from tag=. date=2004.08.16.15.20.00 to tag=. date=2004.08.16.15.25.00 Updating collection src-all/cvs Edit src/sys/modules/cbb/Makefile Add delta 1.9 2004.08.16.15.23.10 imp Add delta 1.10 2004.08.16.15.24.03 imp ==> Here is my kernel config file # # Iyaki -- Custom kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco nfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check f irst # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413 2004/08/11 01:34:18 rwats on Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU options CPU_DISABLE_SSE ident Iyaki # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for de vices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debu g symbols options SCHED_ULE # ULE scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates suppo rt options UFS_ACL # Support for access control li sts options UFS_DIRHASH # Improve performance on big di rectories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFS CLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=2000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in d ebug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in d ebug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current #options KDB # Enable kernel debugger suppor t. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of intern al structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadl ocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlock s for speed # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices #device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives #options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx de vices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + t hose of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6 [23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapt ers #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI acces s) device ses # SCSI Environmental Services (and SAF- TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES fo r options #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CA M) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethern et Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 8 2558) #device pcn # AMD Am79C97x PCI 10/100 (precedence o ver 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/Si S 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Et hernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone' ') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 c ards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NIC s. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wirele ss NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus a nd da device ums # Mouse #device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus an d da) #device fwe # Ethernet over FireWire (non-standard!) ==> Here is the output from the serial port from the sucessful boot after upgrading to tag=. date=2004.08.16.15.20.00 [after sucessful upgrade including installkernel, less fancy graphics] Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 509kB/130048kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@iyaki.subako.org, Sat Dec 18 12:24:06 PST 2004) Loading /boot/defaults/loader.conf boot/kernel/kernel text=0x244858 data=0x2fd80+0x312c0 syms=[0x4+0x37e60 Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserve d. FreeBSD 5.2-CURRENT #0: Sat Dec 18 15:16:07 PST 2004 root@iyaki.subako.org:/usr/obj/usr/src/sys/Iyaki Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (333.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x650 Stepping = 0 Features=0x183fbff real memory = 134217728 (128 MB) avail memory = 125870080 (120 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on mothe rboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf4000000-0xf7ff ffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 7.1 (no driver attached) uhci0: port 0xece0-0xecff irq 11 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered piix0: port 0x9000-0x900f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 ahc0: port 0xe800-0xe8ff mem 0xfedff 000-0xfedfffff irq 9 at device 11.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs pcib2: at device 13.0 on pci0 pci2: on pcib2 dc0: port 0x7c00-0x7c7f mem 0xfbfff800-0xfbf ff87f irq 10 at device 7.0 on pci2 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, auto dc0: Ethernet address: 00:00:f8:7a:6c:af dc0: [GIANT-LOCKED] fxp0: port 0x7cc0-0x7cff mem 0xfbe00000- 0xfbefffff,0xfbffe000-0xfbffefff irq 9 at device 8.0 on pci2 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:40:fe:3a fxp0: [GIANT-LOCKED] pcib3: at device 14.0 on pci0 pci3: on pcib3 cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xcd800-0xcefff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0 x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on is a0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) psmcpnp0: irq resource info is missing; assuming irq 12 unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 10.000 msec Waiting 2 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queuein g Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) SMP: AP CPU #1 Launched! cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Mounting root from ufs:/dev/da0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/da0s1b as swap device Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 121615 free (1231 frags, 15048 blocks, 0.8% fragmen tation) /dev/da0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1h: clean, 769359 free (31 frags, 96166 blocks, 0.0% fragmenta tion) /dev/da0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1g: clean, 538085 free (21 frags, 67258 blocks, 0.0% fragmenta tion) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 148643 free (27 frags, 18577 blocks, 0.0% fragmenta tion) /dev/da0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1f: clean, 1430630 free (11990 frags, 177330 blocks, 0.6% frag mentation) /dev/da0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1d: clean, 148158 free (78 frags, 18510 blocks, 0.1% fragmenta tion) Setting hostname: iyaki.subako.org. dc0: flags=8843 mtu 1500 options=8 inet 67.100.223.250 netmask 0xfffffff8 broadcast 67.100.223.255 ether 00:00:f8:7a:6c:af media: Ethernet autoselect (none) status: no carrier fxp0: flags=8843 mtu 1500 options=8 inet 171.68.158.244 netmask 0xfffffff0 broadcast 171.68.158.255 ether 00:d0:b7:40:fe:3a media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 67.100.223.249 Additional routing options:. Starting devd. Mounting NFS file systems:. Starting syslogd. Dec 18 16:20:02 iyaki syslogd: kernel boot file is /boot/kernel/kernel ==> Here is the output from the serial port from the failed boot after upgrading from tag=. date=2004.08.16.15.20.00 to tag=. date=2004.08.16.15.25.00 [boot of new kernel after buildkernel, couldn't boot to run installkernel] /^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^ H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H| ^H/^H-^H\^H|^H/^H-^H\^H|^HConsole: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 509kB/130048kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@iyaki.subako.org, Sat Dec 18 12:24:06 PST 2004) |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^ H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\ ^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^HLoading /boot/defaults/loader.conf |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H |^H/^H-^H\^H/boot/kernel/kernel text=0x244858 |^H/^H-^H\^H|^H/^H-^H\^H|^ H/^H-^H ==> Here is the screen from the failed boot after upgrading from tag=. date=2004.08.16.15.20.00 to tag=. date=2004.08.16.15.25.00 /boot.config: -h BTX loader 1.00 BTX version is 1.01 Console: internal video/keyboard BIOS drive A: is disk0 BIOS drive B: is disk1 BIOS 509kB/130048kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@iyaki.subako.org, Sat Dec 18 12:24:06 PST 2004) Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: panic: free: guard1 gail @ 0x4f7dc from /usr/src/sys/boot/i386/loader/../../common/module.c:957 --> Press a key on the console to reboot <-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 07:54:32 2004 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 6465A16A4CE for ; Tue, 21 Dec 2004 07:54:32 +0000 (GMT) Received: from mailout.zetnet.co.uk (mailout.zetnet.co.uk [194.247.47.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCB5D43D2D for ; Tue, 21 Dec 2004 07:54:31 +0000 (GMT) (envelope-from frank@esperance-linux.co.uk) Received: from irwell.zetnet.co.uk ([194.247.47.48] helo=zetnet.co.uk) by mailout.zetnet.co.uk with esmtp (Exim 3.36 #1 (Debian)) id 1Cgeqk-0007Mi-00 for ; Tue, 21 Dec 2004 07:54:30 +0000 Received: from esperance.zetnet.co.uk (bts-0077.dialup.zetnet.co.uk [194.247.48.77])iBL7sSaW018246 for ; Tue, 21 Dec 2004 07:54:29 GMT Received: (qmail 68613 invoked by uid 1001); 21 Dec 2004 07:53:21 -0000 From: "Frank Shute" Date: Tue, 21 Dec 2004 07:53:21 +0000 To: a person Message-ID: <20041221075321.GA68572@peach.veggie.com> Mail-Followup-To: a person , freebsd-stable@freebsd.org References: <1668118093.20041220181056@newchem.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <1668118093.20041220181056@newchem.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-PRERELEASE i386 X-Organisation: 'Esperance Linux' cc: freebsd-stable@freebsd.org Subject: Re: ppp filtering troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Shute List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 07:54:32 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 20, 2004 at 06:10:56PM +0300, a person wrote: > > Hello freebsd-stable, Hi Illia, >=20 > I wish the server, dialing out periodically, throws a connection > out only if it has no activities over the SMTP and SSH sessions more > then 3 minutes (and 3 minutes minimum for connection duration time). I'm afraid I can't parse the above sentence :( >=20 > I have in ppp.conf: > isp: > set timeout 180 180 >=20 > Adding the next rulse to isp: section: > set filter alive 0 permit 0 MYADDR tcp dst eq 25 > set filter alive 1 permit MYADDR 0 tcp src eq 25 > set filter alive 2 permit MYADDR 0 tcp dst eq 25 > set filter alive 3 permit 0 MYADDR tcp src eq 25 > set filter alive 12 permit 0 MYADDR tcp dst eq 22 > set filter alive 13 permit MYADDR 0 tcp src eq 22 > despite of this rules connections cuts out over the 3 minutes. >=20 > What is the best way to reset timers only for 22 and 25 ports? > 4.10-STABLE. ppp(8) (4.11-PRERELEASE): #--> A filter definition has the following syntax: set filter name rule-no action [!] [[host] src_addr[/width] [dst_addr[/width]]] [proto [src cmp port] [dst cmp port] [estab] [syn] [finrst] [timeout secs]] #--< ie. in your filter rules you've set the port but not the timeout. If no timeout is set for each filter rule then they will default to the timeout given by "set timeout" or 180s if it's not set. I'm not sure what you're doing but an alternative might be to a call a script from ppp.linkup which adds or deletes firewall rules after a sleep(1) >=20 > --=20 > Thanks in advance, Illia Baidakov. >=20 HTH. --=20 Frank=20 //-------------------------------------------------------------------------= // echo "f r a n k @ e s p e r a n c e - l i n u x . c o . u k" | sed -e 's/ /= /g' //------------------------ PGP keyID: 0x10BD6F4 ---------------------------= // --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQA/AwUBQcfWb7yGwlIQvW9LEQKj6gCeK/7xtuJ9xvxvlnDVMNDF8LPSHx4AniXC UTfk9o6QXuC0gVGJ1NICM9Eq =YV6n -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 09:48:37 2004 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 430E916A4CE for ; Tue, 21 Dec 2004 09:48:37 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77FF543D45 for ; Tue, 21 Dec 2004 09:48:36 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1Cggd9-0006a5-9Y for freebsd-stable@freebsd.org; Tue, 21 Dec 2004 10:48:35 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1Cggd9-0006a0-4U for freebsd-stable@freebsd.org; Tue, 21 Dec 2004 10:48:35 +0100 From: Michael Riexinger To: freebsd-stable@freebsd.org Date: Tue, 21 Dec 2004 10:49:29 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200412211049.29386.michael.riexinger@de.clara.net> Subject: 'vmpfw' state 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, 21 Dec 2004 09:48:37 -0000 Hi,=20 i have a imap server with cyrus running under FreeBSD 5.3-RELEASE. There=20 are around 25000 mailboxes (around 30gb small mails). When starting=20 cyrus, the lmtpd is in vmpfw state for around 15 minutes and consumes=20 very much cpu and memory. When using truss, i see a lseek loop. What=20 exactly is the vmpfw state and how can i accelerate that thing? Mit herzlichen Gr=FCssen aus Frankfurt am Main, Michael Riexinger systems engineer =2D-=20 claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 11:17:29 2004 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 BB41D16A4CE for ; Tue, 21 Dec 2004 11:17:29 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4816B43D3F for ; Tue, 21 Dec 2004 11:17:29 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.32; FreeBSD) id 1Cgi14-000LSg-73; Tue, 21 Dec 2004 11:17:22 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.42 (FreeBSD)) id 1Cgi14-000Bav-2Q; Tue, 21 Dec 2004 11:17:22 +0000 To: brett@lariat.org, colin.percival@wadham.ox.ac.uk In-Reply-To: <6.2.0.14.2.20041219181710.062cde10@localhost> Message-Id: From: Pete French Date: Tue, 21 Dec 2004 11:17:22 +0000 cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 21 Dec 2004 11:17:29 -0000 > I'd really like to see support for the AMD64 architecture become rock solid, > too, because 64 bit Athlons are starting to sell at great prices. Sadly I went back to running i386 on my AMD64's - not because of problems with FreeBSD, but because of problems with ports. It seems that theres a lot of code out there assuming sizeof(int) = sizeof(long). Which is a shame (and also depresses me after living through identical problems with the 16->32 switch. You might have thought people would heave learnt) -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 12:48:57 2004 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 A61FC16A4CE for ; Tue, 21 Dec 2004 12:48:57 +0000 (GMT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A3F143D5C for ; Tue, 21 Dec 2004 12:48:57 +0000 (GMT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.13.1/8.13.1) with ESMTP id iBLCmqKf000456 for ; Tue, 21 Dec 2004 07:48:56 -0500 (EST) (envelope-from bryan@kishka.net) Date: Tue, 21 Dec 2004 07:48:52 -0500 (EST) From: Bryan Liesner To: freebsd-stable@freebsd.org Message-ID: <20041221074432.P451@gravy.kishka.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ACPI Errors 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, 21 Dec 2004 12:48:57 -0000 After the latest import of ACPI sources, I get a load of these at boot time: ACPI-0252: *** Error: No object was returned from [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc162a7c0), AE_NOT_EXIST I never had any real issues with ACPI before, aside from my power button not working for a short period of time while 5.0 was -current. Thanks From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 14:56:19 2004 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 ED20216A4CE for ; Tue, 21 Dec 2004 14:56:19 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D40F643D1D for ; Tue, 21 Dec 2004 14:56:18 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.11.1) with ESMTP id iBLEuHXb005292 for ; Tue, 21 Dec 2004 15:56:17 +0100 (CET) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <778D449A-5360-11D9-9BBA-000A95C893E4@lassitu.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Stefan Bethke Date: Tue, 21 Dec 2004 15:56:17 +0100 X-Mailer: Apple Mail (2.619) Subject: 5-stable build fails in sysinstall 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, 21 Dec 2004 14:56:20 -0000 this is a day-old RELENG_5 cc -O -pipe -march=pentium4 -DUSE_GZIP=1 -I/majestix/data/00/build/src/usr.sbin/sysinstall/../../gnu/lib/ libdialog -I. -c makedevs.c makedevs.c:4: error: syntax error before ',' token makedevs.c:81: error: syntax error before ',' token makedevs.c:84: error: syntax error before ',' token *** Error code 1 Stop in /majestix/data/00/build/src/usr.sbin/sysinstall. *** Error code 1 Unsurprisingly, makedevs.c is broken: #include const char termcap_ansi[] = { ,0}; const char termcap_cons25w[] = { 99,111,110,115,50,53,119,124,97,110,115,105,119,124,97,110,115,105,56,48 , rtermcap produces no output for "ansi": # /majestix/data/00/build/obj/majestix/data/00/build/src/usr.sbin/ sysinstall/rtermcap ansi but does work for "cons25": # /majestix/data/00/build/obj/majestix/data/00/build/src/usr.sbin/ sysinstall/rtermcap cons25 cons25|ansis|ansi80x25: ac=l\332m\300k\277j\331u\264t\303v\301w\302q\304x\263... /etc/termcap has an entry for ansi, and so does the one in /usr/obj. Ansy ideas? -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 15:14:38 2004 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 3304916A4CE for ; Tue, 21 Dec 2004 15:14:38 +0000 (GMT) Received: from relay.newchem.ru (platan.newchem.ru [81.3.149.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C8443D48 for ; Tue, 21 Dec 2004 15:14:35 +0000 (GMT) (envelope-from a@newchem.ru) Received: from 127.0.0.1 ([192.168.204.4]) by relay.newchem.ru (8.13.1/8.13.1) with ESMTP id iBLFEJf9085502; Tue, 21 Dec 2004 18:14:19 +0300 (MSK) (envelope-from a@newchem.ru) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.29.0.5; VDF 6.29.0.25 (host: nbh-gw.newchem.ru) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 61634, updated: 21.12.2004] Date: Tue, 21 Dec 2004 18:14:19 +0300 From: a person X-Mailer: The Bat! (v1.62q) Personal X-Priority: 3 (Normal) Message-ID: <639007768.20041221181419@newchem.ru> To: Frank Shute In-Reply-To: <20041221075321.GA68572@peach.veggie.com> References: <1668118093.20041220181056@newchem.ru> <20041221075321.GA68572@peach.veggie.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re[2]: ppp filtering troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: a person List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 15:14:38 -0000 Hello Frank, Tuesday, December 21, 2004, 10:53:21 AM, you wrote: >> I have in ppp.conf: >> isp: >> set timeout 180 180 >> >> Adding the next rulse to isp: section: >> set filter alive 0 permit 0 MYADDR tcp dst eq 25 >> set filter alive 1 permit MYADDR 0 tcp src eq 25 >> set filter alive 2 permit MYADDR 0 tcp dst eq 25 >> set filter alive 3 permit 0 MYADDR tcp src eq 25 >> set filter alive 12 permit 0 MYADDR tcp dst eq 22 >> set filter alive 13 permit MYADDR 0 tcp src eq 22 >> despite of this rules connections cuts out over the 3 minutes. >> >> What is the best way to reset timers only for 22 and 25 ports? >> 4.10-STABLE. FS> ppp(8) (4.11-PRERELEASE): #-->> FS> A filter definition has the following syntax: FS> set filter name rule-no action [!] [[host] src_addr[/width] FS> [dst_addr[/width]]] [proto [src cmp port] [dst cmp port] [estab] FS> [syn] [finrst] [timeout secs]] FS> #--< FS> ie. in your filter rules you've set the port but not the timeout. If FS> no timeout is set for each filter rule then they will default to the FS> timeout given by "set timeout" or 180s if it's not set. FS> I'm not sure what you're doing but an alternative might be to a call a FS> script from ppp.linkup which adds or deletes firewall rules after a FS> sleep(1) What am I doing is that I wish to clear timeouts which the "set timeout" command sets. As I've understood a using of "MYADDR" keyword prevents a correct "set filter" rules processing by the "alive" filter when the ones are invoked from the "ppp.conf" file. So I've relocated the "set filter alive/dail" rules to the "ppp.linkup" file. It's over. Thanks. Best regards, Illia. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 15:19:19 2004 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 EB02916A4CE for ; Tue, 21 Dec 2004 15:19:19 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BCF43D4C for ; Tue, 21 Dec 2004 15:19:18 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBLFJF1I074134; Tue, 21 Dec 2004 17:19:15 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 57351-08; Tue, 21 Dec 2004 17:19:14 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBLFJDRK074131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Dec 2004 17:19:14 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBLFJKBC016329; Tue, 21 Dec 2004 17:19:20 +0200 (EET) (envelope-from ru) Date: Tue, 21 Dec 2004 17:19:20 +0200 From: Ruslan Ermilov To: Stefan Bethke Message-ID: <20041221151919.GA16116@ip.net.ua> References: <778D449A-5360-11D9-9BBA-000A95C893E4@lassitu.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <778D449A-5360-11D9-9BBA-000A95C893E4@lassitu.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@FreeBSD.org Subject: Re: 5-stable build fails in sysinstall 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, 21 Dec 2004 15:19:20 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 21, 2004 at 03:56:17PM +0100, Stefan Bethke wrote: > this is a day-old RELENG_5 >=20 > cc -O -pipe -march=3Dpentium4 -DUSE_GZIP=3D1 =20 > -I/majestix/data/00/build/src/usr.sbin/sysinstall/../../gnu/lib/=20 > libdialog -I. -c makedevs.c > makedevs.c:4: error: syntax error before ',' token > makedevs.c:81: error: syntax error before ',' token > makedevs.c:84: error: syntax error before ',' token > *** Error code 1 >=20 > Stop in /majestix/data/00/build/src/usr.sbin/sysinstall. > *** Error code 1 >=20 >=20 > Unsurprisingly, makedevs.c is broken: >=20 > #include > const char termcap_ansi[] =3D { >=20 > ,0}; > const char termcap_cons25w[] =3D { > 99,111,110,115,50,53,119,124,97,110,115,105,119,124,97,110,115,105,56,48= =20 > , >=20 >=20 > rtermcap produces no output for "ansi": > # =20 > /majestix/data/00/build/obj/majestix/data/00/build/src/usr.sbin/=20 > sysinstall/rtermcap ansi >=20 > but does work for "cons25": > # =20 > /majestix/data/00/build/obj/majestix/data/00/build/src/usr.sbin/=20 > sysinstall/rtermcap cons25 > cons25|ansis|ansi80x25:=20 > ac=3Dl\332m\300k\277j\331u\264t\303v\301w\302q\304x\263... >=20 > /etc/termcap has an entry for ansi, and so does the one in /usr/obj. >=20 During buildworld, the "rtermcap" tool will use /usr/share/misc/termcap as its termcap database (if not told otherwise through the TERMCAP environment variable). Make sure /usr/share/misc/termcap really has the entry for "ansi" through "grep -w ansi /usr/share/misc/termcap". Also make sure that /usr/share/misc/termcap.db is not damaged. That was a long-standing bug in the build process anyway -- we should *not* be using the installed version of the termcap database when building. Now it's fixed (as of sysinstall/Makefile,v 1.133). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByD73qRfpzJluFF4RAp6OAJsH9brQhoYfiihcDmYaHdzj5+h1wQCfdsA8 5VcERfqCQDYcBprpQdmb/jw= =csWq -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 15:33:54 2004 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 F0DD216A4CE; Tue, 21 Dec 2004 15:33:54 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B2743D2D; Tue, 21 Dec 2004 15:33:54 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.11.1) with ESMTP id iBLFXqrv006018; Tue, 21 Dec 2004 16:33:52 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20041221151919.GA16116@ip.net.ua> References: <778D449A-5360-11D9-9BBA-000A95C893E4@lassitu.de> <20041221151919.GA16116@ip.net.ua> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 21 Dec 2004 16:33:52 +0100 To: Ruslan Ermilov X-Mailer: Apple Mail (2.619) cc: freebsd-stable@FreeBSD.org Subject: Re: 5-stable build fails in sysinstall 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, 21 Dec 2004 15:33:55 -0000 Am 21.12.2004 um 16:19 schrieb Ruslan Ermilov: > Make sure /usr/share/misc/termcap really has > the entry for "ansi" through "grep -w ansi /usr/share/misc/termcap". > Also make sure that /usr/share/misc/termcap.db is not damaged. Looks like rebuilding termcap.db fixed the problem: majestix-emg:/usr/share/misc# ls -l ter* -r--r--r-- 1 root wheel 204798 Dec 20 18:31 termcap -r--r--r-- 1 root wheel 625672192 Dec 20 18:32 termcap.db majestix-emg:/usr/share/misc# grep -w ansi termcap ... ansi|any ansi terminal with pessimistic assumptions:\ ... majestix-emg:/usr/share/misc# cap_mkdb termcap majestix-emg:/usr/share/misc# ls -l term* -r--r--r-- 1 root wheel 204798 Dec 20 18:31 termcap -r--r--r-- 1 root wheel 1310720 Dec 21 16:31 termcap.db Thanks for the quick response! Cheers, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 16:37:58 2004 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 09DB616A4CE for ; Tue, 21 Dec 2004 16:37:58 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8567043D3F for ; Tue, 21 Dec 2004 16:37:55 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 24656217B6 for ; Tue, 21 Dec 2004 11:37:54 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 21 Dec 2004 11:37:53 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.619) Subject: Re: Dell PE800 NIC not recognized 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, 21 Dec 2004 16:37:58 -0000 On Dec 16, 2004, at 4:32 PM, Vivek Khera wrote: > I just took delivery of a Dell PE800 tower server. I installed > 5.3-RELEASE amd64 on it, but it is not finding any ethernet device > (there is one built into the mobo). > > According to the Dell PE800 spec sheet > (http://www.dell.com/downloads/global/products/pedge/en/800_specs.pdf) > it is a "Single embedded Broadcom 5721 Gigabit Ethernet controller". > For the archives, I just wanted to follow up to say that as of December 17, 2004, 5-STABLE recognizes this chipset just fine. Seems to be working great. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 18:00:57 2004 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 6E31216A4CE for ; Tue, 21 Dec 2004 18:00:57 +0000 (GMT) Received: from sauron.barnabas.dk (62.79.48.207.adsl.abc.tiscali.dk [62.79.48.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 213FC43D1F for ; Tue, 21 Dec 2004 18:00:56 +0000 (GMT) (envelope-from 260773NikHan@barnabas.dk) Received: by sauron.barnabas.dk (Postfix, from userid 1001) id E11604B63; Tue, 21 Dec 2004 19:00:53 +0100 (CET) Date: Tue, 21 Dec 2004 19:00:53 +0100 From: Nikolaj Hansen To: freebsd-stable@freebsd.org Message-ID: <20041221180053.GA27653@sauron.barnabas.dk> References: <41C48A6F.7000203@barnabas.dk> <200412191050.52445.msch@snafu.de> <20041219230407.GA932@sauron.barnabas.dk> <200412201835.23863.msch@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412201835.23863.msch@snafu.de> User-Agent: Mutt/1.4.2.1i Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 21 Dec 2004 18:00:57 -0000 On Mon, Dec 20, 2004 at 06:35:23PM +0100, Matthias Schuendehuette wrote: > Am Montag, 20. Dezember 2004 00:04 schrieb Nikolaj Hansen: > This disk setup seems to me perfectly legal. Your vinum-partition has an > offset of 1740535 which is != 0, that's all that I meant. > OK, Thats a relief. I also could not find anything immediately wrong with the partitioning. > > I don't know any hints any more, sorry. I send a pointer to > le@freebsd.org, which is the creator of geom_vinum, because he follows > -current and not -stable AFAIK. > I think the creation of geom_vinum.ko kernel object with the new features is a very good idea. I also do not think it belongs in the stable branch just yet :-D Any hope of you fixing the old vinum in the 5.3 branch or is it a wait for the 5.4? -- With regards / med venlig hilsen Nikolaj Hansen Algade 15, 2 tv 9000 Aalborg Danmark "Even on the highest throne in the world, we are seated, still, upon our arses." - Montaigne From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 18:28:35 2004 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 914FF16A4CE; Tue, 21 Dec 2004 18:28:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 729A543D46; Tue, 21 Dec 2004 18:28:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6315672DD4; Tue, 21 Dec 2004 10:28:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6056E72DCB; Tue, 21 Dec 2004 10:28:35 -0800 (PST) Date: Tue, 21 Dec 2004 10:28:35 -0800 (PST) From: Doug White To: "Mr. Darren" In-Reply-To: <20041220065922.35072.qmail@web40702.mail.yahoo.com> Message-ID: <20041221102340.O75632@carver.gumbysoft.com> References: <20041220065922.35072.qmail@web40702.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: pci dma 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: Tue, 21 Dec 2004 18:28:35 -0000 On Sun, 19 Dec 2004, Mr. Darren wrote: > I have a diamond mx400 and I get the following error > Maestro: DMA buffer beyond 256MB (busaddr 0x1ed50000 > size 81920) > Couldn't allocate Maestro memory This string doesn't appear in the FreeBSD maestro driver, at least in HEAD. What is the output of 'ident /boot/kernel/snd_maestro.ko', 'ident /boot/kernel/snd_maestro.ko', and 'uname -a'? > I am informed on some linux sites that this problem is > related to having more than 250megs of ram. they > claimed the problem was fixed by manually setting a > dma.. I'm not sure how to do this in freebsd. According the commit logs the necessary adjustments to busdma were made to the maestro3 driver months ago. What sound driver does the Diamond use? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 18:28:35 2004 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 B2F3416A4CF for ; Tue, 21 Dec 2004 18:28:35 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFB243D45 for ; Tue, 21 Dec 2004 18:28:34 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id iBLISJDm529488; Tue, 21 Dec 2004 19:28:21 +0100 Date: Tue, 21 Dec 2004 19:28:19 +0100 (CET) From: Lukas Ertl To: Matthias Schuendehuette In-Reply-To: <200412201835.23863.msch@snafu.de> Message-ID: <20041221192637.S653@korben.prv.univie.ac.at> References: <41C48A6F.7000203@barnabas.dk> <200412191050.52445.msch@snafu.de> <20041219230407.GA932@sauron.barnabas.dk> <200412201835.23863.msch@snafu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4248; Body=3 Fuz1=3 Fuz2=3 cc: Nikolaj Hansen cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 21 Dec 2004 18:28:35 -0000 On Mon, 20 Dec 2004, Matthias Schuendehuette wrote: > Am Montag, 20. Dezember 2004 00:04 schrieb Nikolaj Hansen: >> [...] The whole problem is, I cannot >> mount any thing without doing it this way. The reason for this is, as >> you pointed out , that my disk setup is different than the norm: >> >> $ sudo bsdlabel da1s1 >> Password: >> # /dev/da1s1: >> 8 partitions: >> # size offset fstype [fsize bsize bps/cpg] >> a: 512000 0 4.2BSD 2048 16384 32008 >> b: 1228535 512000 swap >> c: 17767827 0 unused 0 0 # "raw" part... >> h: 16027292 1740535 vinum >> >> Both sides of the mirror are made like this. > > This disk setup seems to me perfectly legal. Your vinum-partition has an > offset of 1740535 which is != 0, that's all that I meant. Yes, this looks quite ok. But I'm still not sure what is actually happening. Can you please describe me again what the configuration looks like after you have the problem (gvinum printconfig)? Do you run the latest -STABLE? thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 18:42:56 2004 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 1CE5416A4F5 for ; Tue, 21 Dec 2004 18:42:55 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259E443D2D for ; Tue, 21 Dec 2004 18:42:55 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-90-129.roa.east.verizon.net [151.199.90.129]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iBLIgmc1097539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Dec 2004 13:42:49 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id iBLIggRY070110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Dec 2004 13:42:43 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id iBLIgfxm070108; Tue, 21 Dec 2004 13:42:41 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Nikolaj Hansen In-Reply-To: <20041221180053.GA27653@sauron.barnabas.dk> References: <41C48A6F.7000203@barnabas.dk> <200412191050.52445.msch@snafu.de> <20041219230407.GA932@sauron.barnabas.dk> <200412201835.23863.msch@snafu.de> <20041221180053.GA27653@sauron.barnabas.dk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 21 Dec 2004 13:42:40 -0500 Message-Id: <1103654560.93140.49.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 21 Dec 2004 18:42:56 -0000 On Tue, 2004-12-21 at 19:00 +0100, Nikolaj Hansen wrote: > I also do not think it belongs in the stable branch just yet :-D Any hope > of you fixing the old vinum in the 5.3 branch or is it a wait for the 5.4? AFAIK, the old vinum will *never* be "fixed" in the 5.3 branch or any subsequent branch, so don't hold your breath for 5.4. The fact that it wasn't being fully GEOM-ified (and hence was dying from neglect in 5.x) was the whole reason for Lukas to embark on geom_vinum. Geom_vinum *is* vinum for all intents and purposes, from this point on. The alternative to not having geom_vinum in the stable branch would be not to have vinum support at all. Cheers, Paul. PS: If you're unhappy with geom_vinum stability and performance, and you're using it mainly to do software RAID 1 (as opposed to using it for its LVM features), you might consider using geom_mirror instead. I converted one of my root-on-geom_vinum mirrored systems over to a bootable geom_mirror. (I did it in-place, too.) Right now, geom_mirror will load-balance reads across disks, whereas geom_vinum does not, which is something in geom_mirror's favour. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 18:44:15 2004 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 0E47A16A4CE for ; Tue, 21 Dec 2004 18:44:15 +0000 (GMT) Received: from lariat.org (lariat.org [63.229.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FBB143D54 for ; Tue, 21 Dec 2004 18:44:13 +0000 (GMT) (envelope-from brett@lariat.org) Received: from runaround.lariat.org (IDENT:ppp1000.lariat.org@lariat.org [63.229.157.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id LAA20872; Tue, 21 Dec 2004 11:43:55 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.0.14.2.20041221114103.053aa0b8@localhost> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Tue, 21 Dec 2004 11:43:53 -0700 To: Pete French , colin.percival@wadham.ox.ac.uk From: Brett Glass In-Reply-To: References: <6.2.0.14.2.20041219181710.062cde10@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 21 Dec 2004 18:44:15 -0000 It's the C language. While it's claimed to be "portable," it really doesn't address integer size and endianism well enough. Oddly enough, even FORTRAN did a better job. You could declare a variable to be INTEGER*4 and that would be that, regardless of architecture. Which ports were causing you headaches? --Brett At 04:17 AM 12/21/2004, Pete French wrote: >> I'd really like to see support for the AMD64 architecture become rock solid, >> too, because 64 bit Athlons are starting to sell at great prices. > >Sadly I went back to running i386 on my AMD64's - not because of problems >with FreeBSD, but because of problems with ports. It seems that theres a lot >of code out there assuming sizeof(int) = sizeof(long). Which is a shame (and >also depresses me after living through identical problems with the 16->32 >switch. You might have thought people would heave learnt) > >-pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 18:59:17 2004 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 CBCAF16A4CE for ; Tue, 21 Dec 2004 18:59:17 +0000 (GMT) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE7E643D5E for ; Tue, 21 Dec 2004 18:59:16 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBLIxEgo006939 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 22 Dec 2004 05:59:15 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBLIxExP003756; Wed, 22 Dec 2004 05:59:14 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBLIxEBS003755; Wed, 22 Dec 2004 05:59:14 +1100 (EST) (envelope-from pjeremy) Date: Wed, 22 Dec 2004 05:59:14 +1100 From: Peter Jeremy To: Pete French Message-ID: <20041221185914.GL79646@cirb503493.alcatel.com.au> References: <6.2.0.14.2.20041219181710.062cde10@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 21 Dec 2004 18:59:17 -0000 On Tue, 2004-Dec-21 11:17:22 +0000, Pete French wrote: >> I'd really like to see support for the AMD64 architecture become rock solid, >> too, because 64 bit Athlons are starting to sell at great prices. > >Sadly I went back to running i386 on my AMD64's - not because of problems >with FreeBSD, but because of problems with ports. It seems that theres a lot >of code out there assuming sizeof(int) = sizeof(long). Which is a shame (and >also depresses me after living through identical problems with the 16->32 >switch. You might have thought people would heave learnt) One of the benefits of the AMD64 is supposed to the its ability to run a mix of 32-bit and 64-bit applications. I recall this being a major problem when I first started working on DEC Alpha's about 6 years ago but haven't noticed it as much recently. (Though one project I'm working on started life on PDP-11's and whilst it's been ported to ILP32, does not like I32LP64). One problem is that Unix first became popular (outside academia) with the advent of the 32-bit workstations and then took off with the rise of Linux on 32-bit i386. Lots of Unix code has never seen an environment were sizeof(int) == sizeof(long) == sizeof(void *) isn't true. Hopefully things will improve in the future. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 19:08:52 2004 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 1D83D16A4CE for ; Tue, 21 Dec 2004 19:08:52 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72C143D48 for ; Tue, 21 Dec 2004 19:08:51 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.32; FreeBSD) id 1CgpNK-0005rp-92; Tue, 21 Dec 2004 19:08:50 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.42 (FreeBSD)) id 1CgpNK-000D1Y-0Z; Tue, 21 Dec 2004 19:08:50 +0000 To: brett@lariat.org, colin.percival@wadham.ox.ac.uk, petefrench@ticketswitch.com In-Reply-To: <6.2.0.14.2.20041221114103.053aa0b8@localhost> Message-Id: From: Pete French Date: Tue, 21 Dec 2004 19:08:50 +0000 cc: stable@freebsd.org Subject: Re: Will there be a 5.3.1? 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, 21 Dec 2004 19:08:52 -0000 > It's the C language. While it's claimed to be "portable," it really doesn't > address integer size and endianism well enough. All the more reason to be careful you might have thought :-) Mind you, trying to explain to students why 'long x = 65535;' set x equal to -1 always made me feel like I was trying to appologise for the indefensible! > Which ports were causing you headaches? Unfortunately I really can't remember off the top of my head. I didn't spend too long on it - it was probably amongst some of the stuff GNUstep needs to work with, as the aim of setting the box up was to try and clean up any 32/64 issues there. I intended to go back to it properly and work out exactly what was going wrong at some point, but have not yet had the time. Sorry, not very helpful I know :-( -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 19:29:27 2004 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 8815D16A4CE for ; Tue, 21 Dec 2004 19:29:27 +0000 (GMT) Received: from av1-2-sn1.fre.skanova.net (av1-2-sn1.fre.skanova.net [81.228.11.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DDCD43D41 for ; Tue, 21 Dec 2004 19:29:26 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av1-2-sn1.fre.skanova.net (Postfix, from userid 502) id B3F1137FAC; Tue, 21 Dec 2004 20:29:25 +0100 (CET) Received: from smtp2-2-sn2.hy.skanova.net (smtp2-2-sn2.hy.skanova.net [81.228.8.178]) by av1-2-sn1.fre.skanova.net (Postfix) with ESMTP id A43D237F66 for ; Tue, 21 Dec 2004 20:29:25 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-2-sn2.hy.skanova.net (Postfix) with SMTP id 5801437E4E for ; Tue, 21 Dec 2004 20:29:25 +0100 (CET) Received: (qmail 27670 invoked by uid 1001); 21 Dec 2004 19:29:24 -0000 Date: Tue, 21 Dec 2004 20:29:24 +0100 From: Erik Trulsson To: Pete French Message-ID: <20041221192924.GA27658@falcon.midgard.homeip.net> Mail-Followup-To: Pete French , brett@lariat.org, colin.percival@wadham.ox.ac.uk, stable@freebsd.org References: <6.2.0.14.2.20041221114103.053aa0b8@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: brett@lariat.org cc: stable@freebsd.org cc: colin.percival@wadham.ox.ac.uk Subject: Re: Will there be a 5.3.1? 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, 21 Dec 2004 19:29:27 -0000 On Tue, Dec 21, 2004 at 07:08:50PM +0000, Pete French wrote: > > It's the C language. While it's claimed to be "portable," it really doesn't > > address integer size and endianism well enough. > > All the more reason to be careful you might have thought :-) Mind you, > trying to explain to students why 'long x = 65535;' set x equal to -1 > always made me feel like I was trying to appologise for the indefensible! Buggy compilers are indefensible, yes, but why try to apologise for it? 'long x = 65535;' will not set x to -1, even with 16-bit ints. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 20:53:49 2004 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 795EC16A4CE for ; Tue, 21 Dec 2004 20:53:49 +0000 (GMT) Received: from smtp13.wxs.nl (smtp13.wxs.nl [195.121.6.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A96743D2F for ; Tue, 21 Dec 2004 20:53:49 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210])2004))freebsd-stable@freebsd.org; Tue, 21 Dec 2004 21:53:48 +0100 (CET) Received: (qmail 23384 invoked from network); Tue, 21 Dec 2004 20:53:46 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Tue, 21 Dec 2004 20:53:46 +0000 Received: (qmail 815 invoked from network); Tue, 21 Dec 2004 20:53:29 +0000 Received: from localhost (HELO smtp.local) (127.0.0.1) by localhost with SMTP; Tue, 21 Dec 2004 20:53:29 +0000 Date: Tue, 21 Dec 2004 21:53:27 +0100 From: Ronald Klop In-reply-to: <200412211049.29386.michael.riexinger@de.clara.net> To: Michael Riexinger , freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54u1 (FreeBSD, build 892) References: <200412211049.29386.michael.riexinger@de.clara.net> Subject: Re: 'vmpfw' state 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, 21 Dec 2004 20:53:49 -0000 On Tue, 21 Dec 2004 10:49:29 +0100, Michael Riexinger wrote: > Hi, > > i have a imap server with cyrus running under FreeBSD 5.3-RELEASE. There > are around 25000 mailboxes (around 30gb small mails). When starting > cyrus, the lmtpd is in vmpfw state for around 15 minutes and consumes > very much cpu and memory. When using truss, i see a lseek loop. What > exactly is the vmpfw state and how can i accelerate that thing? I did this in /usr/src. grep -r --mmap vmpfw * sys/vm/vm_fault.c: if (!vm_page_sleep_if_busy(fs.m, TRUE, "vmpfw")) Just above this line is a comment explaining what is happening here in a technical way. I think your imap server is mapping all files in memory which can take quite long if your memory isn't 30GB. Do you have more info about your system? Memory/CPU/NFS?/local disk? Are the mailboxes in mbox format or Maildir? Searching in google on 'vmpfw' gives nfs issues with it while using pine on a nfs mounted mail folder. (results from 1999 about older versions freebsd) Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 21:16:03 2004 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 F338F16A4CE for ; Tue, 21 Dec 2004 21:16:02 +0000 (GMT) Received: from callisto.voip.ee (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9467043D1F for ; Tue, 21 Dec 2004 21:16:01 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [127.0.0.1] (localhost [127.0.0.1]) by callisto.voip.ee (Postfix) with ESMTP id A234C82C0; Tue, 21 Dec 2004 23:15:57 +0200 (EET) Message-ID: <41C8928C.5030500@oberon.pfi.lt> Date: Tue, 21 Dec 2004 23:15:56 +0200 From: Android Andrew User-Agent: Mozilla Thunderbird 1.0 (X11/20041210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pertti Kosunen References: <41C20342.4020002@oberon.pfi.lt> <41C441C2.5080706@pp.nic.fi> In-Reply-To: <41C441C2.5080706@pp.nic.fi> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: Problem with Intel(R) PRO/1000 card initialization 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, 21 Dec 2004 21:16:03 -0000 Thank you for idea, but it didn't solve problem. /var/log/messages: ... Dec 21 22:08:51 zahrouer kernel: em0: port 0xa400-0xa43f mem 0xe2000000-0xe201ffff irq 5 at device 5.0 on pci2 Dec 21 22:08:51 zahrouer kernel: em_set_mac_type Dec 21 22:08:51 zahrouer kernel: em_init_eeprom_params Dec 21 22:08:51 zahrouer kernel: em_reset_hw Dec 21 22:08:51 zahrouer kernel: Masking off all interrupts Dec 21 22:08:51 zahrouer kernel: Dec 21 22:08:51 zahrouer kernel: Issuing a global reset to MAC Dec 21 22:08:51 zahrouer kernel: Dec 21 22:08:51 zahrouer kernel: Masking off all interrupts Dec 21 22:08:51 zahrouer kernel: Dec 21 22:08:51 zahrouer kernel: em_validate_eeprom_checksum Dec 21 22:08:51 zahrouer kernel: em_read_eeprom Dec 21 22:08:51 zahrouer kernel: em_acquire_eeprom Dec 21 22:08:51 zahrouer kernel: em_release_eeprom ... Pertti Kosunen wrote: > > > How about also disabling ACPI from /boot/device.hints? > > (hint.acpi.0.disabled="1") > > > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 21 22:44:28 2004 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 484CE16A4CE for ; Tue, 21 Dec 2004 22:44:28 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC1B43D39 for ; Tue, 21 Dec 2004 22:44:27 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBLMfPDR062076; Tue, 21 Dec 2004 17:41:25 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBLMfPSR062073; Tue, 21 Dec 2004 22:41:25 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 21 Dec 2004 22:41:25 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Tom Dymond In-Reply-To: <51722.83.146.61.204.1102776812.squirrel@j2.kmem.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.3-R : jail 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: Tue, 21 Dec 2004 22:44:28 -0000 On Sat, 11 Dec 2004, Tom Dymond wrote: > I'm having a serious problem with jails on my 5.3-RELEASE machine. When > I stop a jail using '/etc/rc.d jail stop ' the jail stops but > jls still shows it running. > > I have tried fstat, lsof, nothing is running in this jail, yet if there > is a reason why jls says it is running, how can i kill it ? > > I thought it could be related to time but it's been 1 hour now since the > jail has been stopped. Jails are reference counted objects, generally referenced from process credentials. Process credentials are in turn reference counted objects, generally referenced by threads, processes, file descriptors, sockets, network protocol control blocks, mountpoints, and a couple of other misc bits and pieces (such as the accounting code). Jails are garbage collected when the last process credential reference to the jail is released, which generally occurs because the last process credential refering to the jail is also released. A straggling jail is almost always a sign of one of two things: - A long-lived object persisting beyond the death of the last process in a jail. For example, a TCP connection in the TIME_WAIT state. - A credential reference count leak. While the second is not impossible (such as the bug mentioned in the PRs you reference), it's more likely to be the first. Could you check "netstat -na" for references to the jail, especially in TCP connections? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > ruby# ps aux | grep J > root 46737 0.0 0.2 1472 808 p3 S+ 12:37PM 0:00.01 grep J > > ruby# killall -j 9 > No matching processes were found > > ruby# lsof | grep jail > ruby# > > ruby# jls > JID IP Address Hostname Path > 9 10.0.0.17 green.vps.kmem.org > /usr/local/jails/green.vps.kmem.org > > > ruby# sysctl -a -o | grep jail > security.jail.set_hostname_allowed: 0 > security.jail.socket_unixiproute_only: 1 > security.jail.sysvipc_allowed: 0 > security.jail.getfsstatroot_only: 1 > security.jail.allow_raw_sockets: 1 > security.jail.list: Format:S Length:1292 > Dump:0x01000000090000002f7573722f6c6f63... > security.jail.jailed: 0 > > ------------------------------------- > > kernel : > ruby# uname -a > FreeBSD ruby.london.kmem.org 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Tue Nov > 16 12:08:02 GMT 2004 > tom@ruby.london.kmem.org:/usr/obj/usr/src/sys/EPIA i386 > > My kernel and world are in sync. > > > I have looked on google and found the Following PR's that describes my > problem but it is said to have been resolved. Guess not for me though :( > > http://www.freebsd.org/cgi/query-pr.cgi?pr=65442 > http://www.freebsd.org/cgi/query-pr.cgi?pr=54163 > > My version of tcp_subr.c: > > ruby# grep "FreeBSD" /sys/netinet/tcp_subr.c > * $FreeBSD: src/sys/netinet/tcp_subr.c,v 1.201.2.1.2.1 2004/10/21 > 09:30:47 rwatson Exp $ > > If there is any data/information missing here, please let me know and i > will provide it. > > > Thanks > > Tom > > > _______________________________________________ > 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 21 22:46:20 2004 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 44A7E16A4CF for ; Tue, 21 Dec 2004 22:46:20 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0771B43D3F for ; Tue, 21 Dec 2004 22:46:19 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id DC50885670; Wed, 22 Dec 2004 09:16:16 +1030 (CST) Date: Wed, 22 Dec 2004 09:16:16 +1030 From: Greg 'groggy' Lehey To: Paul Mather Message-ID: <20041221224616.GP53357@wantadilla.lemis.com> References: <41C48A6F.7000203@barnabas.dk> <200412191050.52445.msch@snafu.de> <20041219230407.GA932@sauron.barnabas.dk> <200412201835.23863.msch@snafu.de> <20041221180053.GA27653@sauron.barnabas.dk> <1103654560.93140.49.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9+VnUxDxRuy97YQ+" Content-Disposition: inline In-Reply-To: <1103654560.93140.49.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@freebsd.org cc: Nikolaj Hansen Subject: Re: FreeBSD 5.3 and vinum upgrade #2 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, 21 Dec 2004 22:46:20 -0000 --9+VnUxDxRuy97YQ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 21 December 2004 at 13:42:40 -0500, Paul Mather wrote: > On Tue, 2004-12-21 at 19:00 +0100, Nikolaj Hansen wrote: > >> I also do not think it belongs in the stable branch just yet :-D Any hope >> of you fixing the old vinum in the 5.3 branch or is it a wait for the 5.4? > > AFAIK, the old vinum will *never* be "fixed" in the 5.3 branch or any > subsequent branch, so don't hold your breath for 5.4. The fact that it > wasn't being fully GEOM-ified (and hence was dying from neglect in 5.x) > was the whole reason for Lukas to embark on geom_vinum. Well, actually the original intention was that Lukas would geomify Vinum. I think it was a mistake to start again. We now have an old, out of date version of Vinum, and a new, incomplete version gvinum. Greg -- See complete headers for address and phone numbers. --9+VnUxDxRuy97YQ+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByKe4IubykFB6QiMRAtTOAJ9sE9vXp5hGiR8FhjZljZB+Xny+HwCeI+9N b8wO0SnIOBw2GhA3Cf3XoMY= =2b/q -----END PGP SIGNATURE----- --9+VnUxDxRuy97YQ+-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 00:05:05 2004 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 1F98516A4CE; Wed, 22 Dec 2004 00:05:05 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF66843D1D; Wed, 22 Dec 2004 00:05:04 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBM022Hg063387; Tue, 21 Dec 2004 19:02:02 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBM01p6F063382; Wed, 22 Dec 2004 00:02:02 GMT (envelope-from robert@fledge.watson.org) Date: Wed, 22 Dec 2004 00:01:51 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joe Kelsey In-Reply-To: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: arch@freebsd.org cc: stable@freebsd.org cc: hackers@freebsd.org cc: current@freebsd.org Subject: Re: Fixing Posix semaphores 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, 22 Dec 2004 00:05:05 -0000 On Mon, 13 Dec 2004, Joe Kelsey wrote: > I have a desire to fix posix semaphores in at least 5.3. The current > implementation doesn't actually follow the "spirit" of the standard, > even though it technically qualifies in a somewhat degraded sense. I > refer to the fact that the current implementation treats posix > semaphores as completely contained inside the kernel and essentially > divorced from the filesystem. The true "spirit" of the standard places > the semaphores directly in the file system, similar to named pipes. > However the current implementation treats the supplied "name" as a > 14-character identifier, required to begin with a slash and contain no > other slashes. Pretty weak. > > Well, in order to fix this, we need to add file system code and come up > with a new type. I currently have some time to spend on something like > this and am willing to put in whatever effort it takes. Does anyone > want to add their own ideas or requirements? >From my perspective, the biggest win here is that it would permit different name spaces to trivially exist using multiple mountpoints of a "semfs". This would make it easy to allow applications in different jails to use identical names without colliding. FWIW, my only experience with POSIX semaphores on a system other than FreeBSD is on Darwin, where a similar model is used to that on FreeBSD: a flat kernel-maintained name space is present. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 00:55:05 2004 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 B9E3216A4CF for ; Wed, 22 Dec 2004 00:55:05 +0000 (GMT) Received: from msr65.hinet.net (msr65.hinet.net [168.95.4.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C9DC43D3F for ; Wed, 22 Dec 2004 00:55:05 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.0.128] (61-229-2-147.dynamic.hinet.net [61.229.2.147]) by msr65.hinet.net (8.9.3/8.9.3) with ESMTP id IAA22231 for ; Wed, 22 Dec 2004 08:55:03 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch.com To: stable@freebsd.org Date: Wed, 22 Dec 2004 08:55:07 +0800 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412220855.07654.distro.watch@msa.hinet.net> Subject: PHP vulnerability and portupgrade 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, 22 Dec 2004 00:55:05 -0000 Hello, Due to the recently discovered vulnerability in PHP versions older than 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it is a good way to keep the ports collection up-to-date with respect to security issues. I ran cvsup on the security branch (tag=RELENG_5_3), then portsdb -Uu. However, portupgrade didn't find any ports that needed an upgrade. Am I doing something wrong or is portupgrade not the best tool to keep up with security advisories in ports? Thank you for your help :-) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 01:06:25 2004 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 F1AC016A4D4 for ; Wed, 22 Dec 2004 01:06:24 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C38AA43D4C for ; Wed, 22 Dec 2004 01:06:24 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 33E1E67503 for ; Wed, 22 Dec 2004 01:06:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.1/8.13.1) with ESMTP id iBM16JlF080958; Wed, 22 Dec 2004 12:06:20 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200412220106.iBM16JlF080958@drugs.dv.isc.org> To: Ladislav Bodnar From: Mark Andrews In-reply-to: Your message of "Wed, 22 Dec 2004 08:55:07 +0800." <200412220855.07654.distro.watch@msa.hinet.net> Date: Wed, 22 Dec 2004 12:06:19 +1100 Sender: Mark_Andrews@isc.org cc: stable@freebsd.org Subject: Re: PHP vulnerability and portupgrade 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, 22 Dec 2004 01:06:25 -0000 > Hello, > > Due to the recently discovered vulnerability in PHP versions older than > 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it is a > good way to keep the ports collection up-to-date with respect to security > issues. I ran cvsup on the security branch (tag=RELENG_5_3), then portsdb > -Uu. However, portupgrade didn't find any ports that needed an upgrade. > > Am I doing something wrong or is portupgrade not the best tool to keep up > with security advisories in ports? cvsup of ports does not use tag=RELENG_5_3. e.g. *default host=cvsup.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default tag=. ports-all Use portaudit to track security issues in ports. > Thank you for your help :-) > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 01:15:11 2004 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 B0A9516A4CF for ; Wed, 22 Dec 2004 01:15:11 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id EB7A043D5A for ; Wed, 22 Dec 2004 01:15:09 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 2653 invoked from network); 22 Dec 2004 01:15:07 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.118) by gandalf.online.bg with SMTP; 22 Dec 2004 01:15:07 -0000 Received: (qmail 70899 invoked by uid 1000); 22 Dec 2004 01:15:07 -0000 Date: Wed, 22 Dec 2004 03:15:06 +0200 From: Peter Pentchev To: Robert Watson Message-ID: <20041222011506.GG801@straylight.m.ringlet.net> Mail-Followup-To: Robert Watson , Joe Kelsey , arch@freebsd.org, stable@freebsd.org, hackers@freebsd.org, current@freebsd.org References: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0qt3EE9wi45a2ZFX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: arch@freebsd.org cc: stable@freebsd.org cc: hackers@freebsd.org cc: current@freebsd.org Subject: Re: Fixing Posix semaphores 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, 22 Dec 2004 01:15:11 -0000 --0qt3EE9wi45a2ZFX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 22, 2004 at 12:01:51AM +0000, Robert Watson wrote: >=20 > On Mon, 13 Dec 2004, Joe Kelsey wrote: >=20 > > I have a desire to fix posix semaphores in at least 5.3. The current > > implementation doesn't actually follow the "spirit" of the standard, > > even though it technically qualifies in a somewhat degraded sense. I > > refer to the fact that the current implementation treats posix > > semaphores as completely contained inside the kernel and essentially > > divorced from the filesystem. The true "spirit" of the standard places > > the semaphores directly in the file system, similar to named pipes.=20 > > However the current implementation treats the supplied "name" as a > > 14-character identifier, required to begin with a slash and contain no > > other slashes. Pretty weak.=20 > >=20 > > Well, in order to fix this, we need to add file system code and come up > > with a new type. I currently have some time to spend on something like > > this and am willing to put in whatever effort it takes. Does anyone > > want to add their own ideas or requirements?=20 >=20 > >From my perspective, the biggest win here is that it would permit > different name spaces to trivially exist using multiple mountpoints of a > "semfs". This would make it easy to allow applications in different jails > to use identical names without colliding.=20 >=20 > FWIW, my only experience with POSIX semaphores on a system other than > FreeBSD is on Darwin, where a similar model is used to that on FreeBSD: a > flat kernel-maintained name space is present. I seem to remember either W. Richard Stevens's APUE, or Marc Rochkind's AUP stating that: 1. the standards say that semaphore names ought to have filesystem semantics, but... 2. the standards leave it to the implementation to define whether slashes should be allowed at all except in the first position, so... 3. portable programs should only depend on a flat namespace, especially as... 4. there are widely-used OS's (ISTR Solaris, but ICBW) that only provide a flat namespace. Thus, it would seem that even if somebody would do the work to really tie the semaphore naming fully to the filesystem, still programs that want to be Really Really Portable would not dare use this feature, wonderful as it would be for those that do :( G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? --0qt3EE9wi45a2ZFX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByMqa7Ri2jRYZRVMRAlEPAKDDChgctYLb3u/wxshef1C9gj03kQCfeKv6 fvXZ6UOrvkG0sLS343Rmau0= =Hn9M -----END PGP SIGNATURE----- --0qt3EE9wi45a2ZFX-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 01:52:00 2004 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 49EB816A4CE for ; Wed, 22 Dec 2004 01:52:00 +0000 (GMT) Received: from msr30.hinet.net (msr30.hinet.net [168.95.4.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1FB43D3F for ; Wed, 22 Dec 2004 01:51:59 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.0.128] (61-229-2-147.dynamic.hinet.net [61.229.2.147]) by msr30.hinet.net (8.9.3/8.9.3) with ESMTP id JAA21186 for ; Wed, 22 Dec 2004 09:51:57 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch.com To: stable@freebsd.org Date: Wed, 22 Dec 2004 09:52:01 +0800 User-Agent: KMail/1.7.1 References: <200412220106.iBM16JlF080958@drugs.dv.isc.org> In-Reply-To: <200412220106.iBM16JlF080958@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412220952.01107.distro.watch@msa.hinet.net> Subject: Re: PHP vulnerability and portupgrade 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, 22 Dec 2004 01:52:00 -0000 On Wednesday 22 December 2004 09:06, Mark Andrews wrote: > > Hello, > > > > Due to the recently discovered vulnerability in PHP versions older than > > 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it > > is a good way to keep the ports collection up-to-date with respect to > > security issues. I ran cvsup on the security branch (tag=RELENG_5_3), > > then portsdb -Uu. However, portupgrade didn't find any ports that > > needed an upgrade. > > > > Am I doing something wrong or is portupgrade not the best tool to keep > > up with security advisories in ports? > > cvsup of ports does not use tag=RELENG_5_3. > > e.g. > *default host=cvsup.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs > *default delete use-rel-suffix > *default tag=. > ports-all > > Use portaudit to track security issues in ports. Thanks a lot for your reply. If I understand things correctly, I need to maintain two cvsup files - one that tracks security issues in the base FreeBSD 5.3 system (tag=RELENG_5_3, src-all) and one for the ports collection (tag=. , ports-all). Then every time I receive a FreeBSD security advisory I run cvsup on the former, and every time portaudit tells me about a new security issue in the ports collection, I run cvsup on the latter, then use portupgrade to upgrade vulnerable ports. Is this correct? I went through the security chapter of the FreeBSD handbook, but I found it disappointing that it doesn't explain how to keep a FreeBSD system up-to-date of security issues. Also, "The Complete FreeBSD" book by Greg Lehey doesn't even mention the existence of portaudit. Thanks again :-) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 02:00:49 2004 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 B177F16A4CF for ; Wed, 22 Dec 2004 02:00:49 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B74D43D31 for ; Wed, 22 Dec 2004 02:00:49 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id B8EAA677EF for ; Wed, 22 Dec 2004 02:00:48 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.1/8.13.1) with ESMTP id iBM20jV1022891; Wed, 22 Dec 2004 13:00:45 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200412220200.iBM20jV1022891@drugs.dv.isc.org> To: Ladislav Bodnar From: Mark Andrews In-reply-to: Your message of "Wed, 22 Dec 2004 09:52:01 +0800." <200412220952.01107.distro.watch@msa.hinet.net> Date: Wed, 22 Dec 2004 13:00:45 +1100 Sender: Mark_Andrews@isc.org cc: stable@freebsd.org Subject: Re: PHP vulnerability and portupgrade 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, 22 Dec 2004 02:00:50 -0000 > On Wednesday 22 December 2004 09:06, Mark Andrews wrote: > > > Hello, > > > > > > Due to the recently discovered vulnerability in PHP versions older than > > > 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it > > > is a good way to keep the ports collection up-to-date with respect to > > > security issues. I ran cvsup on the security branch (tag=RELENG_5_3), > > > then portsdb -Uu. However, portupgrade didn't find any ports that > > > needed an upgrade. > > > > > > Am I doing something wrong or is portupgrade not the best tool to keep > > > up with security advisories in ports? > > > > cvsup of ports does not use tag=RELENG_5_3. > > > > e.g. > > *default host=cvsup.FreeBSD.org > > *default base=/usr > > *default prefix=/usr > > *default release=cvs > > *default delete use-rel-suffix > > *default tag=. > > ports-all > > > > Use portaudit to track security issues in ports. > > Thanks a lot for your reply. If I understand things correctly, I need to > maintain two cvsup files - one that tracks security issues in the base > FreeBSD 5.3 system (tag=RELENG_5_3, src-all) and one for the ports > collection (tag=. , ports-all). Then every time I receive a FreeBSD > security advisory I run cvsup on the former, and every time portaudit tells > me about a new security issue in the ports collection, I run cvsup on the > latter, then use portupgrade to upgrade vulnerable ports. > > Is this correct? Essentually. When you install portaudit it will be run as part of the daily periodic jobs provided the FreeBSD version is new enough (which 5.3 is). How you treat each reported issue is up to you. Some do not have a fix yet. You need to decide if you can live with vulnerability or not. > I went through the security chapter of the FreeBSD handbook, but I found it > disappointing that it doesn't explain how to keep a FreeBSD system > up-to-date of security issues. Also, "The Complete FreeBSD" book by Greg > Lehey doesn't even mention the existence of portaudit. > > Thanks again :-) > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 03:13:56 2004 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 6139716A4CE for ; Wed, 22 Dec 2004 03:13:56 +0000 (GMT) Received: from elvenbow.nc.kyushu-u.ac.jp (elvenbow.nc.kyushu-u.ac.jp [133.5.6.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FD4843D3F for ; Wed, 22 Dec 2004 03:13:55 +0000 (GMT) (envelope-from kasahara@nc.kyushu-u.ac.jp) Received: from localhost (kasahara@elvenbow.nc.kyushu-u.ac.jp [IPv6:::1]) iBM3DqJO000817; Wed, 22 Dec 2004 12:13:52 +0900 (JST) (envelope-from kasahara@nc.kyushu-u.ac.jp) Date: Wed, 22 Dec 2004 12:13:51 +0900 (JST) Message-Id: <20041222.121351.52176614.kasahara@nc.kyushu-u.ac.jp> To: distro.watch@msa.hinet.net From: Yoshiaki Kasahara In-Reply-To: <200412220952.01107.distro.watch@msa.hinet.net> References: <200412220106.iBM16JlF080958@drugs.dv.isc.org> <200412220952.01107.distro.watch@msa.hinet.net> X-Fingerprint: CDA2 B6B6 6796 0DD3 9D80 2602 E909 4623 A15E A074 X-URL: http://www.nc.kyushu-u.ac.jp/~kasahara/ X-Mailer: Mew version 4.1.50 on Emacs 21.3.50 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: PHP vulnerability and portupgrade 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, 22 Dec 2004 03:13:56 -0000 On Wed, 22 Dec 2004 09:52:01 +0800, Ladislav Bodnar said: > Thanks a lot for your reply. If I understand things correctly, I need to > maintain two cvsup files - one that tracks security issues in the base > FreeBSD 5.3 system (tag=RELENG_5_3, src-all) and one for the ports > collection (tag=. , ports-all). Then every time I receive a FreeBSD > security advisory I run cvsup on the former, and every time portaudit tells > me about a new security issue in the ports collection, I run cvsup on the > latter, then use portupgrade to upgrade vulnerable ports. > > Is this correct? To do it easier, you can set some variables in /etc/make.conf as follows: SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup.jp.FreeBSD.org (<- change as you like) SUPFILE= /usr/share/examples/cvsup/stable-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile Then type 'make update' in /usr/src. Your source tree will be updated using stable-supfile, and your ports tree will be updated using ports-supfile. Maybe you need to edit stable-supfile to retrieve RELENG_5_3. See /usr/share/examples/etc/make.conf and /usr/share/examples/cvsup/README for the detail. Regards, -- Yoshiaki Kasahara Computing and Communications Center, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 03:16:17 2004 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 B46F516A4CE for ; Wed, 22 Dec 2004 03:16:17 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7374643D31 for ; Wed, 22 Dec 2004 03:16:17 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 412162AA7B; Tue, 21 Dec 2004 21:16:17 -0600 (CST) Date: Tue, 21 Dec 2004 21:16:15 -0600 From: Craig Boston To: Peter Jeremy Message-ID: <20041222031614.GA29058@nowhere> Mail-Followup-To: Craig Boston , Peter Jeremy , Pete French , stable@freebsd.org References: <6.2.0.14.2.20041219181710.062cde10@localhost> <20041221185914.GL79646@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041221185914.GL79646@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Pete French Subject: Re: Will there be a 5.3.1? 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, 22 Dec 2004 03:16:17 -0000 On Wed, Dec 22, 2004 at 05:59:14AM +1100, Peter Jeremy wrote: > One problem is that Unix first became popular (outside academia) with > the advent of the 32-bit workstations and then took off with the rise > of Linux on 32-bit i386. Lots of Unix code has never seen an environment > were sizeof(int) == sizeof(long) == sizeof(void *) isn't true. It's not just int, long, and pointers that cause problems. There is a lot of code out there that tends to play fast and loose with the other types (POSIX?) that IIRC are supposed to be "atomic" -- size_t, time_t, off_t, etc. A while back for kicks I tried to build a 32-bit ILP system that used 64-bit time_t values, just in case it managed to make it to 2038 ;) The base system was actually in really good shape to deal with it, no doubt due to the efforts on alpha and sparc64, and ISTR an effort to use 64-bit longs on i386. Ports on the other hand were a different matter entirely... time_t was bad enough. I suspect size_t and ssize_t are in even worse shape among third-party software. Though if you just change the size of "long" you probably won't run into all that. Craig From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 05:06:15 2004 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 027E816A4CE for ; Wed, 22 Dec 2004 05:06:15 +0000 (GMT) Received: from mail.iinet.net.au (mail-03.iinet.net.au [203.59.3.35]) by mx1.FreeBSD.org (Postfix) with SMTP id E48D343D2F for ; Wed, 22 Dec 2004 05:06:13 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 5994 invoked from network); 22 Dec 2004 05:06:12 -0000 Received: from unknown (HELO ?10.100.6.10?) (203.206.229.203) by mail.iinet.net.au with SMTP; 22 Dec 2004 05:06:12 -0000 From: Warren Liddell To: freebsd-stable@freebsd.org Date: Wed, 22 Dec 2004 15:05:59 +1000 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412221505.59451.shinjii@virusinfo.rdksupportinc.com> Subject: Problems with WINE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 05:06:15 -0000 I just recently ran portupgrade and noticed that WINE was updated to the latest version, however being i run a 4.10-STABLE machine the newer version is not compatible. Where abouts can i find an older version to install? -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 05:22:13 2004 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 E1FC116A4CE for ; Wed, 22 Dec 2004 05:22:13 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE5C43D2D for ; Wed, 22 Dec 2004 05:22:13 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)iBM4xrWp031954 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 21 Dec 2004 23:59:54 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: shinjii@virusinfo.rdksupportinc.com Date: Wed, 22 Dec 2004 00:25:48 -0500 User-Agent: KMail/1.7 References: <200412221505.59451.shinjii@virusinfo.rdksupportinc.com> In-Reply-To: <200412221505.59451.shinjii@virusinfo.rdksupportinc.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1745854.j61A1EFlxN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412220025.49543.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: freebsd-stable@freebsd.org Subject: Re: Problems with WINE 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, 22 Dec 2004 05:22:14 -0000 --nextPart1745854.j61A1EFlxN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 December 2004 12:05 am, Warren Liddell wrote: > I just recently ran portupgrade and noticed that WINE was updated to the > latest version, however being i run a 4.10-STABLE machine the newer > version is not compatible. Where abouts can i find an older version to > install? =46rom the winehq.com site. The May version is the last one that works wit= h=20 4.x http://www.ibiblio.org/pub/Linux/ALPHA/wine/development/ =2D-=20 Anish Mistry --nextPart1745854.j61A1EFlxN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByQVdxqA5ziudZT0RArpkAJ9EGw1d8JDeC7RLxmKkJ1nhiuWibQCZAR0T peBCv82FrJdsxtcfRGEZzLo= =pwWE -----END PGP SIGNATURE----- --nextPart1745854.j61A1EFlxN-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 08:11:52 2004 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 9276E16A4CE for ; Wed, 22 Dec 2004 08:11:52 +0000 (GMT) Received: from 168.18.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08BF143D41 for ; Wed, 22 Dec 2004 08:11:52 +0000 (GMT) (envelope-from bln@deprese.net) Received: from [172.16.3.2] (helo=[172.16.3.2]) by 168.18.broadband2.iol.cz with asmtp (Exim 4.41) id 1Ch1b4-0006fP-Qk for stable@freebsd.org; Wed, 22 Dec 2004 09:11:50 +0100 Message-ID: <41C92C46.5050205@deprese.net> Date: Wed, 22 Dec 2004 09:11:50 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 0.8 (X11/20041014) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: acpiconf -s3 and time 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, 22 Dec 2004 08:11:52 -0000 hello, i use 5.3-STABLE, and have noticed, that if i run acpiconf -s3 (hard sleep ?) on my laptop, all is fine, but the current time "freezes", so if i power my laptop later on, i have the same time as before sleep it is very ..er..unpleasant to set up time after each sleep again i am not sure, but think that some version before this worked, so question is how to make it work again :) -- # If it happens once, it's a bug. # If it happens twice, it's a feature. # If it happens more then twice, it's a design philosophy. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 11:28:13 2004 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 1337F16A4CE for ; Wed, 22 Dec 2004 11:28:13 +0000 (GMT) Received: from ninja.terrabionic.com (ninja.terrabionic.com [213.187.181.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5315643D41 for ; Wed, 22 Dec 2004 11:28:12 +0000 (GMT) (envelope-from johann@terrabionic.com) Received: by ninja.terrabionic.com (Postfix, from userid 1001) id AEF7438; Wed, 22 Dec 2004 12:26:38 +0100 (CET) Date: Wed, 22 Dec 2004 12:26:37 +0100 From: jsha To: freebsd-stable@freebsd.org Message-ID: <20041222112637.GA29549@ninja.terrabionic.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD ninja.terrabionic.com 5.3-STABLE i386 X-Location: Bergen, Norway, Europe Subject: Booting problem on HP Compaq DC7100 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, 22 Dec 2004 11:28:13 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello. I'm running a HP Compaq DC7100 with two S-ATA harddrives. It's a bit difficult for me to say what goes wrong, because I'm not told. I've installed FreeBSD, and when I turn on the computer it passes on to the bootloader part. This is where, when I select F1 for FreeBSD (F5 is Drive1 and used to run Windows, but after the FreeBSD MBR alteration it will not boot either), the computer *simply* reboots. If I use the standard MBR and not the bootloader, it will just continue to try to load FreeBSD and then reboot in an infinite loop. I've tried seeking answers on questions@freebsd.org, on IRC and on Google. But nobody seems to be familiar with newer hardware. I've tried messing around in my BIOS setup, playing with most of the available options but to no good. I've tried setting the FreeBSD harddrive partition to bootable, as well as resetted the MBR with fdisk. My superiors, what could i do to *fix* this? Thanks, Johann -- j. --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByVnteF7Rq67IV2wRAmd1AKDQAxlpkdYKPDQKDaZA1cPFHXZDOgCgxlfF TLR0CNdtTKMkMLRt8L3/DPQ= =R7TM -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 12:26:14 2004 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 6BC9016A4CE for ; Wed, 22 Dec 2004 12:26:14 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D8F43D53 for ; Wed, 22 Dec 2004 12:26:14 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.32; FreeBSD) id 1Ch5Z6-0000nW-0s; Wed, 22 Dec 2004 12:26:04 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.42 (FreeBSD)) id 1Ch5Z5-000FuI-TV; Wed, 22 Dec 2004 12:26:03 +0000 To: ertr1013@student.uu.se, petefrench@ticketswitch.com In-Reply-To: <20041221192924.GA27658@falcon.midgard.homeip.net> Message-Id: From: Pete French Date: Wed, 22 Dec 2004 12:26:03 +0000 cc: brett@lariat.org cc: stable@freebsd.org cc: colin.percival@wadham.ox.ac.uk Subject: Re: Will there be a 5.3.1? 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, 22 Dec 2004 12:26:14 -0000 > Buggy compilers are indefensible, yes, but why try to apologise for it? I dont see it as a bug. Without an 'L' the right hand side of that expression is a 16 bit int. For which 65536 is out of range. If I wrote 'int y = 65535; long x = y;' then I would get the same result for the same reason. The correct line is 'long x = 65535L;' which specifies that the constant is a long. In fact aren't situations like this the precise reason for having the 'L' as part of the language ? > 'long x = 65535;' will not set x to -1, even with 16-bit ints. It will and does on certain compilers unfortunately. -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 13:40:54 2004 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 96FC016A4CE for ; Wed, 22 Dec 2004 13:40:54 +0000 (GMT) Received: from mail.agala.net (Ibce5.i.pppool.de [85.73.188.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED1A43D2D for ; Wed, 22 Dec 2004 13:40:52 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (mail.agala.net [192.168.20.1]) by mail.agala.net (8.13.1/8.13.1) with ESMTP id iBMDcbTx086867 for ; Wed, 22 Dec 2004 14:38:39 +0100 (CET) (envelope-from frank@barda.agala.net) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-stable@freebsd.org Date: Wed, 22 Dec 2004 14:38:27 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200412221438.30742.frank@barda.agala.net> X-Scanned-By: MIMEDefang 2.44 Subject: How to enable ACLs on /? 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, 22 Dec 2004 13:40:54 -0000 Hi, maybe it ist a faq, but I didn't find it in the list archive. How do I enab= le=20 ACLs on / in FreeBSD 5.3? I tried to boot into single user mode and did=20 tunefs -a enable /dev/ad4s2a and ACLs are enabled. But they are not enabled= =20 anymore as soon as I mount /. But as long as / is not mounted, the ACLs sho= w=20 to be enabled. =2D-=20 Tsch=FCss =46rank From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 14:14:52 2004 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 E0E3616A4CE for ; Wed, 22 Dec 2004 14:14:52 +0000 (GMT) Received: from av3-2-sn4.m-sp.skanova.net (av3-2-sn4.m-sp.skanova.net [81.228.10.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB4F43D1D for ; Wed, 22 Dec 2004 14:14:52 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av3-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 45FBE37E83; Wed, 22 Dec 2004 15:14:51 +0100 (CET) Received: from smtp4-2-sn4.m-sp.skanova.net (smtp4-2-sn4.m-sp.skanova.net [81.228.10.180]) by av3-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 377FB37E78 for ; Wed, 22 Dec 2004 15:14:51 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-2-sn4.m-sp.skanova.net (Postfix) with SMTP id 05B1837E42 for ; Wed, 22 Dec 2004 15:14:50 +0100 (CET) Received: (qmail 52043 invoked by uid 1001); 22 Dec 2004 14:14:50 -0000 Date: Wed, 22 Dec 2004 15:14:50 +0100 From: Erik Trulsson To: Pete French Message-ID: <20041222141450.GA51987@falcon.midgard.homeip.net> Mail-Followup-To: Pete French , brett@lariat.org, colin.percival@wadham.ox.ac.uk, stable@freebsd.org References: <20041221192924.GA27658@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: brett@lariat.org cc: stable@freebsd.org cc: colin.percival@wadham.ox.ac.uk Subject: Re: Will there be a 5.3.1? 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, 22 Dec 2004 14:14:53 -0000 On Wed, Dec 22, 2004 at 12:26:03PM +0000, Pete French wrote: > > Buggy compilers are indefensible, yes, but why try to apologise for it? > > I dont see it as a bug. Without an 'L' the right hand side of that > expression is a 16 bit int. For which 65536 is out of range. If I > wrote 'int y = 65535; long x = y;' then I would get the same result for > the same reason. Wrong. With 16-bit int the constant 65536 has type long. The type of a decimal integer constant without any suffix is the first of 'int', 'long', 'long long' in which the constant can be represented. (For C89 it was the first of 'int', 'long', 'unsigned long') (See 6.4.4.1 in the C99 standard.) Your example of 'int y = 65535; long x = y;' on the other hand causes implementation-defined behaviour for 16-bit ints. (As do all other instances of overflow for signed integer types.) > > The correct line is 'long x = 65535L;' which specifies that the constant > is a long. In fact aren't situations like this the precise reason for > having the 'L' as part of the language ? > > > 'long x = 65535;' will not set x to -1, even with 16-bit ints. > > It will and does on certain compilers unfortunately. No doubt, but if it does the compilers are buggy. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 14:25:24 2004 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 1749916A4CE for ; Wed, 22 Dec 2004 14:25:24 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C4743D1F for ; Wed, 22 Dec 2004 14:25:23 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.32; FreeBSD) id 1Ch7QW-0003YA-9h; Wed, 22 Dec 2004 14:25:20 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.42 (FreeBSD)) id 1Ch7QQ-000GlO-MB; Wed, 22 Dec 2004 14:25:14 +0000 To: ertr1013@student.uu.se, petefrench@ticketswitch.com In-Reply-To: <20041222141450.GA51987@falcon.midgard.homeip.net> Message-Id: From: Pete French Date: Wed, 22 Dec 2004 14:25:14 +0000 cc: brett@lariat.org cc: stable@freebsd.org cc: colin.percival@wadham.ox.ac.uk Subject: Re: Will there be a 5.3.1? 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, 22 Dec 2004 14:25:24 -0000 > The type of a decimal integer constant without any suffix is the first > of 'int', 'long', 'long long' in which the constant can be represented. It is ? Well, you learn something new every day I guess! I stand corrected in that case. Appologies. > (For C89 it was the first of 'int', 'long', 'unsigned long') ...and before that ? Did this behaviour change at the end of the 80's - I don't actually recall seeing it on any compilers after 88 or so I have to admit. > No doubt, but if it does the compilers are buggy. Apparently so. It seems I've spent the last 18 years or so believing an untyped integer constant was always of type 'int' when it wasn't true. Well, maybe I will be less anal about adding 'L' to the ends of my constants from now on. -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 14:38:04 2004 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 D081616A4CE for ; Wed, 22 Dec 2004 14:38:04 +0000 (GMT) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 737AD43D39 for ; Wed, 22 Dec 2004 14:38:04 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by S1.stc with esmtp (Exim 4.34; FreeBSD) id 1Ch7cC-0003oq-Qa for freebsd-stable@freebsd.org; Wed, 22 Dec 2004 17:37:25 +0300 Message-ID: <41C985F4.4050305@speechpro.com> Date: Wed, 22 Dec 2004 17:34:28 +0300 From: Igor Robul User-Agent: Mozilla Thunderbird 0.9 (X11/20041130) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Samba, NTFS & FreeBSD 5-STABLE. 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, 22 Dec 2004 14:38:04 -0000 Hello, when I export NTFS volume mounted on FreeBSD-STABLE (FreeBSD sysadm.stc 5.3-STABLE FreeBSD 5.3-STABLE #0: Fri Dec 17 18:49:45 MSK 2004) via Samba, then I get strange effect: When accessing share (from Windows or from localhost via smbclient) all directories appear as files with 0 size, when I try access it, then Windows asks how to open this file. After first access, file reappears as directory. Maybe this is Samba bug, but does anyone have same problem? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 14:44:29 2004 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 6935A16A4CE for ; Wed, 22 Dec 2004 14:44:29 +0000 (GMT) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EBA43D2F for ; Wed, 22 Dec 2004 14:44:29 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 75849 invoked by uid 16563); 22 Dec 2004 14:44:28 -0000 Received: from unknown (HELO SOHARA) ([217.12.14.195]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 22 Dec 2004 14:44:28 -0000 Date: Wed, 22 Dec 2004 14:45:25 +0000 From: Steve O'Hara-Smith To: Pete French Message-Id: <20041222144525.7eb860fb.steve@sohara.org> In-Reply-To: References: <20041222141450.GA51987@falcon.midgard.homeip.net> X-Mailer: Sylpheed version 0.9.99-gtk2-20041024 (GTK+ 2.4.1; i586-pc-interix3) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: brett@lariat.org cc: colin.percival@wadham.ox.ac.uk cc: stable@freebsd.org cc: petefrench@ticketswitch.com Subject: Re: Will there be a 5.3.1? 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, 22 Dec 2004 14:44:29 -0000 On Wed, 22 Dec 2004 14:25:14 +0000 Pete French wrote: > > The type of a decimal integer constant without any suffix is the first > > of 'int', 'long', 'long long' in which the constant can be represented. > > It is ? Well, you learn something new every day I guess! I stand > corrected in that case. Appologies. > > > (For C89 it was the first of 'int', 'long', 'unsigned long') > > ...and before that ? Did this behaviour change at the end of the 80's - I > don't actually recall seeing it on any compilers after 88 or so I have > to admit. Getting -1 is a bug even in K&R C, unless long is 16 bits :) -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 14:47:01 2004 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 6428B16A4CE for ; Wed, 22 Dec 2004 14:47:01 +0000 (GMT) Received: from freedombi.com (okemoscommunitychurch.org [207.179.98.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id E19A843D53 for ; Wed, 22 Dec 2004 14:47:00 +0000 (GMT) (envelope-from charles@idealso.com) Received: by freedombi.com (Postfix, from userid 1000) id E235E728B3; Wed, 22 Dec 2004 09:46:59 -0500 (EST) Received: from freedombi.com (localhost [192.168.10.108]) by freedombi.com (Postfix) with ESMTP id 2F833728AE; Wed, 22 Dec 2004 09:46:58 -0500 (EST) Received: from 24.11.146.21 (SquirrelMail authenticated user charles); by freedombi.com with HTTP; Wed, 22 Dec 2004 09:46:58 -0500 (EST) Message-ID: <54550.24.11.146.21.1103726818.squirrel@24.11.146.21> In-Reply-To: <200412220200.iBM20jV1022891@drugs.dv.isc.org> References: Your message of "Wed, 22 Dec 2004 09:52:01 +0800." <200412220952.01107.distro.watch@msa.hinet.net> <200412220200.iBM20jV1022891@drugs.dv.isc.org> Date: Wed, 22 Dec 2004 09:46:58 -0500 (EST) From: "Charles Ulrich" To: "Mark Andrews" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on freedombi.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.0 tests=none autolearn=no version=2.63 cc: stable@freebsd.org cc: Ladislav Bodnar Subject: Re: PHP vulnerability and portupgrade 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, 22 Dec 2004 14:47:01 -0000 Mark Andrews said: >> Thanks a lot for your reply. If I understand things correctly, I need to >> maintain two cvsup files - one that tracks security issues in the base >> FreeBSD 5.3 system (tag=RELENG_5_3, src-all) and one for the ports >> collection (tag=. , ports-all). Then every time I receive a FreeBSD >> security advisory I run cvsup on the former, and every time portaudit tells >> me about a new security issue in the ports collection, I run cvsup on the >> latter, then use portupgrade to upgrade vulnerable ports. >> >> Is this correct? > > Essentually. When you install portaudit it will be run as > part of the daily periodic jobs provided the FreeBSD version > is new enough (which 5.3 is). Portaudit gets added to the daily periodic scripts on 4.10 also. And contrary to name, portaudit will also watch for vulnerabilities in the base system. For example, the cvs issue from awhile back showed up in my portaudit results. Thus, it's not strictly necessary to always keep your base system source up to date as long as your system is stable and you're watching the portaudit results. -- Charles Ulrich Ideal Solution, LLC - http://www.idealso.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 14:57:57 2004 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 0230016A4CE for ; Wed, 22 Dec 2004 14:57:57 +0000 (GMT) Received: from av1-1-sn4.m-sp.skanova.net (av1-1-sn4.m-sp.skanova.net [81.228.10.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5AD43D1F for ; Wed, 22 Dec 2004 14:57:55 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av1-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 3206F37F28; Wed, 22 Dec 2004 15:57:55 +0100 (CET) Received: from smtp4-2-sn4.m-sp.skanova.net (smtp4-2-sn4.m-sp.skanova.net [81.228.10.180]) by av1-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 1FD7537E45 for ; Wed, 22 Dec 2004 15:57:55 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-2-sn4.m-sp.skanova.net (Postfix) with SMTP id C93CD37E46 for ; Wed, 22 Dec 2004 15:57:54 +0100 (CET) Received: (qmail 52295 invoked by uid 1001); 22 Dec 2004 14:57:54 -0000 Date: Wed, 22 Dec 2004 15:57:54 +0100 From: Erik Trulsson To: Pete French Message-ID: <20041222145754.GA52270@falcon.midgard.homeip.net> Mail-Followup-To: Pete French , brett@lariat.org, colin.percival@wadham.ox.ac.uk, stable@freebsd.org References: <20041222141450.GA51987@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: brett@lariat.org cc: stable@freebsd.org cc: colin.percival@wadham.ox.ac.uk Subject: Re: Will there be a 5.3.1? 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, 22 Dec 2004 14:57:57 -0000 On Wed, Dec 22, 2004 at 02:25:14PM +0000, Pete French wrote: > > The type of a decimal integer constant without any suffix is the first > > of 'int', 'long', 'long long' in which the constant can be represented. > > It is ? Well, you learn something new every day I guess! I stand > corrected in that case. Appologies. > > > (For C89 it was the first of 'int', 'long', 'unsigned long') > > ...and before that ? Did this behaviour change at the end of the 80's - I > don't actually recall seeing it on any compilers after 88 or so I have > to admit. Before that it was just the first of 'int' and 'long'. (According to Harbison/Steele: C:A Reference Manual) > > > No doubt, but if it does the compilers are buggy. > > Apparently so. It seems I've spent the last 18 years or so believing an > untyped integer constant was always of type 'int' when it wasn't true. Well, > maybe I will be less anal about adding 'L' to the ends of my constants from > now on. > > -pcf. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 15:29:34 2004 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 AE40816A4CE for ; Wed, 22 Dec 2004 15:29:34 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C108643D2F for ; Wed, 22 Dec 2004 15:24:52 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so87480wra for ; Wed, 22 Dec 2004 07:24:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding; b=HH9r0yLXYkT7DdEoNpau1oBFCLu9/Gg/VyPiFy3FMrtdfFiojCsEQTxx4qnUTZSByNorBQWEXQsam9CnCZuZ6wDBcJWg5EreTqQEYWyLflzQ4eMOu8Q0ZWXvSlePKdMBZz93VSIrRLXHCim2tV8DYfyLjKinLyu9+Yk5pDqINnc= Received: by 10.54.26.3 with SMTP id 3mr79963wrz; Wed, 22 Dec 2004 07:18:10 -0800 (PST) Received: by 10.54.7.31 with HTTP; Wed, 22 Dec 2004 07:18:10 -0800 (PST) Message-ID: <6eb82e04122207187e0305c4@mail.gmail.com> Date: Wed, 22 Dec 2004 23:18:10 +0800 From: Rong-En Fan To: stable@freebsd.org, scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: scottl@freebsd.org Subject: IBM ServeRAID 7k & 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 15:29:34 -0000 [just for a record] Hi all, It seems ips(4) doesn't support ServeRAID 7k, however I just installed 5.3-RELEASE/i386 on IBM x236 which has ServeRAID 7k installed. Everything looks fine here (I'm running RAID-5 over 4 HDDs). A little problem is that once a HDD fails, FreeBSD doesn't know that unless I reboot it and saw the ips state is DEGRADED. pciconf & dmesg are listed as below: ips0@pci3:14:0: class=0x010400 card=0x028e1014 chip=0x02509005 rev=0x07 hdr=0x00 vendor = 'Adaptec Inc' class = mass storage subclass = RAID ips0: mem 0xcfffd000-0xcfffdfff irq 38 at device 14.0 on pci3 ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xcfffd000 ips0: [GIANT-LOCKED] ips0: logical drives: 1 ips0: Logical Drive 0: RAID5 sectors: 430116864, state OK ipsd0: on ips0 ipsd0: Logical Drive (210018MB) Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 16:06:58 2004 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 2B62116A4D2 for ; Wed, 22 Dec 2004 16:06:58 +0000 (GMT) Received: from web52709.mail.yahoo.com (web52709.mail.yahoo.com [206.190.39.160]) by mx1.FreeBSD.org (Postfix) with SMTP id D6CC943D53 for ; Wed, 22 Dec 2004 16:06:56 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 67112 invoked by uid 60001); 22 Dec 2004 16:06:56 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=srtaJajv+uicKRfs4n8XT+PJxg62am5CfAgbFEONFOPbwkP8RZckd4hW3TaIaPuUt4EQ0WvyEdbgXgJ4Elq3uNcRYQ8l+GTpgYQs9bHbCaZVCICiSOK2j/1yB56dCiS0lzTEgDO2dBMjJUg/G8xAV66fZ7iOxOn2R7qTfJNoJM8= ; Message-ID: <20041222160656.67110.qmail@web52709.mail.yahoo.com> Received: from [203.195.199.244] by web52709.mail.yahoo.com via HTTP; Wed, 22 Dec 2004 08:06:56 PST Date: Wed, 22 Dec 2004 08:06:56 -0800 (PST) From: "Kamal R. Prasad" To: Peter Pentchev , Robert Watson In-Reply-To: <20041222011506.GG801@straylight.m.ringlet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: arch@freebsd.org cc: stable@freebsd.org cc: hackers@freebsd.org cc: current@freebsd.org Subject: Re: Fixing Posix semaphores X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 16:06:58 -0000 --- Peter Pentchev wrote: > On Wed, Dec 22, 2004 at 12:01:51AM +0000, Robert > Watson wrote: > > > > On Mon, 13 Dec 2004, Joe Kelsey wrote: > > > > > I have a desire to fix posix semaphores in at > least 5.3. The current > > > implementation doesn't actually follow the > "spirit" of the standard, > > > even though it technically qualifies in a > somewhat degraded sense. I > > > refer to the fact that the current > implementation treats posix > > > semaphores as completely contained inside the > kernel and essentially > > > divorced from the filesystem. The true "spirit" > of the standard places > > > the semaphores directly in the file system, > similar to named pipes. > > > However the current implementation treats the > supplied "name" as a > > > 14-character identifier, required to begin with > a slash and contain no > > > other slashes. Pretty weak. > > > > > > Well, in order to fix this, we need to add file > system code and come up > > > with a new type. I currently have some time to > spend on something like > > > this and am willing to put in whatever effort it > takes. Does anyone > > > want to add their own ideas or requirements? > > > > >From my perspective, the biggest win here is that > it would permit > > different name spaces to trivially exist using > multiple mountpoints of a > > "semfs". This would make it easy to allow > applications in different jails > > to use identical names without colliding. > > > > FWIW, my only experience with POSIX semaphores on > a system other than > > FreeBSD is on Darwin, where a similar model is > used to that on FreeBSD: a > > flat kernel-maintained name space is present. > > I seem to remember either W. Richard Stevens's APUE, > or Marc Rochkind's > AUP stating that: > > 1. the standards say that semaphore names ought to > have filesystem > semantics, but... > 2. the standards leave it to the implementation to > define whether > slashes should be allowed at all except in the > first position, so... But the Posix 1003.1 does require that afully qualified pathname be supported by the interface. > 3. portable programs should only depend on a flat > namespace, > especially as... > 4. there are widely-used OS's (ISTR Solaris, but > ICBW) that only provide > a flat namespace. > > Thus, it would seem that even if somebody would do > the work to really > tie the semaphore naming fully to the filesystem, > still programs that > want to be Really Really Portable would not dare use > this feature, > wonderful as it would be for those that do :( > Well -the issue was about providing support to the interface so that it can handle a fully qualified pathname. If a programmer wants to use a flat namespace to ensure that his program is portable onto other OS'es that don't adhere to the std -that is a different issue [which does not put it in conflict with the std]. BTW -I see no reason why pathnames should be tied to the filesystem, instead of being used simply as identifiers across processes. regards -kamal > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@cnsys.bg > roam@FreeBSD.org > PGP key: > http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 > B68D 1619 4553 > What would this sentence be like if pi were 3? > > ATTACHMENT part 2 application/pgp-signature __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 17:06:14 2004 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 336AA16A4CE for ; Wed, 22 Dec 2004 17:06:14 +0000 (GMT) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D50243D31 for ; Wed, 22 Dec 2004 17:06:13 +0000 (GMT) (envelope-from pvtrifonov@mail.ru) Received: from [195.209.229.106] (port=3200 helo=tank) by mx1.mail.ru with esmtp id 1Ch9w4-000Ams-00 for freebsd-stable@freebsd.org; Wed, 22 Dec 2004 20:06:04 +0300 From: "Peter Trifonov" To: Date: Wed, 22 Dec 2004 20:09:47 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcToSQpgWXB4h+KQQpmTnHVkMIhl0Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: X-Spam: Not detected Subject: fxp device 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: Wed, 22 Dec 2004 17:06:14 -0000 Hello all, I have a 2*PentiumPro200 PC with FreeBSD 5.3 acting as a firewall in a department network. The PC has both IDE and SCSI hard drives. (Quite strange system for a firewall, isn't it? However, it was the most suitable box I was able to find). It has 3 NICs xl0,fxp0 and fxp1. >From time to time both fxp's SIMULTANEOUSLY stop working and produce messages fxp*: device timeout. After doing ifconfig fxp* up& down it said Dec 22 19:22:13 firewall kernel: fxp1: SCB timeout: 0x70 0x0 0x50 0x0 Dec 22 19:22:13 firewall kernel: fxp1: SCB timeout: 0x20 0x0 0x50 0x0 Dec 22 19:22:23 firewall last message repeated 53 times Dec 22 19:22:23 firewall kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Dec 22 19:22:23 firewall kernel: fxp1: SCB timeout: 0x20 0x0 0x50 0x0 The system resumes normal operation only after system reboot. xl0 does not experience any problems. Does anybody know how to avoid this? Many thanks in advance. Here is the output of pciconf -l -v ******************************************** isab0@pci0:0:0: class=0x000000 card=0x00000000 chip=0x04848086 rev=0x88 hdr=0x00 vendor = 'Intel Corporation' device = '82378ZB/IB,82379AB PCI to ISA Bridge, System I/O' class = old subclass = non-VGA display device atapci0@pci0:1:0: class=0x01018a card=0x00000000 chip=0x06461095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI-0646 EIDE Adapter (Single FIFO)' class = mass storage subclass = ATA ahc0@pci0:2:0: class=0x010000 card=0x00000000 chip=0x80789004 rev=0x00 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7880P Ultra/Ultra Wide SCSI Chipset' class = mass storage subclass = SCSI none0@pci0:11:0: class=0x030000 card=0x00000000 chip=0x0519102b rev=0x01 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'MGA-2064W Storm (Millennium board)' class = display subclass = VGA xl0@pci0:12:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x6c hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905C-TX Fast EtherLink for PC Management NIC' class = network subclass = ethernet fxp0@pci0:13:0: class=0x020000 card=0x1200103c chip=0x12298086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet fxp1@pci0:14:0: class=0x020000 card=0x1200103c chip=0x12298086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet none1@pci0:20:0: class=0x050000 card=0x00000000 chip=0x84c58086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82453KX/GX 450KX/GX Memory Controller (Orion)' class = memory subclass = RAM hostb0@pci0:25:0: class=0x060000 card=0x00000000 chip=0x84c48086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82454KX/GX 450KX/GX Orion System Controller' class = bridge subclass = HOST-PCI ***************************************************** Here is the output of dmesg -a: ****************************************************** FreeBSD 5.3-RELEASE #0: Sat Dec 18 11:45:40 MSK 2004 bugman@firewall.xj.dcn:/usr/src/sys/i386/compile/FIREWALL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium Pro (199.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 100663296 (96 MB) avail memory = 88842240 (84 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Changing APIC ID to 16 ioapic0: Assuming intbase of 0 MPTable: Ignoring global interrupt entry for pin 1 MPTable: Ignoring global interrupt entry for pin 2 MPTable: Ignoring global interrupt entry for pin 3 MPTable: Ignoring global interrupt entry for pin 4 MPTable: Ignoring global interrupt entry for pin 5 MPTable: Ignoring global interrupt entry for pin 6 MPTable: Ignoring global interrupt entry for pin 7 MPTable: Ignoring global interrupt entry for pin 8 MPTable: Ignoring global interrupt entry for pin 9 MPTable: Ignoring global interrupt entry for pin 10 MPTable: Ignoring global interrupt entry for pin 11 MPTable: Ignoring global interrupt entry for pin 12 MPTable: Ignoring global interrupt entry for pin 13 MPTable: Ignoring global interrupt entry for pin 14 MPTable: Ignoring global interrupt entry for pin 15 ioapic0 irqs 0-15 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 0.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 14 at device 1.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ahc0: port 0xf800-0xf8ff mem 0xffbfc000-0xffbfcfff irq 9 at device 2.0 on pci0 ahc0: Using left over BIOS settings ahc0: [GIANT-LOCKED] aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs pci0: at device 11.0 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xf400-0xf47f mem 0xffbec000-0xffbec07f irq 10 at device 12.0 on pci0 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:39:91:99 fxp0: port 0xf000-0xf01f mem 0xffa00000-0xffafffff,0xffbdc000-0xffbdcfff irq 11 at device 13.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:60:b0:67:21:6f fxp1: port 0xec00-0xec1f mem 0xff900000-0xff9fffff,0xffbcc000-0xffbccfff irq 11 at device 14.0 on pci0 miibus2: on fxp1 inphy1: on miibus2 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:60:b0:67:31:ec pci0: at device 20.0 (no driver attached) cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xc8000-0xcc7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad2: 2441MB [4960/16/63] at ata1-master WDMA2 acd0: CDROM at ata1-slave PIO3 Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 3.300MB/s transfers, Tagged Queueing Enabled da0: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 3.300MB/s transfers, Tagged Queueing Enabled da1: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 3.300MB/s transfers, Tagged Queueing Enabled da2: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 3.300MB/s transfers, Tagged Queueing Enabled da3: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) da4 at ahc0 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-2 device da4: 3.300MB/s transfers, Tagged Queueing Enabled da4: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) da5 at ahc0 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-2 device da5: 3.300MB/s transfers, Tagged Queueing Enabled da5: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) da6 at ahc0 bus 0 target 6 lun 0 da6: Fixed Direct Access SCSI-2 device da6: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da6: 2033MB (4165272 512 byte sectors: 64H 32S/T 2033C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad2s1a Pre-seeding PRNG: kickstart . Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad2s1b as swap device Starting file system checks: /dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1a: clean, 81944 free (1528 frags, 10052 blocks, 1.2% fragmentation) /dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1e: clean, 126835 free (35 frags, 15850 blocks, 0.0% fragmentation) /dev/da6s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da6s1d: clean, 1005324 free (28 frags, 125662 blocks, 0.0% fragmentation) /dev/ad2s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1f: clean, 369161 free (1201 frags, 45995 blocks, 0.2% fragmentation) /dev/ad2s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1d: clean, 122503 free (87 frags, 15302 blocks, 0.1% fragmentation) Setting hostname: firewall.xj.dcn. xl0: flags=8843 mtu 1500 options=9 inet 10.0.103.3 netmask 0xffffff00 broadcast 10.0.103.255 inet xxx.xxx.xxx.xxx netmask 0xfffffff0 broadcast xxx.xxx.xxx.xxx ether 00:50:da:39:91:99 media: Ethernet autoselect (100baseTX ) status: active fxp0: flags=8843 mtu 1500 options=8 inet xxx.xxx.xxx.xxx netmask 0xffffffc0 broadcast xxx.xxx.xxx.xxx ether 00:60:b0:67:21:6f media: Ethernet autoselect (100baseTX ) status: active fxp1: flags=8843 mtu 1500 options=8 inet xxx.xxx.xxx.xxx netmask 0xfffffffc broadcast xxx.xxx.xxx.xxx ether 00:60:b0:67:31:ec media: Ethernet autoselect (10baseT/UTP) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 *********************************************************** Here is my kernel configuration *********************************************************** machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident FIREWALL #custom options by P. Trifonov options SMP options IPFIREWALL options CPU_DISABLE_SSE options IPDIVERT #divert sockets options TCP_DROP_SYNFIN # drop TCP packets with SYN+FIN options IPFIREWALL_VERBOSE # print information about dropped packets options IPFIREWALL_VERBOSE_LIMIT=100 # limit verbosity # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler #options SCHED_ULE # Trifonov: use SMP scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) *********************************************************** With best regards, P. Trifonov From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 18:03:28 2004 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 561F716A4D7 for ; Wed, 22 Dec 2004 18:03:28 +0000 (GMT) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D5D643D5A for ; Wed, 22 Dec 2004 18:03:28 +0000 (GMT) (envelope-from yoleksiy@cisco.com) Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-3.cisco.com with ESMTP; 22 Dec 2004 11:11:34 +0000 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== Received: from yoleksiyw2k (dhcp-171-69-218-143.cisco.com [171.69.218.143]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id iBMI3No9008621 for ; Wed, 22 Dec 2004 10:03:24 -0800 (PST) Message-Id: <200412221803.iBMI3No9008621@sj-core-1.cisco.com> From: "Oleksiy Yakimovych" To: Date: Wed, 22 Dec 2004 10:03:20 -0800 Organization: Cisco Systems MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: TIMEOUT - WRITE_DMA retrying (2 retries left) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yoleksiy@cisco.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 18:03:28 -0000 Hi Steve, As far as I know this is not a hardware problem. Probably there is such DMA problem in 5.3. Read freebsd-stable mail archive. And I think the problem is not only with SATA driver. So, probably we should wait for a fix :) Regards, Alexei "Steve" wrote in message news:10sgt51ir4op035@corp.supernews.com... > Ok, using a new motherboard, ASUS A7V600-X, was using a A7V133. Same CPU, > same disk drives. > > On the old motherboard, I never ever had this message. > > On the new motherboard, I get it every few hours. Sample logs at the end. > > This is on FreeBSD 5.2.1. I see old messages about this around the net, in > most every case, people have their machine lock up. There were suggestions > this was a drive issue, not likely as it works on the old motherboard. > Also, I saw other people who switched machines and the problem went away. > But, I have yet to lock or fail. I saw others who said their files get > corrupted, so far, have not seen that happen either. We HAVE seen one > machine who loses connections to Samba hosted files on this server, but > only one machine, so that may be unrelated. > > So, I guess my question is this - is there a workaround, software wise? > Does anyone have this message but not any problems? Any other clues as to > why this happens? Suggestions? Is it likely an upgrade to 5.3 will cause > this to go away, any specific fixes that may affect this? Anyone else have > the A7V600-X motherboard and does NOT have this issue? > > Please remove the trailing "me" on my email address if you wish to reply > directly to me on the email address, the domain as is will not work! > > Steve > > > ad0: 114473MB [232581/16/63] at ata0-master UDMA100 > GEOM: create disk ad1 dp=0xc6b24c60 > > atapci1: port 0xa800-0xa80f irq 14 at device > 15.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci1 > ata0: [MPSAFE] > > > Dec 21 02:58:23 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=287 > Dec 21 07:04:02 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=122872179 > Dec 21 09:37:57 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=122841791 > Dec 21 10:05:17 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=3749759 > Dec 21 11:02:33 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=3885087 > Dec 21 11:03:44 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=3623135 > Dec 21 11:05:04 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries > left) LBA=3885087 > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 18:51:58 2004 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 5EEF316A4CF for ; Wed, 22 Dec 2004 18:51:58 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD92443D49 for ; Wed, 22 Dec 2004 18:51:57 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id iBMIpvPF099899 for ; Wed, 22 Dec 2004 13:51:57 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 99688-03 for ; Wed, 22 Dec 2004 13:51:57 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id iBMIpvAG099876 for ; Wed, 22 Dec 2004 13:51:57 -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.11/8.12.11) with ESMTP id iBMIpnxH094966 for ; Wed, 22 Dec 2004 13:51:49 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Wed, 22 Dec 2004 13:51:51 -0500 To: freebsd-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 X-Virus-Scanned: by amavisd-new at avscan2b Subject: CPUTYPE changes ? (RELENG_5) 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, 22 Dec 2004 18:51:58 -0000 I have in the past used CPUTYPE=i686 in /etc/make.conf But today, I am getting # make buildworld "Makefile.inc1", line 117: CPUTYPE global should be set with ?=. *** Error code 1 Stop in /usr/src. # This no longer seems to work. What is the correct syntax for this ? The rest is fairly generic CPUTYPE=i686 PERL_VER=5.8.5 PERL_VERSION=5.8.5 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo KERNCONF=west1 CFLAGS=-O -pipe COPTFLAGS=-O -pipe NO_MODULES=true # do not build modules with the kernel MODULES_WITH_WORLD=true # do not build modules when building kernel ---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 22 19:08:48 2004 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 71EAF16A4CE for ; Wed, 22 Dec 2004 19:08:48 +0000 (GMT) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D384643D64 for ; Wed, 22 Dec 2004 19:08:47 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr3.xs4all.nl (8.12.11/8.12.11) with ESMTP id iBMJ8kN1095245 for ; Wed, 22 Dec 2004 20:08:46 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 1F031644F; Wed, 22 Dec 2004 20:08:54 +0100 (CET) Date: Wed, 22 Dec 2004 20:08:54 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20041222190854.GA17698@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner Subject: manpages for devfs.conf and devfs.rules (docs/63808) 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, 22 Dec 2004 19:08:48 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, As a new FreeBSD user I missed manpages for devfs.conf and devfs.rules. This is also listed in GNATS as docs/63808. So I tried my hand at writing them. I've posted them on my website at http://www.xs4all.nl/~rsmith/freebsd/ About two weeks ago I sent a message to the freebsd-doc mailing list, but received no reply or comment sofar. Later I saw that manpages belong to the base system, and not to the documentation project. So if anybody has feedback, and/or pointers where to submit them, I'd be gratefull. Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in email http://www.xs4all.nl/~rsmith/ X No Word docs in email / \ Respect for open standards --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBycZGEnfvsMMhpyURAqyYAJ4sJ0/vGMreAYrmfZUfHh7MnX7nogCgoJr1 kKJPvuilXs0ssl5smKQh+fA= =hQmJ -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 19:10:52 2004 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 4A8B516A4CE for ; Wed, 22 Dec 2004 19:10:52 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 449E943D5D for ; Wed, 22 Dec 2004 19:10:51 +0000 (GMT) (envelope-from dirkarlt@gmx.de) Received: (qmail invoked by alias); 22 Dec 2004 19:10:49 -0000 Received: from pD95ECAFC.dip.t-dialin.net (EHLO elli.local.net) (217.94.202.252) by mail.gmx.net (mp002) with SMTP; 22 Dec 2004 20:10:49 +0100 X-Authenticated: #9747757 Date: Wed, 22 Dec 2004 20:10:59 +0100 From: Dirk Arlt To: freebsd-stable@freebsd.org Message-Id: <20041222201059.002d9df2.dirkarlt@gmx.de> In-Reply-To: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> References: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> X-Mailer: Sylpheed version 0.9.99-gtk2-20041024 (GTK+ 2.4.14; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: CPUTYPE changes ? (RELENG_5) 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, 22 Dec 2004 19:10:52 -0000 from /usr/share/examples/etc/make.conf ---- # Currently the following CPU types are recognized: # Intel x86 architecture: # (AMD CPUs) athlon-mp athlon-xp athlon-4 athlon-tbird athlon # k6-3 # k6-2 k6 k5 # (Intel CPUs) p4 p3 p2 i686 i586/mmx i586 i486 i386 # Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4 # Intel ia64 architecture: itanium # # (?= allows to buildworld for a different CPUTYPE.) # #CPUTYPE?=i686 #NO_CPU_CFLAGS= true # Don't add -march= to CFLAGS automatically #NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS #automatically # ---- Mike Tancsa schrieb: > > I have in the past used > CPUTYPE=i686 > > in /etc/make.conf > > > > But today, I am getting > > > > # make buildworld > "Makefile.inc1", line 117: CPUTYPE global should be set with ?=. > *** Error code 1 > > Stop in /usr/src. > # > > This no longer seems to work. What is the correct syntax for this ? [...] Dirk From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 19:36:34 2004 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 0C19216A4CE for ; Wed, 22 Dec 2004 19:36:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B8943D41 for ; Wed, 22 Dec 2004 19:36:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4F7BB512BF; Wed, 22 Dec 2004 11:36:33 -0800 (PST) Date: Wed, 22 Dec 2004 11:36:33 -0800 From: Kris Kennaway To: Mike Tancsa Message-ID: <20041222193633.GB49344@xor.obsecurity.org> References: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE changes ? (RELENG_5) 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, 22 Dec 2004 19:36:34 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 22, 2004 at 01:51:51PM -0500, Mike Tancsa wrote: >=20 > I have in the past used > CPUTYPE=3Di686 >=20 > in /etc/make.conf >=20 >=20 >=20 > But today, I am getting >=20 >=20 >=20 > # make buildworld > "Makefile.inc1", line 117: CPUTYPE global should be set with ?=3D. > *** Error code 1 >=20 > Stop in /usr/src. > # >=20 > This no longer seems to work. What is the correct syntax for this ? Set CPUTYPE with ?=3D instead of =3D ;-) Kris --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByczAWry0BWjoQKURArufAJ9t9nQuZGORoqLUmrKjwBeu/v27NACfd+b2 opTLyGyTvbAZVPMjtgf7+q0= =Wvph -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 20:14:21 2004 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 5B23E16A4CE for ; Wed, 22 Dec 2004 20:14:21 +0000 (GMT) Received: from hotmail.com (bay103-dav16.bay103.hotmail.com [65.54.174.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF4B43D1D for ; Wed, 22 Dec 2004 20:14:19 +0000 (GMT) (envelope-from whitevamp47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 22 Dec 2004 12:14:00 -0800 Message-ID: Received: from 65.102.125.195 by BAY103-DAV16.phx.gbl with DAV; Wed, 22 Dec 2004 20:13:47 +0000 X-Originating-IP: [65.102.125.195] X-Originating-Email: [whitevamp47@hotmail.com] X-Sender: whitevamp47@hotmail.com From: "whitevamp" To: , References: <200412221803.iBMI3No9008621@sj-core-1.cisco.com> Date: Wed, 22 Dec 2004 12:13:39 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-OriginalArrivalTime: 22 Dec 2004 20:14:00.0561 (UTC) FILETIME=[C65C8E10:01C4E862] Subject: Re: TIMEOUT - WRITE_DMA retrying (2 retries left) 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, 22 Dec 2004 20:14:21 -0000 I two have been seeing this same issue with both 4.9 and 5.3 different messages though and i have yet to find a solution to it here are my messages that im getting from 5.3 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=6707519 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=6514167 from 4.9 ad0s1b: UDMA ICRC error writing fsbn 8412383 of 1060432-1060439 (ad0s1 bn 8412383; cn 523 tn 164 sn 56) retrying ad0s1b: UDMA ICRC error writing fsbn 7571295 of 639888-639895 (ad0s1 bn 7571295; cn 471 tn 74 sn 18) retrying and the only time that i really see this error message come up is when theres heavy disk I/O such as durring a portupgrade -arRCc ----- Original Message ----- From: "Oleksiy Yakimovych" To: Sent: Wednesday, December 22, 2004 10:03 AM Subject: Re: TIMEOUT - WRITE_DMA retrying (2 retries left) > Hi Steve, > > As far as I know this is not a hardware problem. > Probably there is such DMA problem in 5.3. > Read freebsd-stable mail archive. And I think the problem is not only > with > SATA driver. > So, probably we should wait for a fix :) > > Regards, > Alexei > > "Steve" wrote in message > news:10sgt51ir4op035@corp.supernews.com... > > Ok, using a new motherboard, ASUS A7V600-X, was using a A7V133. Same > CPU, > > same disk drives. > > > > On the old motherboard, I never ever had this message. > > > > On the new motherboard, I get it every few hours. Sample logs at the > end. > > > > This is on FreeBSD 5.2.1. I see old messages about this around the > net, in > > most every case, people have their machine lock up. There were > suggestions > > this was a drive issue, not likely as it works on the old motherboard. > > > Also, I saw other people who switched machines and the problem went > away. > > But, I have yet to lock or fail. I saw others who said their files get > > > corrupted, so far, have not seen that happen either. We HAVE seen one > > machine who loses connections to Samba hosted files on this server, > but > > only one machine, so that may be unrelated. > > > > So, I guess my question is this - is there a workaround, software > wise? > > Does anyone have this message but not any problems? Any other clues as > to > > why this happens? Suggestions? Is it likely an upgrade to 5.3 will > cause > > this to go away, any specific fixes that may affect this? Anyone else > have > > the A7V600-X motherboard and does NOT have this issue? > > > > Please remove the trailing "me" on my email address if you wish to > reply > > directly to me on the email address, the domain as is will not work! > > > > Steve > > > > > > ad0: 114473MB [232581/16/63] at ata0-master > UDMA100 > > GEOM: create disk ad1 dp=0xc6b24c60 > > > > atapci1: port 0xa800-0xa80f irq 14 at > device > > 15.1 on pci0 > > ata0: at 0x1f0 irq 14 on atapci1 > > ata0: [MPSAFE] > > > > > > Dec 21 02:58:23 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=287 > > Dec 21 07:04:02 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=122872179 > > Dec 21 09:37:57 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=122841791 > > Dec 21 10:05:17 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=3749759 > > Dec 21 11:02:33 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=3885087 > > Dec 21 11:03:44 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=3623135 > > Dec 21 11:05:04 linux kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries > > left) LBA=3885087 > > > > > > _______________________________________________ > 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 Wed Dec 22 20:37:30 2004 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 1343C16A4CE for ; Wed, 22 Dec 2004 20:37:30 +0000 (GMT) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A79B43D5D for ; Wed, 22 Dec 2004 20:37:27 +0000 (GMT) (envelope-from fred@freebsdbrasil.com.br) Received: (qmail 42129 invoked by uid 0); 22 Dec 2004 18:37:25 -0200 Received: from fred@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 Clear:RC:1(200.166.88.55):. Processed in 0.708362 secs); 22 Dec 2004 20:37:25 -0000 Received: from unknown (HELO blizzard.bh.freebsdbrasil.com.br) (200.166.88.55) by capeta.freebsdbrasil.com.br with SMTP; 22 Dec 2004 18:37:24 -0200 Received: (qmail 4989 invoked by uid 1001); 22 Dec 2004 20:37:22 -0000 Date: Wed, 22 Dec 2004 18:37:22 -0200 From: "Fred N. Souza" To: stable@freebsd.org Message-ID: <20041222203722.GH839@blizzard.freebsdbrasil.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Sender: fred@freebsdbrasil.com.br Subject: Problems re-building a FreeBSD 4.x box 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, 22 Dec 2004 20:37:30 -0000 Hello, I have a 4.9-STABLE box that I'm willing to upgrade to a newer version (but still on 4.x branch). I tried the usual, cvsup'ed to RELENG_4, went to /usr/src and proceeded with a make buildworld. It failed with these messages: cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I. -D__FBSDID=__RCSID -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c: In function `forget_protocol_qualifiers': /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:153: `wordlist' undeclared (first use in this function) /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:153: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:153: for each function it appears in.) /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:153: sizeof applied to an incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c: In function `remember_protocol_qualifiers': /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:164: `wordlist' undeclared (first use in this function) /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:164: sizeof applied to an incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c: In function `init_lex': /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:284: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:284: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:288: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:288: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:289: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:289: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:290: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:290: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:291: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:291: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:292: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:292: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:293: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:293: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:294: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:294: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:295: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:295: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:298: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:298: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:302: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:302: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:303: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:303: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:304: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:304: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:305: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:305: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:306: warning: initialization makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:306: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c: In function `yylex': /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:1347: warning: assignment makes pointer from integer without a cast /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:1349: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:1350: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:1351: dereferencing pointer to incomplete type /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:1366: dereferencing pointer to incomplete type *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc1. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 I then tried removing /usr/obj and restarting the process and the same error on the same place stopped it. Then I tried cvsup'ing to RELENG_4_10 and the same thing happened once again. Is this a known issue of some sort that I couldn't spot on the lists (I tried hackers@, stable@ and questions@)? Better yet, is there anyone who knows how to fix it, even if it's just for me? Thank you all in advance, -- Fred N. Souza - Software Engineer FreeBSD Brasil LTDA - http://www.freebsdbrasil.com.br/ - "If ignorance is bliss, why aren't there more happy people?" From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 22:01:46 2004 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 BAB8B16A4CE for ; Wed, 22 Dec 2004 22:01:46 +0000 (GMT) Received: from zeus.del.ufrj.br (zeus.del.ufrj.br [146.164.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F4543D2D for ; Wed, 22 Dec 2004 22:01:45 +0000 (GMT) (envelope-from fico@del.ufrj.br) Received: from [127.0.0.1] (zeus.del.ufrj.br [146.164.70.190]) by zeus.del.ufrj.br (8.12.9p1/8.12.9) with ESMTP id iBMM1aOW056302 for ; Wed, 22 Dec 2004 20:01:39 -0200 (BRST) Message-ID: <41C9EEC0.3000204@del.ufrj.br> Date: Wed, 22 Dec 2004 23:01:36 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) 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: acpi boot error messages after last update (Dec 22nd) 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, 22 Dec 2004 22:01:46 -0000 Hi, just compiled new kernel with lattest acpi. I am getting boot error messages. I set hint.acpi.0.disabled="1" in device.hints. With acpi disabled I get this: ( partial dmesg ) ... vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 646825914 Hz quality 800 Timecounters tick every 10.000 msec ... Last cvsup on Dec. 22nd. uname -a: FreeBSD here.org 5.3-STABLE FreeBSD 5.3-STABLE #20: Wed Dec 22 20:31:43 GMT-1 2004 root@here.org:/usr/obj/usr/src/sys/HERE i386 I hope it is only my old notebook Toshiba 2805-s302. Bye. Fico// From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 22:29:17 2004 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 AC21E16A4CE for ; Wed, 22 Dec 2004 22:29:17 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BC0D43D4C for ; Wed, 22 Dec 2004 22:29:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBMMTECD086501; Thu, 23 Dec 2004 00:29:14 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 54121-14; Thu, 23 Dec 2004 00:29:10 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBMM4bUe085013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Dec 2004 00:04:37 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBMM4i6w079784; Thu, 23 Dec 2004 00:04:44 +0200 (EET) (envelope-from ru) Date: Thu, 23 Dec 2004 00:04:44 +0200 From: Ruslan Ermilov To: Mike Tancsa Message-ID: <20041222220444.GB12371@ip.net.ua> References: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE changes ? (RELENG_5) 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, 22 Dec 2004 22:29:17 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Mike, On Wed, Dec 22, 2004 at 01:51:51PM -0500, Mike Tancsa wrote: >=20 > I have in the past used > CPUTYPE=3Di686 >=20 > in /etc/make.conf >=20 >=20 >=20 > But today, I am getting >=20 >=20 >=20 > # make buildworld > "Makefile.inc1", line 117: CPUTYPE global should be set with ?=3D. > *** Error code 1 >=20 > Stop in /usr/src. > # >=20 > This no longer seems to work. What is the correct syntax for this ? >=20 The error shouldn't have happened, it's intended only for cross-builders (those should be setting this variable with the ?=3D operator, to allow it to be overridden). I've just committed a fix in src/Makefile.inc1,v 1.471. You can pull up the fix and apply it to RELENG_5. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBye98qRfpzJluFF4RAvcsAJwJKDq2uo3KqEHNBvSqM7uC+3rLsACfXQwk kmYiCr/QA4c0UJNAMRS9u4c= =0AXe -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 23:02:14 2004 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 98EB716A4CE; Wed, 22 Dec 2004 23:02:14 +0000 (GMT) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E5F443D31; Wed, 22 Dec 2004 23:02:14 +0000 (GMT) (envelope-from nunotex@freeshell.org) Received: from nunotex.local (adslsapo-b4-16-106.telepac.pt [81.193.16.106]) (authenticated (0 bits)) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id iBMN2VkT019451; Wed, 22 Dec 2004 23:02:32 GMT Received: by nunotex.local (Postfix, from userid 1001) id DF2AB41D8; Wed, 22 Dec 2004 23:02:03 +0000 (WET) Date: Wed, 22 Dec 2004 23:02:03 +0000 From: Nuno Teixeira To: Nate Lawson Message-ID: <20041222230203.GA694@nunotex.local> References: <20041220211308.GA730@nunotex.local> <41C74AC3.6080204@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41C74AC3.6080204@root.org> X-Operating-System: FreeBSD 5.3-STABLE User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: sound blaster ISA 64 Gold and ACPI problem solved on 5-STABLE? 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, 22 Dec 2004 23:02:14 -0000 Hello again, It works ok with ACPI enabled! Thanks for fixing that! Today I've tryed to install OSS with and without ACPI without success because of intermitent noise, but this issue has nothing to to with this lists. Thanks again, NUno Teixeira On Mon, Dec 20, 2004 at 01:57:23PM -0800, Nate Lawson wrote: > Nuno Teixeira wrote: > >Hello to all, > > > >I've tryed to use an old SB AWE ISA Gold on FreeBSD 5.2.1 without > >success because it have problems with ACPI enabled. This sound card only > >works with ACPI disabled. > > > >I'd like to know if anyone knows if it works ok on 5-STABLE without > >problem with ACPI. I remember having this problem with OSS and FreeBSD > >native driver. > > I don't know. You can get a CD ISO from snapshots.jp.freebsd.org and > test yourself. We did fix some irq routing problems between 5.2.1 and 5.3. > > -- > Nate -- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 22 23:15:51 2004 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 B775F16A4CE for ; Wed, 22 Dec 2004 23:15:51 +0000 (GMT) Received: from mail.agala.net (Ibce5.i.pppool.de [85.73.188.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89F2243D41 for ; Wed, 22 Dec 2004 23:15:49 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (mail.agala.net [192.168.20.1]) by mail.agala.net (8.13.1/8.13.1) with ESMTP id iBMNDMat004320; Thu, 23 Dec 2004 00:13:24 +0100 (CET) (envelope-from frank@barda.agala.net) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 00:13:00 +0100 User-Agent: KMail/1.7 References: <200411210133.14396.frank@barda.agala.net> In-Reply-To: <200411210133.14396.frank@barda.agala.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200412230013.05947.frank@barda.agala.net> X-Scanned-By: MIMEDefang 2.44 Subject: Re: ppp trouble with 5.3-stable 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, 22 Dec 2004 23:15:51 -0000 Moin, am Sonntag, 21. November 2004 01:32 schrieb Frank J. Beckmann: > a few days ago a did an upgrade from something pre 5.3-rc7 to the latest > 5.3-stable. Since then I have only trouble with ppp. My computer is > connectet to the internet via pppoe (FreeNet in Germany). My provider > closes the connection once every 24 ours, but ppp now fails to redial. That problem is solved. I had to explicitly disaable eveery possible=20 compression protocil, then it worked. The strange thing ist that it workt=20 before withou disabling that protocols. > The interactive interface of ppp is broken, too: > > kairo:~# pppctl /var/run/tun0.socket > Password: > PPP ON kairo> show > Use ``show ?'' to get a list. > PPP ON kairo> show ? > (o) =3D Optional context, (c) =3D Context required > Connection closed > kairo:~# > > Almost every command behaves that way. This problem still exists. I have the impression that pppctl has a problem= =20 with shell meta characters. =2D-=20 Tsch=FCss =46rank From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 00:41:08 2004 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 AF62516A4CE for ; Thu, 23 Dec 2004 00:41:08 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8274943D48 for ; Thu, 23 Dec 2004 00:41:08 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 16957 invoked from network); 23 Dec 2004 00:41:08 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Dec 2004 00:41:08 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id BA37E44; Wed, 22 Dec 2004 19:41:07 -0500 (EST) Sender: lowell@be-well.ilk.org To: Federico Galvez-Durand Besnard References: <41C9EEC0.3000204@del.ufrj.br> From: Lowell Gilbert Date: 22 Dec 2004 19:41:07 -0500 In-Reply-To: <41C9EEC0.3000204@del.ufrj.br> Message-ID: <44652tdexo.fsf@be-well.ilk.org> Lines: 24 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: acpi boot error messages after last update (Dec 22nd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:41:08 -0000 Federico Galvez-Durand Besnard writes: > Hi, just compiled new kernel with lattest acpi. > I am getting boot error messages. > I set hint.acpi.0.disabled="1" in device.hints. > With acpi disabled I get this: > > ( partial dmesg ) > ... > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (memory) > unknown: can't assign resources (irq) > unknown: can't assign resources (port) > unknown: can't assign resources (irq) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 646825914 Hz quality 800 > Timecounters tick every 10.000 msec > ... I don't see any error messages there. What is the actual problem? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 02:20:37 2004 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 3E2A716A4CE; Thu, 23 Dec 2004 02:20:35 +0000 (GMT) Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9891743D41; Thu, 23 Dec 2004 02:20:32 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [192.168.0.5] (dsl-082-083-059-021.arcor-ip.net [82.83.59.21]) by dd3.kasserver.com (Postfix) with ESMTP id 7920289FF3; Thu, 23 Dec 2004 03:20:22 +0100 (CET) Message-ID: <41CA2B6B.8090509@chillt.de> Date: Thu, 23 Dec 2004 03:20:27 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <6.2.0.14.0.20041222134831.101dc3e8@64.7.153.2> <20041222220444.GB12371@ip.net.ua> In-Reply-To: <20041222220444.GB12371@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE changes ? (RELENG_5) 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, 23 Dec 2004 02:20:38 -0000 Apparently, the CPU type changes have some unintended side effects. For me, they render the system unbootable. I have been investigating what broke my system between a 10th December cvsup and a 20th December one and it boils down to bsd.cpu.mk. I am on a Centrino laptop, which uses a Pentium M (Pentium III with some additional features) CPU. I have CPUTYPE set to "pentium-m". I know this is officially not documented, but bsd.cpu.ml recognizes it and sets the compiler flags accordingly. Unfortunately, something is wrong with the flags. Some feature gets enabled that this CPU does not support and a freshly compiled kernel simply reboots the box on startup. It also affects the boot loader, which shows a register dump for a split second and then reboots the machine as well. I'd love to get to the root of this as currently, it prevents me from keeping my machine up-to-date since anything newer than 15th December leads to an unbootable system :(. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 03:08:52 2004 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 ED64E16A4CE for ; Thu, 23 Dec 2004 03:08:51 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C2C43D31 for ; Thu, 23 Dec 2004 03:08:51 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 4A22C364 for ; Thu, 23 Dec 2004 04:08:49 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84097-09 for ; Thu, 23 Dec 2004 04:08:48 +0100 (CET) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 49D6A1E7 for ; Thu, 23 Dec 2004 04:08:48 +0100 (CET) From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 04:08:39 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1293241.GaRY9haA2g"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412230408.48770.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: slow system freeze 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, 23 Dec 2004 03:08:52 -0000 --nextPart1293241.GaRY9haA2g Content-Type: multipart/mixed; boundary="Boundary-01=_3ajyBkMvlPOlON/" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_3ajyBkMvlPOlON/ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I'm having a Problem with FreeBSD 5.3 here. The system slowly freezes. It starts with one application that just locks up. Other applications=20 still work, but when I switch to them and do stuff in them, they usually=20 lock up after a few seconds as well. Starting new processes or logging in=20 at a physical console does not work anymore, and after about 30 secs the=20 whole system is frozen. Nothing is printed to the first physical console=20 or the logs. This has happened both under load and while the system was=20 mostly idle (just me irc'ing). Now, I realize that this description is very vague, but maybe you can tell= =20 me how to even start debugging this? There's no panic, ie no kernel dump=20 I could analyze. I'm no kernel developer, but if I had to guess it sounds like a scheduler=20 problem, ie some table being overwritten. I've attached my dmesg for reference. Greetings Benjamin --Boundary-01=_3ajyBkMvlPOlON/ Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 5.3-RELEASE-p2 #20: Thu Dec 2 03:52:21 CET 2004 maxlor@merlin:/usr/obj/usr/src/sys/MERLIN WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2210.09-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xff0 Stepping =3D 0 Features=3D0x78bfbff AMD Features=3D0xe0500000 real memory =3D 1073676288 (1023 MB) avail memory =3D 1036861440 (988 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xf5002000-0xf5002fff irq 22 at = device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xf5003000-0xf5003fff irq 21 at = device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xf5004000-0xf50040ff irq 20= at device 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) atapci0: port 0xf000-0xf00f,0x376,0= x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xdc00-0xdc0f,0xb60-0xb63,0x960-0x96= 7,0xbe0-0xbe3,0x9e0-0x9e7 irq 20 at device 9.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe8000000-0xefffffff,0xf0000000-0xf0ffffff = irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] pcib2: at device 14.0 on pci0 pci2: on pcib2 pcm0: port 0xa000-0xa01f irq 18 at device 8.0 on pci2 pcm0: pci2: at device 9.0 (no driver attached) pci2: at device 9.1 (no driver attached) re0: port 0xa800-0xa8ff mem 0x= f3000000-0xf30000ff irq 16 at device 13.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto re0: Ethernet address: 00:11:09:65:fc:0e re0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 o= n acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xd6000-0xd6fff,0xd4000-0xd57ff,0xd0000-0x= d3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 2210091664 Hz quality 800 Timecounters tick every 10.000 msec acd0: DVDROM at ata0-maste= r UDMA66 acd1: DVDR at ata1-master UDMA33 ad4: 152627MB [310101/16/63] at ata2-master = UDMA33 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device=20 cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed Mounting root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /var was not properly dismounted NVRM: AGP cannot be enabled on this combination of the AMD CPU and OS kernel NVRM: kernel upgrade recommended. NVRM: AGP cannot be enabled on this combination of the AMD CPU and OS kernel NVRM: kernel upgrade recommended. --Boundary-01=_3ajyBkMvlPOlON/-- --nextPart1293241.GaRY9haA2g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByjbAgShs4qbRdeQRApZaAJ9QoEZqxZ5e+tijB5iCvixCTxZEfQCcDR/x xGwhDHi4VSeQbsSrlCHdgNI= =J1Zz -----END PGP SIGNATURE----- --nextPart1293241.GaRY9haA2g-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 03:24:51 2004 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 A0D7116A4CE for ; Thu, 23 Dec 2004 03:24:51 +0000 (GMT) Received: from iscan1.intra.oki.co.jp (okigate.oki.co.jp [202.226.91.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D45A43D48 for ; Thu, 23 Dec 2004 03:24:50 +0000 (GMT) (envelope-from yamamoto436@oki.com) Received: from aoi.bmc.oki.co.jp (localhost.localdomain [127.0.0.1]) by iscan1.intra.oki.co.jp (8.9.3/8.9.3) with SMTP id MAA29722 for ; Thu, 23 Dec 2004 12:24:49 +0900 Received: (qmail 24796 invoked from network); 23 Dec 2004 12:24:49 +0900 Received: from tulip.bmc.oki.co.jp (172.19.234.100) by aoi.bmc.oki.co.jp with SMTP; 23 Dec 2004 12:24:49 +0900 Received: from localhost (tulip [172.19.234.100]) by tulip.bmc.oki.co.jp (8.13.1/8.12.11) with ESMTP id iBN3Onxv052126 for ; Thu, 23 Dec 2004 12:24:49 +0900 (JST) (envelope-from yamamoto436@oki.com) Date: Thu, 23 Dec 2004 12:24:49 +0900 (JST) Message-Id: <20041223.122449.85366654.yamamoto436@oki.com> To: freebsd-stable@freebsd.org From: Hideki Yamamoto X-Mailer: Mew version 3.3 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 'Shared object "libc.so.4" not found' when running FreeBSD 4 command on 5.3 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, 23 Dec 2004 03:24:51 -0000 Hi, When trying to run my application, which was compiled on FreeBSD4.8, on FreeBSD 5.3, It does not work and appears 'Shared object "libc.so.4" not found.' After make an symbolic link as follows, # ln -s /usr/lib/libc.so /usr/lib/libc.so.4 it works well. Is this link is correct for this problem? My kernel config file includes 'options COMPAT_FREEBSD4' line. I wonder if this option has some problems. Best regards, Hideki Yamamoto ----------------------------------------------------------------- Hideki YAMAMOTO | Broadband Media Solutions Department | E-mail: yamamoto436@oki.com Broadband Media Company | Tel: +81-48-420-7012 Oki Electric Industry Co., Ltd. | FAX: +81-48-420-7016 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 03:37:07 2004 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 99A2B16A4CE for ; Thu, 23 Dec 2004 03:37:07 +0000 (GMT) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDCF643D45 for ; Thu, 23 Dec 2004 03:37:06 +0000 (GMT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-213-023-058-164.arcor-ip.net [213.23.58.164]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 1D1A01612C for ; Thu, 23 Dec 2004 04:37:05 +0100 (CET) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.1/8.12.10) with ESMTP id iBN3b4c2001780 for ; Thu, 23 Dec 2004 04:37:04 +0100 (CET) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.13.1/8.13.1/Submit) id iBN3b4xk001779 for freebsd-stable@freebsd.org; Thu, 23 Dec 2004 04:37:04 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Thu, 23 Dec 2004 03:37:03 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-stable@freebsd.org Subject: 5.3-STABLE/alpha: re(4) slowdown 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, 23 Dec 2004 03:37:07 -0000 After updating my 5.3-STABLE/alpha from Dec 4 to Dec 22 on RELENG_5, network _receiving_ throughput on its re(4) interface has collapsed to a maximum of 0.5-1.0 MB/s. (Figures from scp. Yes, I realize this is not the most suitable test, but the box is not CPU starved and used to receive data at several times that rate.) I use the machine as X11 display and quickly noticed that remote X11 apps had become unusually slow. IPv4 and v6 are equally affected. There haven't been any changes to if_re.c in this period. Any other changes that could explain this? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 03:45:38 2004 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 E143916A4CE for ; Thu, 23 Dec 2004 03:45:38 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id AFEC043D2D for ; Thu, 23 Dec 2004 03:45:34 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 80188 invoked by uid 0); 23 Dec 2004 03:38:35 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 23 Dec 2004 03:38:35 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id C5733133E37; Thu, 23 Dec 2004 11:45:20 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01798-18; Thu, 23 Dec 2004 11:45:06 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id BECF413332B; Thu, 23 Dec 2004 11:45:05 +0800 (CST) Date: Thu, 23 Dec 2004 11:45:05 +0800 From: Xin LI To: Hideki Yamamoto Message-ID: <20041223034505.GA369@frontfree.net> References: <20041223.122449.85366654.yamamoto436@oki.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20041223.122449.85366654.yamamoto436@oki.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-stable@freebsd.org Subject: Re: 'Shared object "libc.so.4" not found' when running FreeBSD 4 command on 5.3 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, 23 Dec 2004 03:45:39 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 23, 2004 at 12:24:49PM +0900, Hideki Yamamoto wrote: > When trying to run my application, which was compiled on FreeBSD4.8, > on FreeBSD 5.3, It does not work and appears > 'Shared object "libc.so.4" not found.' >=20 > After make an symbolic link as follows, > # ln -s /usr/lib/libc.so /usr/lib/libc.so.4 > it works well. >=20 > Is this link is correct for this problem? It may work, but it's not recommended. A recommended solution is that you either re-compile the application, or install ports/misc/compat4x/ so you get libc.so.4. > My kernel config file includes 'options COMPAT_FREEBSD4' line. > I wonder if this option has some problems. This should not be painful :-) If you have many 4-STABLE binaries then you will want this. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByj9B/cVsHxFZiIoRAl0kAJ9SrJwxxeO34vItNxO/LEj4tT63xwCfaAps /TkVfQ7GsuhugiBvwjkZNL4= =HGvQ -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 07:11:56 2004 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 F2AD316A4CE for ; Thu, 23 Dec 2004 07:11:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8AF543D46 for ; Thu, 23 Dec 2004 07:11:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 23F41512C4; Wed, 22 Dec 2004 23:11:55 -0800 (PST) Date: Wed, 22 Dec 2004 23:11:55 -0800 From: Kris Kennaway To: stable@FreeBSD.org Message-ID: <20041223071154.GA37223@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: New xorg packages uploaded 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, 23 Dec 2004 07:11:56 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've uploaded a new package set for 5.x built against the new x.org 6.8.1 X Windows version. It will make its' way to the ftp servers when they next update. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBym+6Wry0BWjoQKURAtljAJ9naf3spFszg1+tpLzbSL5PIfsWZgCgsJxz MRnf76KpogLMwoGcPIrRttQ= =jZRL -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 07:16:24 2004 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 D924516A4CE for ; Thu, 23 Dec 2004 07:16:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FB043D1F for ; Thu, 23 Dec 2004 07:16:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2FA7E512BF; Wed, 22 Dec 2004 23:16:24 -0800 (PST) Date: Wed, 22 Dec 2004 23:16:24 -0800 From: Kris Kennaway To: Hideki Yamamoto Message-ID: <20041223071624.GA40035@xor.obsecurity.org> References: <20041223.122449.85366654.yamamoto436@oki.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20041223.122449.85366654.yamamoto436@oki.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 'Shared object "libc.so.4" not found' when running FreeBSD 4 command on 5.3 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, 23 Dec 2004 07:16:25 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 23, 2004 at 12:24:49PM +0900, Hideki Yamamoto wrote: >=20 > Hi, >=20 > When trying to run my application, which was compiled on FreeBSD4.8, > on FreeBSD 5.3, It does not work and appears > 'Shared object "libc.so.4" not found.' >=20 > After make an symbolic link as follows, > # ln -s /usr/lib/libc.so /usr/lib/libc.so.4 > it works well. >=20 > Is this link is correct for this problem? No! > My kernel config file includes 'options COMPAT_FREEBSD4' line. > I wonder if this option has some problems. No, that's just the kernel compatibility. To run dynamically-linked 4.x binaries, you need to install the misc/compat4x package. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBynDHWry0BWjoQKURAsL+AKDtyNKU7e+1pwwNBcivSN/GcubnBACg8yl3 +FQ/2zRSpA7SfawOxzUoaXU= =UPzO -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 07:48:41 2004 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 200A016A4CE for ; Thu, 23 Dec 2004 07:48:41 +0000 (GMT) Received: from negaverse.org (207.127.234.151.lightlink.com [207.127.234.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42EB143D45 for ; Thu, 23 Dec 2004 07:48:40 +0000 (GMT) (envelope-from lucas@negaverse.org) Received: (qmail 74687 invoked by uid 98); 23 Dec 2004 07:48:37 -0000 Received: from 69.202.67.181 by zoisite.negaverse.org (envelope-from , uid 82) with qmail-scanner-1.24 (f-prot: 4.3.2/3.14.7. spamassassin: 3.0.1. Clear:RC:1(69.202.67.181):. Processed in 0.139097 secs); 23 Dec 2004 07:48:37 -0000 X-Qmail-Scanner-Mail-From: lucas@negaverse.org via zoisite.negaverse.org X-Qmail-Scanner: 1.24 (Clear:RC:1(69.202.67.181):. Processed in 0.139097 secs) Received: from syr-69-202-67-181.twcny.rr.com (HELO ?192.168.1.66?) (69.202.67.181) by 207.127.234.151.lightlink.com with AES256-SHA encrypted SMTP; 23 Dec 2004 07:48:36 -0000 Message-ID: <41CA7846.2020604@negaverse.org> Date: Thu, 23 Dec 2004 02:48:22 -0500 From: Lucas Madar User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) 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: panic in 5.3-stable related to heavy usage and libthr 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, 23 Dec 2004 07:48:41 -0000 I updated a machine today to 5.3-STABLE and almost instantly it crashed when a heavily threaded program ran. (The machine was previously running 5.2-release). This crash is reproducible under heavy load with four threads using libthr -- I haven't tested any other variances on this scheme, and I will be testing 5.3-RELEASE tomorrow to see if it exhibits the same problems. relevant info from kgdb, with null pointer goodness. #23 0x00000000 in ?? () #24 0xc055681f in sleepq_remove_thread (sq=0x0, td=0x0) at /data/rootsystem/src/sys/kern/subr_sleepqueue.c:581 #25 0xc0556a16 in sleepq_signal (wchan=0xc2b91320, flags=0, pri=-1) at /data/rootsystem/src/sys/kern/subr_sleepqueue.c:677 #26 0xc053fa53 in wakeup_one (ident=0xc2b91320) at /data/rootsystem/src/sys/kern/kern_synch.c:266 #27 0xc0543052 in thr_wake (td=0xc2b91000, uap=0xc2b91000) at /data/rootsystem/src/sys/kern/kern_thr.c:303 #28 0xc0698c9f in syscall (frame= {tf_fs = 134742063, tf_es = 134742063, tf_ds = -1078001617, tf_edi = 134558784, tf_esi = 135229440, tf_ebp = -1079198052, tf_isp = -378659468, tf_ebx = 671863452, tf_edx = 134558792, tf_ecx = 0, tf_eax = 443, tf_trapno = 22, tf_err = 2, tf_eip = 672179195, tf_cs = 31, tf_eflags = 662, tf_esp = -1079198096, tf_ss = 47}) at /data/rootsystem/src/sys/i386/i386/trap.c:1001 #29 0xc0686c1f in Xint0x80_syscall () at /data/rootsystem/src/sys/i386/i386/exception.s:201 Is this useful to anyone? I'll keep this around if you need to poke at any structures. - lucas From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 08:19:25 2004 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 E6F4116A4CE for ; Thu, 23 Dec 2004 08:19:25 +0000 (GMT) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2351543D48 for ; Thu, 23 Dec 2004 08:19:25 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBN8JJUf001051 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 23 Dec 2004 19:19:20 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBN8JJxP005949; Thu, 23 Dec 2004 19:19:19 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBN8JJS0005948; Thu, 23 Dec 2004 19:19:19 +1100 (EST) (envelope-from pjeremy) Date: Thu, 23 Dec 2004 19:19:19 +1100 From: Peter Jeremy To: Benjamin Lutz Message-ID: <20041223081918.GA5824@cirb503493.alcatel.com.au> References: <200412230408.48770.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412230408.48770.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze 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, 23 Dec 2004 08:19:26 -0000 On Thu, 2004-Dec-23 04:08:39 +0100, Benjamin Lutz wrote: >I'm having a Problem with FreeBSD 5.3 here. The system slowly freezes. > >It starts with one application that just locks up. Other applications >still work, but when I switch to them and do stuff in them, they usually >lock up after a few seconds as well. Starting new processes or logging in >at a physical console does not work anymore, and after about 30 secs the >whole system is frozen. Nothing is printed to the first physical console >or the logs. This has happened both under load and while the system was >mostly idle (just me irc'ing). Can you do a 'ps axl' as the system freezes. Of particular interest would be the WCHAN for the frozen processes. What still works when the system is frozen? Can you switch VTYs? Do ping's work (from another system)? To actually solve the problem, you're going to need to enable DDB. See http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Again, a "ps" with the system frozen is the first step. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 10:19:44 2004 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 4CD4216A521 for ; Thu, 23 Dec 2004 10:19:44 +0000 (GMT) Received: from smtp.retis.fr (smtp.retis.fr [217.167.216.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB0E43D5E for ; Thu, 23 Dec 2004 10:19:43 +0000 (GMT) (envelope-from npondemer@retis.fr) Received: from smtp.retis.fr (proxy [127.0.0.1]) by smtp-out.retis.fr (Postfix) with ESMTP id 888626E715 for ; Thu, 23 Dec 2004 12:08:45 +0100 (CET) Received: from [172.17.20.40] (unknown [172.17.20.40]) by smtp-in.retis.fr (Postfix) with ESMTP id 4129513F62 for ; Thu, 23 Dec 2004 12:08:45 +0100 (CET) Message-ID: <41CA7E42.8030308@retis.fr> Date: Thu, 23 Dec 2004 09:13:54 +0100 From: Nicolas PONDEMER User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) 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: Installation attempt results in shutdown - nx9105 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, 23 Dec 2004 10:19:44 -0000 Hi, I tried to install 5.3 on my HP/Compaq nx9105 ant saw the same symptoms as David Johnson. I also tried your 1), 2) and 3) options without success (immediate shutdown). --------------------------------------------------------------------------------------- Seems to be a widely suffered ACPI issue... Have you tried different choices from the boot menu? 1) booting with ACPI disabled 2) safe mode 3) with verbose kernel logging Could you tell us if 1) a choice from above would help you to boot 2) the last messages with verbose logging enabled (well, if you'd manage to see them) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 10:29:31 2004 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 06E6B16A4CE for ; Thu, 23 Dec 2004 10:29:31 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C8DD43D46 for ; Thu, 23 Dec 2004 10:29:30 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBNAQMRN096697; Thu, 23 Dec 2004 05:26:22 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBNAQLpP096694; Thu, 23 Dec 2004 10:26:22 GMT (envelope-from robert@fledge.watson.org) Date: Thu, 23 Dec 2004 10:26:21 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Benjamin Lutz In-Reply-To: <200412230408.48770.benlutz@datacomm.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze 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, 23 Dec 2004 10:29:31 -0000 On Thu, 23 Dec 2004, Benjamin Lutz wrote: > I'm having a Problem with FreeBSD 5.3 here. The system slowly freezes. > > It starts with one application that just locks up. Other applications > still work, but when I switch to them and do stuff in them, they usually > lock up after a few seconds as well. Starting new processes or logging in > at a physical console does not work anymore, and after about 30 secs the > whole system is frozen. Nothing is printed to the first physical console > or the logs. This has happened both under load and while the system was > mostly idle (just me irc'ing). > > Now, I realize that this description is very vague, but maybe you can tell > me how to even start debugging this? There's no panic, ie no kernel dump > I could analyze. > > I'm no kernel developer, but if I had to guess it sounds like a scheduler > problem, ie some table being overwritten. > > I've attached my dmesg for reference. This is actually fairly symptomatic of a deadlock, either due to a leaked lock, a literal lock deadlock, or a resource deadlock. If you can get to the console, either by switching away from X or via a serial console, compile your kernel with DDB+KDB, break to the debugger, and do the following: ps show threads show lockedvnods You might also try building with INVARIANTS and WITNESS support, and see if the failure mode becomes an assertion failure instead of a wedge. With WITNESS compiled in, you can also get more extensive debugging information using "show locks" and "show witness". Ideally, with a serial console, you can copy and paste the results of these commands into an e-mail. If you don't have a serial console, it's a bit more laborious: however, what you're looking for is lots of threads blocked in similar wait channels in the ps output. You'll see lots of output like this: db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 586 c168adc8 0 585 585 0000002 [SLPQ ttyin 0xc13e1c10][SLP] cu 585 c16ca000 0 559 585 0004002 [SLPQ ttyin 0xc13e5410][SLP] cu 559 c16867e0 0 558 559 0004002 [SLPQ pause 0xc1686814][SLP] csh 558 c16869d8 0 1 558 0004102 [SLPQ wait 0xc16869d8][SLP] login 557 c1686bd0 0 1 557 0004002 [SLPQ ttyin 0xc13ee810][SLP] getty 556 c1686dc8 0 1 556 0004002 [SLPQ ttyin 0xc13f4c10][SLP] getty ^^^^^^^^^^^^^^ this stuff What we want to know is what the common entries in the "wmesg" column are, particularly for processes that are known to be in a wedge state. If doing this by hand, we don't need the output of "show threads", but knowing how many lines and what sort of lines appear in "show lockedvnods" would be useful. You can find some reasonable documentation on how to get started on kernel debugging in the handbook. I'm not sure it addresses live debugging via DDB in great detail, so I guess I'll take a look and flesh it out some over the holidays if there isn't enough information there. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 10:30:47 2004 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 9FE1216A4CE for ; Thu, 23 Dec 2004 10:30:47 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42D9743D2D for ; Thu, 23 Dec 2004 10:30:47 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBNARfcs096728; Thu, 23 Dec 2004 05:27:41 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBNAReDD096725; Thu, 23 Dec 2004 10:27:41 GMT (envelope-from robert@fledge.watson.org) Date: Thu, 23 Dec 2004 10:27:40 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Christian Weisgerber In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.3-STABLE/alpha: re(4) slowdown 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, 23 Dec 2004 10:30:47 -0000 On Thu, 23 Dec 2004, Christian Weisgerber wrote: > After updating my 5.3-STABLE/alpha from Dec 4 to Dec 22 on RELENG_5, > network _receiving_ throughput on its re(4) interface has collapsed to a > maximum of 0.5-1.0 MB/s. (Figures from scp. Yes, I realize this is not > the most suitable test, but the box is not CPU starved and used to > receive data at several times that rate.) I use the machine as X11 > display and quickly noticed that remote X11 apps had become unusually > slow. IPv4 and v6 are equally affected. Could you use a tool like netperf to see whether the slowdown is specific to TCP, or affects UDP also? There have been some TCP tweaks and bugfixes, and this would help isolate that. Seeing the results of a netperf run with the UDP_RR and UDP_STREAM tests in the "before" and "after" scenarios would be helpful. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > There haven't been any changes to if_re.c in this period. Any other > changes that could explain this? > > -- > Christian "naddy" Weisgerber naddy@mips.inka.de > > _______________________________________________ > 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 Thu Dec 23 10:53:27 2004 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 F105916A4CE for ; Thu, 23 Dec 2004 10:53:27 +0000 (GMT) Received: from mail1.registrar.no (pop.registrar.no [217.116.80.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6625443D39 for ; Thu, 23 Dec 2004 10:53:27 +0000 (GMT) (envelope-from niklas@registrar.no) Received: by mail1.registrar.no (Postfix, from userid 1004) id 82A61525333; Thu, 23 Dec 2004 11:47:09 +0100 (CET) Received: from webmail.registrar.no (monteverdi.registrar.no [217.116.80.4]) by mail1.registrar.no (Postfix) with SMTP id 380BA525312 for ; Thu, 23 Dec 2004 11:47:09 +0100 (CET) Received: from 217.116.81.4 (SquirrelMail authenticated user niklas@registrar.no) by webmail.registrar.no with HTTP; Thu, 23 Dec 2004 11:49:50 +0100 (CET) Message-ID: <1653.217.116.81.4.1103798990.squirrel@webmail.registrar.no> Date: Thu, 23 Dec 2004 11:49:50 +0100 (CET) From: niklas@registrar.no To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: 5.3 and maxproc exceeded 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, 23 Dec 2004 10:53:28 -0000 Hi, I'm trying to dig up a problem. A server I have running 201 jails with a total of ~2200 processes gets about every five minutes: "maxproc limit exceeded by uid 2, please see tuning(7) and login.conf(5)" First of all, uid 2 has only a few sendmail processes running (postfix alias for sendmail) Second of all, I've upped both kern.maxproc and kern.maxprocperuid to 32k and 16k, well above what this server actually runs of total processes. To make things even more interesting, java dies by signal 6 (Abort) frequently (it's running Tomcat 4.1) (while I was writing this mail, make buildworld Abort'ed as well :-I ) and I've had reports of this server panicing a few times the last 24 hours, but since I haven't been around when it's happened and no-one noted down the panic messages because they were too stressed about getting the computer up, I have no clue what might have happened there. But if someone have any ideas or guesses about the maxproc problem, I bet that would help me nesting up the problem. :) Cheers Nik From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 11:56:47 2004 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 CC0FC16A4CE for ; Thu, 23 Dec 2004 11:56:47 +0000 (GMT) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52FC043D3F for ; Thu, 23 Dec 2004 11:56:47 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by S1.stc with esmtp (Exim 4.34; FreeBSD) id 1ChRZf-0003D1-4c for freebsd-stable@freebsd.org; Thu, 23 Dec 2004 14:56:07 +0300 Message-ID: <41CAB1A9.9040903@speechpro.com> Date: Thu, 23 Dec 2004 14:53:13 +0300 From: Igor Robul User-Agent: Mozilla Thunderbird 0.9 (X11/20041130) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Poor performance with 3Ware 7506LP RAID 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, 23 Dec 2004 11:56:48 -0000 Hello, we have performance problem with 3Ware 7506LP RAID5. For example if we execute rsync for large array of data, then 'systat -vmstat' shows 100% load on twed0, and many other processes wait disk I/O. Also, which SATA RAID controller would you recomend for Samba/Courier-IMAP server for company with 80 users? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 15:03:10 2004 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 1805816A4CE for ; Thu, 23 Dec 2004 15:03:10 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B32243D48 for ; Thu, 23 Dec 2004 15:03:09 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-169-228.dynamic.qsc.de [212.202.169.228]) by mail.efacilitas.de (Postfix) with ESMTP id 246401239BD; Thu, 23 Dec 2004 16:03:04 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id A6F0ECCD853; Thu, 23 Dec 2004 16:02:53 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20523-07; Thu, 23 Dec 2004 16:02:42 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 1ABA3CCD850; Thu, 23 Dec 2004 16:02:42 +0100 (CET) From: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= To: Date: Thu, 23 Dec 2004 16:03:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20041223.122449.85366654.yamamoto436@oki.com> Thread-Index: AcTon7lUZf9BOjK1QtOD4t2cc6b5NgAXwaEA Message-Id: <20041223150242.1ABA3CCD850@mail.alpha-tierchen.de> X-Virus-Scanned: amavisd-new at alpha-tierchen.de cc: 'Hideki Yamamoto' Subject: RE: 'Shared object "libc.so.4" not found' when running FreeBSD 4 command on 5.3 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, 23 Dec 2004 15:03:10 -0000 Hello Hideki, Creating symbolic links with libaries is not the recommended way to make = programms working. Sooner or later this method will entail new problems. = The port misc/compat4x installs the missing libc.so.4. Alternatively = install it with "pkg_add -r compat4x-i386-5.3". Best regards Bj=C3=B6rn K=C3=B6nig From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 15:25:07 2004 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 9EA9716A4CE; Thu, 23 Dec 2004 15:25:07 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4440843D49; Thu, 23 Dec 2004 15:25:07 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 4223A207; Thu, 23 Dec 2004 16:25:06 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89369-05; Thu, 23 Dec 2004 16:25:05 +0100 (CET) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 6B2D043; Thu, 23 Dec 2004 16:25:05 +0100 (CET) From: Benjamin Lutz To: Robert Watson , Peter Jeremy Date: Thu, 23 Dec 2004 16:25:02 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1333816.ni5TEzTReL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412231625.05983.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze 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, 23 Dec 2004 15:25:07 -0000 --nextPart1333816.ni5TEzTReL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Thanks for the detailed instructions, both of you. I'll see that I can=20 collect some information next time this happens (I can't really reproduce=20 it, it just happens about once a week). > What still works when the system is frozen? Can you switch VTYs? Do\ > ping's work (from another system)?=20 VTY switching works at first (even switching to and from the running=20 Xorg), but eventually that stops working too. Haven't tested pings, I'll=20 try that next time. As for the serial console... I guess I can get that working. I wanted to=20 buy an USB->Serial adapter for my laptop anyway (no, it's not the laptop=20 that's freezing, but the desktop machine, which does have a native serial=20 port). Happy Holidays! Benjamin --nextPart1333816.ni5TEzTReL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByuNRgShs4qbRdeQRApx6AJ9eVqeNa/mnm2MHeq0m8Vun8KeYuACeKYhl sxu6IpErmG0nmVi8rAB1oa8= =hzaL -----END PGP SIGNATURE----- --nextPart1333816.ni5TEzTReL-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 15:26:17 2004 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 B110216A4CE for ; Thu, 23 Dec 2004 15:26:17 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D89743D55 for ; Thu, 23 Dec 2004 15:26:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id iBNFQGTZ053124; Thu, 23 Dec 2004 10:26:16 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 52390-07; Thu, 23 Dec 2004 10:26:16 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id iBNFQGXw053112; Thu, 23 Dec 2004 10:26:16 -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.11/8.12.11) with ESMTP id iBNFQ92A014773; Thu, 23 Dec 2004 10:26:09 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.0.14.0.20041223101407.1053a0e8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Thu, 23 Dec 2004 10:26:44 -0500 To: Igor Robul , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <41CAB1A9.9040903@speechpro.com> References: <41CAB1A9.9040903@speechpro.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: Poor performance with 3Ware 7506LP RAID 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, 23 Dec 2004 15:26:17 -0000 At 06:53 AM 23/12/2004, Igor Robul wrote: >Hello, >we have performance problem with 3Ware 7506LP RAID5. For example if we >execute rsync for large array of data, then >'systat -vmstat' shows 100% load on twed0, and many other processes wait >disk I/O. > >Also, which SATA RAID controller would you recomend for Samba/Courier-IMAP >server for company with 80 users? I think the 7xxx series is not so great for RAID5 speed wise. I know on our 7810, its lucky to get 15MB/s on block writes on 6 160G ST3160021A... I havent tested the 8xxx series in RAID5, but supposedly they are faster as is the 9000. But I dont know about the stability of the 9xxx series drivers (twe vs twa). If speed and reliability is what you want, look at RAID10. Our one mail server on RAID10 sees about 15-40 concurrent connections a second at peak times. With a lot of RAM and Maildir format, there is hardly any blocking going on. ---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" From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 17:01:26 2004 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 E72CD16A4CE for ; Thu, 23 Dec 2004 17:01:26 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 878A143D39 for ; Thu, 23 Dec 2004 17:01:26 +0000 (GMT) (envelope-from maxlor@maxlor.mine.nu) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 5616335E for ; Thu, 23 Dec 2004 18:01:25 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90026-03 for ; Thu, 23 Dec 2004 18:01:24 +0100 (CET) Received: by maxlor.mine.nu (Postfix, from userid 1000) id A1CF5122; Thu, 23 Dec 2004 18:01:24 +0100 (CET) Date: Thu, 23 Dec 2004 18:01:24 +0100 From: Benjamin Lutz To: freebsd-stable@freebsd.org Message-ID: <20041223170124.GA89886@midgard.intranet> References: <200412230408.48770.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <200412230408.48770.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: Re: slow system freeze - 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, 23 Dec 2004 17:01:27 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Well, this is unexpected. I enabled the debugging options as instructed (INVARIANT_SUPPORT, INVARIANTS, WITNESS, DDB, GDB), rebooted and then I got this next time I booted: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE-p2 #20: Thu Dec 2 03:52:21 CET 2004 maxlor@merlin:/usr/obj/usr/src/sys/MERLIN WARNING: WITNESS option enabled, expect reduced performance. WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2210.09-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe0500000 real memory = 1073676288 (1023 MB) avail memory = 1036861440 (988 MB) ioapic0 irqs 0-23 on motherboard panic: spin lock rm.mutex_mtx not in order list KDB: enter: panic [thread 0] Stopped at kdb_enter+0x30: leave db> ps axl Symbol not found db> show threads 100011 (0xc268c190) fork_trampoline() at fork_trampoline 100035 (0xc26ec7d0) fork_trampoline() at fork_trampoline 100034 (0xc26ec640) fork_trampoline() at fork_trampoline 100033 (0xc26ec320) fork_trampoline() at fork_trampoline (...) 100001 (0xc2689190) fork_trampoline() at fork_trampoline 0 (0xc06fbbc0) kdb_enter(c06a4be9,c0700d00,c06a857d,c1021c60,100) at kbd _enter+0x30 db> show lockedvnods Locked vnodes db> show witness (too much info for me to type (haven't got the serial console running yet, I can however not find any mention of an rm mutex) So... what do I do about this? Greetings Benjamin --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByvnkgShs4qbRdeQRAp7EAJ9YNtjSW7cmQjn8ynL/0r3IJsCN8wCgjtE0 /vcqn2vEjlo7zwkyjax6PX4= =Hek9 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 18:24:21 2004 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 1D19C16A4CE for ; Thu, 23 Dec 2004 18:24:21 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C2243D2D for ; Thu, 23 Dec 2004 18:24:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 1BE3D12987E for ; Thu, 23 Dec 2004 14:24:19 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 17277-01 for ; Thu, 23 Dec 2004 18:24:18 +0000 (GMT) Received: from ganymede.hub.org (blk-222-250-144.eastlink.ca [24.222.250.144]) by hub.org (Postfix) with ESMTP id A9F4B129304 for ; Thu, 23 Dec 2004 14:24:18 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 01E8A49CDF; Thu, 23 Dec 2004 14:24:18 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id F1D5949C95 for ; Thu, 23 Dec 2004 14:24:18 -0400 (AST) Date: Thu, 23 Dec 2004 14:24:18 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20041223141828.B1788@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: FreeBSD 5.3-STABLE makes terrible router/gateway? 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, 23 Dec 2004 18:24:21 -0000 Due to limitations in the standard 'linksys/dlink/netgear' routers, as far as firewalls are concerned, last night I setup one of my 5.3-STABLE boxes as being the gateway ... unless I've set something up wrong, 'blows chunks' is what comes to mind :( The machine: CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1995.01-MHz 686-class CPU) real memory = 536805376 (511 MB) avail memory = 519823360 (495 MB) Two controllers: fxp0: port 0xd000-0xd03f mem 0xfa000000-0xfa01ffff,0xfa021000-0xfa021fff irq 19 at device 9.0 on pci2 miibus0: on fxp0 fxp0: Ethernet address: 00:02:b3:ee:da:3e de0: port 0xd100-0xd17f mem 0xfa020000-0xfa02007f irq 20 at device 11.0 on pci2 de0: [GIANT-LOCKED] de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de0: enabling 10baseT port de0: Ethernet address: 00:00:c0:b9:e1:f9 Firewall rules are bare minimal: # ipfw list 00050 divert 8668 ip from any to any via de0 01000 allow ip from any to any 65535 deny ip from any to any And natd is running with: -redirect_port tcp 192.168.1.4:22 22 -n de0 I run interactive sessions to my remote/colo servers ... and I can *see* the difference between the Linksys and the FreeBSD box, as far as being able to get work done is concerned ... My only thought is that its the de controller itself ... when I tried to compile it into the kernel, vs using it as a module, it caused the server itself to crash just before it did the PRNG stuff (just after mounting root) ... loading it as a module works fine though ... is there a problem with the de driver itself, or 5.x, that needs to be looked into? thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 19:40:09 2004 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 4B1F716A4CE for ; Thu, 23 Dec 2004 19:40:09 +0000 (GMT) Received: from yak.fluid.com (yak.fluid.com [63.76.105.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242E443D5A for ; Thu, 23 Dec 2004 19:40:09 +0000 (GMT) (envelope-from darren@3x3x3.org) Received: from boomstick.fluid.com ([63.76.105.102]) by yak.fluid.com with esmtpa (Exim 4.43 #1) id 1ChYjJ-00059m-HW; Thu, 23 Dec 2004 11:34:33 -0800 Message-ID: <41CB1F52.2010800@3x3x3.org> Date: Thu, 23 Dec 2004 11:41:06 -0800 From: darren david User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <41CAB1A9.9040903@speechpro.com> <6.2.0.14.0.20041223101407.1053a0e8@64.7.153.2> In-Reply-To: <6.2.0.14.0.20041223101407.1053a0e8@64.7.153.2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Igor Robul cc: freebsd-stable@freebsd.org Subject: Re: Poor performance with 3Ware 7506LP RAID X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: darren-freebsd@3x3x3.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 19:40:09 -0000 >> Hello, >> we have performance problem with 3Ware 7506LP RAID5. For example if we >> execute rsync for large array of data, then >> 'systat -vmstat' shows 100% load on twed0, and many other processes >> wait disk I/O. >> >> Also, which SATA RAID controller would you recomend for >> Samba/Courier-IMAP server for company with 80 users? > > > I think the 7xxx series is not so great for RAID5 speed wise. I know on > our 7810, its lucky to get 15MB/s on block writes on 6 160G > ST3160021A... I havent tested the 8xxx series in RAID5, but supposedly > they are faster as is the 9000. But I dont know about the stability of > the 9xxx series drivers (twe vs twa). If speed and reliability is what > you want, look at RAID10. Our one mail server on RAID10 sees about > 15-40 concurrent connections a second at peak times. With a lot of RAM > and Maildir format, there is hardly any blocking going on. I'm running a 9500 on 5.3-STABLE with 4x250 RAID 5, performance is solid and it's totally stable. Can't say the same for the 3dm2 software, tho. Still no luck getting that up and running. darren From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 19:52:40 2004 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 75BEA16A4CE for ; Thu, 23 Dec 2004 19:52:40 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF0243D49 for ; Thu, 23 Dec 2004 19:52:39 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from twinmp (12-218-40-24.client.mchsi.com[12.218.40.24]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20041223195233m9200a9v7pe>; Thu, 23 Dec 2004 19:52:34 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 13:50:16 +0000 User-Agent: KMail/1.7 References: <20041223141828.B1788@ganymede.hub.org> In-Reply-To: <20041223141828.B1788@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412231350.16452.josh@tcbug.org> Subject: Re: FreeBSD 5.3-STABLE makes terrible router/gateway? 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, 23 Dec 2004 19:52:40 -0000 On Thursday 23 December 2004 18:24, Marc G. Fournier wrote: > Due to limitations in the standard 'linksys/dlink/netgear' routers, > as far as firewalls are concerned, last night I setup one of my > 5.3-STABLE boxes as being the gateway ... unless I've set something > up wrong, 'blows chunks' is what comes to mind :( > > The machine: > > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1995.01-MHz 686-class CPU) > real memory = 536805376 (511 MB) > avail memory = 519823360 (495 MB) > > Two controllers: > > fxp0: port 0xd000-0xd03f mem > 0xfa000000-0xfa01ffff,0xfa021000-0xfa021fff irq 19 at device 9.0 on > pci2 miibus0: on fxp0 fxp0: Ethernet address: > 00:02:b3:ee:da:3e > > de0: port 0xd100-0xd17f mem > 0xfa020000-0xfa02007f irq 20 at device 11.0 on pci2 de0: > [GIANT-LOCKED] > de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 > de0: enabling 10baseT port > de0: Ethernet address: 00:00:c0:b9:e1:f9 > > Firewall rules are bare minimal: > > # ipfw list > 00050 divert 8668 ip from any to any via de0 > 01000 allow ip from any to any > 65535 deny ip from any to any > > And natd is running with: > > -redirect_port tcp 192.168.1.4:22 22 -n de0 > > I run interactive sessions to my remote/colo servers ... and I can > *see* the difference between the Linksys and the FreeBSD box, as > far as being able to get work done is concerned ... > > My only thought is that its the de controller itself ... when I > tried to compile it into the kernel, vs using it as a module, it > caused the server itself to crash just before it did the PRNG stuff > (just after mounting root) ... loading it as a module works fine > though ... > > is there a problem with the de driver itself, or 5.x, that needs to > be looked into? > > thanks ... > > ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) Email: scrappy@hub.org Yahoo!: > yscrappy ICQ: 7615664 Is it possible that there is a 10/100 or duplex mismatch on the NICs? I use a 200mhz Ppro w/ the fxp0 and sis0 drivers to nat/firewall a 3mbps connection so I would think your hardware is sufficient to do the job. -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 20:04:33 2004 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 BD0CD16A4CE; Thu, 23 Dec 2004 20:04:33 +0000 (GMT) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8995D43D2D; Thu, 23 Dec 2004 20:04:32 +0000 (GMT) (envelope-from naddy@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-213-023-058-077.arcor-ip.net [213.23.58.77]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 10266DC519; Thu, 23 Dec 2004 21:03:06 +0100 (CET) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.1/8.12.10) with ESMTP id iBNK4UZE004291; Thu, 23 Dec 2004 21:04:30 +0100 (CET) (envelope-from naddy@kemoauc.mips.inka.de) Received: (from naddy@localhost) by kemoauc.mips.inka.de (8.13.1/8.13.1/Submit) id iBNK4U0u004290; Thu, 23 Dec 2004 21:04:30 +0100 (CET) (envelope-from naddy) Date: Thu, 23 Dec 2004 21:04:29 +0100 From: Christian Weisgerber To: Robert Watson Message-ID: <20041223200429.GA3869@kemoauc.mips.inka.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3-STABLE/alpha: re(4) slowdown 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, 23 Dec 2004 20:04:33 -0000 Robert Watson: > Could you use a tool like netperf to see whether the slowdown is specific > to TCP, or affects UDP also? There have been some TCP tweaks and > bugfixes, and this would help isolate that. Seeing the results of a > netperf run with the UDP_RR and UDP_STREAM tests in the "before" and > "after" scenarios would be helpful. 5.3-STABLE (RELENG_5) on alpha; GENERIC plus if_re.ko. The transmitting side is OpenBSD-current/amd64 (GENERIC, sk). The network is a no-name dumb gigabit switch. No jumbo frames. Results from five runs in a row. Kernel as of December 4: netperf -H 172.16.0.3 -t TCP_STREAM TCP STREAM TEST to 172.16.0.3 Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 16384 16384 10.00 142.11 65536 16384 16384 10.01 142.58 65536 16384 16384 10.01 137.59 65536 16384 16384 10.01 135.01 65536 16384 16384 10.01 139.23 December 22: netperf -H 172.16.0.3 -t TCP_STREAM TCP STREAM TEST to 172.16.0.3 Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 65536 16384 16384 10.08 2.57 65536 16384 16384 10.66 4.50 65536 16384 16384 10.06 6.16 65536 16384 16384 12.10 6.73 65536 16384 16384 10.10 2.84 Both the switch lights and the feeling from, say, scrolling in a Firefox window from a remote host suggest that there are short periods where no packets are transmitted. December 4: netperf -H 172.16.0.3 -t UDP_STREAM UDP UNIDIRECTIONAL SEND TEST to 172.16.0.3 Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # 10^6bits/sec 9216 9216 10.00 22783 219677 167.94 42080 10.00 4 0.03 (The large socket size tests all fail, which I presume is irrelevant in this context. Figures from further runs:) 9216 9216 10.00 22285 225815 164.22 9216 9216 10.00 23852 224714 175.78 9216 9216 10.01 23635 225654 174.13 9216 9216 10.01 24139 224133 177.86 December 22: netperf -H 172.16.0.3 -t UDP_STREAM UDP UNIDIRECTIONAL SEND TEST to 172.16.0.3 Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # 10^6bits/sec 9216 9216 10.01 24410 221169 179.84 42080 10.01 20 0.15 I would have said that UDP is not affected, except that at this point the FreeBSD box locked up solid. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 20:09:02 2004 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 589C516A4CE for ; Thu, 23 Dec 2004 20:09:02 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 408EE43D2F for ; Thu, 23 Dec 2004 20:09:01 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 23 Dec 2004 20:08:59 -0000 Received: from pD951FE43.dip.t-dialin.net (EHLO localhost.localdomain) (217.81.254.67) by mail.gmx.net (mp010) with SMTP; 23 Dec 2004 21:08:59 +0100 X-Authenticated: #989277 From: Martin To: stable@freebsd.org Content-Type: text/plain Date: Thu, 23 Dec 2004 21:08:57 +0100 Message-Id: <1103832537.770.28.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Update to -STABLE breaks re(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: Thu, 23 Dec 2004 20:09:02 -0000 Hi, today I've compiled new world and kernel. Last kernel was from November, I think. The platform is amd64, mainboard Gigabyte K8VNXP. I'm talking about -STABLE here (RELENG_5 tag). (I've deleted /usr/obj before making world and used the usual procedure to update.) After reboot, re(4) "Realtek RTL8110S" could not be detected automatically. It is statically compiled into the kernel. The dmesg said something like "Could not send TCP packet in loopback mode" or similar. I tried "kldload if_re". It worked fine (e.a. the interface works after /etc/netstart restart), but I got few warnings ("already exists"). Next, I added if_re_load="YES" to /boot/loader.conf (tried a workaround). The PC always rebooted before reaching the "beastie menu". I can boot now using /boot/loader.old and the re(4)-module seems to load with same warnings as above. If I remove if_re_load="YES", even using the old loader my re0 won't be detected (same problem as above). Conclusion: It seems there are two problems. The new loader seems to crash while loading if_re (maybe because of the handling of the warning). And something changed in the detection routine of the re(4) driver, which broke support for RTL8110S. -- I won't have access to this PC until after New Year, so it will be difficult to do further research. I can imagine that there are more people who have this mainboard, so maybe someone can confirm the problem? Martin From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 20:20:38 2004 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 5438F16A4CE for ; Thu, 23 Dec 2004 20:20:38 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F85343D2D for ; Thu, 23 Dec 2004 20:20:38 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.36.139) by smtp01.syd.iprimus.net.au (7.0.036) id 41A76DD900C22711; Fri, 24 Dec 2004 07:20:36 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id E1A6A4297; Fri, 24 Dec 2004 07:20:34 +1100 (EST) Date: Fri, 24 Dec 2004 07:20:34 +1100 From: Tim Robbins To: "Marc G. Fournier" Message-ID: <20041223202034.GA954@cat.robbins.dropbear.id.au> References: <20041223141828.B1788@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041223141828.B1788@ganymede.hub.org> User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3-STABLE makes terrible router/gateway? 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, 23 Dec 2004 20:20:38 -0000 On Thu, Dec 23, 2004 at 02:24:18PM -0400, Marc G. Fournier wrote: > > Due to limitations in the standard 'linksys/dlink/netgear' routers, as far > as firewalls are concerned, last night I setup one of my 5.3-STABLE boxes > as being the gateway ... unless I've set something up wrong, 'blows > chunks' is what comes to mind :( > > The machine: > > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1995.01-MHz 686-class CPU) > real memory = 536805376 (511 MB) > avail memory = 519823360 (495 MB) > > Two controllers: > > fxp0: port 0xd000-0xd03f mem > 0xfa000000-0xfa01ffff,0xfa021000-0xfa021fff irq 19 at device 9.0 on pci2 > miibus0: on fxp0 > fxp0: Ethernet address: 00:02:b3:ee:da:3e > > de0: port 0xd100-0xd17f mem > 0xfa020000-0xfa02007f irq 20 at device 11.0 on pci2 > de0: [GIANT-LOCKED] > de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 > de0: enabling 10baseT port > de0: Ethernet address: 00:00:c0:b9:e1:f9 > > Firewall rules are bare minimal: > > # ipfw list > 00050 divert 8668 ip from any to any via de0 > 01000 allow ip from any to any > 65535 deny ip from any to any > > And natd is running with: > > -redirect_port tcp 192.168.1.4:22 22 -n de0 > > I run interactive sessions to my remote/colo servers ... and I can *see* > the difference between the Linksys and the FreeBSD box, as far as being > able to get work done is concerned ... > > My only thought is that its the de controller itself ... when I tried to > compile it into the kernel, vs using it as a module, it caused the server > itself to crash just before it did the PRNG stuff (just after mounting > root) ... loading it as a module works fine though ... > > is there a problem with the de driver itself, or 5.x, that needs to be > looked into? Please put a little effort into researching the problem before making unhelpful comments about "blowing chunks". Try a different NIC; try using ipfilter or pf NAT instead of natd if you expect performance. Tim From owner-freebsd-stable@FreeBSD.ORG Thu Dec 23 22:51:57 2004 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 D3FC916A4CE for ; Thu, 23 Dec 2004 22:51:57 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AF543D49 for ; Thu, 23 Dec 2004 22:51:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C777D5135A; Thu, 23 Dec 2004 14:51:56 -0800 (PST) Date: Thu, 23 Dec 2004 14:51:56 -0800 From: Kris Kennaway To: niklas@registrar.no Message-ID: <20041223225156.GA78368@xor.obsecurity.org> References: <1653.217.116.81.4.1103798990.squirrel@webmail.registrar.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <1653.217.116.81.4.1103798990.squirrel@webmail.registrar.no> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.3 and maxproc exceeded 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, 23 Dec 2004 22:51:58 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 23, 2004 at 11:49:50AM +0100, niklas@registrar.no wrote: > Hi, > I'm trying to dig up a problem. A server I have running 201 jails with a > total of ~2200 processes gets about every five minutes: >=20 > "maxproc limit exceeded by uid 2, please see tuning(7) and login.conf(5)" >=20 > First of all, uid 2 has only a few sendmail processes running (postfix > alias for sendmail) Second of all, I've upped both kern.maxproc and > kern.maxprocperuid to 32k and 16k, well above what this server actually > runs of total processes. It may only have a few processes running, but uid 2 was the owner of the one process that caused the total to exceed the maxproc limit. > To make things even more interesting, java dies by signal 6 (Abort) > frequently (it's running Tomcat 4.1) (while I was writing this mail, make > buildworld Abort'ed as well :-I ) and I've had reports of this server > panicing a few times the last 24 hours, but since I haven't been around > when it's happened and no-one noted down the panic messages because they > were too stressed about getting the computer up, I have no clue what might > have happened there. This may also be a side-effect of a resource limit being exceeded. You should enable crashdumps, so that you can dissect the panic after the computer reboots. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBy0wMWry0BWjoQKURAoPWAKDz2b2OI5woQJt1bmzvqvyUv8RT4gCdG7mr xcii54We8HBMDTFWT6E9VTE= =PjLk -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 00:00:58 2004 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 CFC0B16A4D5 for ; Fri, 24 Dec 2004 00:00:58 +0000 (GMT) Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789FF43D5F for ; Fri, 24 Dec 2004 00:00:42 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [192.168.0.5] (dsl-082-083-051-242.arcor-ip.net [82.83.51.242]) by dd3.kasserver.com (Postfix) with ESMTP id 69EF08A765 for ; Fri, 24 Dec 2004 01:00:31 +0100 (CET) Message-ID: <41CB5C1D.6020503@chillt.de> Date: Fri, 24 Dec 2004 01:00:29 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Recent CPUTYPE changes breaking kernel on Centrino 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, 24 Dec 2004 00:00:59 -0000 Hi list, I posted this question a few days ago, but it got lost in a thread I fear. With the recent changes to bsd.cpu.mk, the setting "CPUTYPE=pentium-m" in make.conf now gets picked up and leads to GCC flags being set accordingly. Unfortunately, something gets enabled that the Pentium M (actually a P3 with some additional features) does not support. What happens then is that a newly built world works just fine, while the kernel does not even boot. Both the boot loader and the kernel itself cause instant reboots at startup. I'm wondering if somebody knowledgeable with the GCC flags for a P3 would have a clue which flag or feature it is that could be triggering this. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 00:13:52 2004 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 D34AA16A4CE; Fri, 24 Dec 2004 00:13:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD2343D2D; Fri, 24 Dec 2004 00:13:52 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBO0HUn9091222; Thu, 23 Dec 2004 17:17:30 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41CB5EF6.8030704@freebsd.org> Date: Thu, 23 Dec 2004 17:12:38 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Weisgerber References: <20041223200429.GA3869@kemoauc.mips.inka.de> In-Reply-To: <20041223200429.GA3869@kemoauc.mips.inka.de> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org cc: Robert Watson Subject: Re: 5.3-STABLE/alpha: re(4) slowdown 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, 24 Dec 2004 00:13:53 -0000 Christian Weisgerber wrote: > Robert Watson: > > >>Could you use a tool like netperf to see whether the slowdown is specific >>to TCP, or affects UDP also? There have been some TCP tweaks and >>bugfixes, and this would help isolate that. Seeing the results of a >>netperf run with the UDP_RR and UDP_STREAM tests in the "before" and >>"after" scenarios would be helpful. > > > 5.3-STABLE (RELENG_5) on alpha; GENERIC plus if_re.ko. > The transmitting side is OpenBSD-current/amd64 (GENERIC, sk). > The network is a no-name dumb gigabit switch. No jumbo frames. > > Results from five runs in a row. > > Kernel as of December 4: > > netperf -H 172.16.0.3 -t TCP_STREAM > TCP STREAM TEST to 172.16.0.3 > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 16384 16384 10.00 142.11 > 65536 16384 16384 10.01 142.58 > 65536 16384 16384 10.01 137.59 > 65536 16384 16384 10.01 135.01 > 65536 16384 16384 10.01 139.23 > > December 22: > > netperf -H 172.16.0.3 -t TCP_STREAM > TCP STREAM TEST to 172.16.0.3 > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 65536 16384 16384 10.08 2.57 > 65536 16384 16384 10.66 4.50 > 65536 16384 16384 10.06 6.16 > 65536 16384 16384 12.10 6.73 > 65536 16384 16384 10.10 2.84 > > Both the switch lights and the feeling from, say, scrolling in a > Firefox window from a remote host suggest that there are short > periods where no packets are transmitted. > > > December 4: > > netperf -H 172.16.0.3 -t UDP_STREAM > UDP UNIDIRECTIONAL SEND TEST to 172.16.0.3 > Socket Message Elapsed Messages > Size Size Time Okay Errors Throughput > bytes bytes secs # # 10^6bits/sec > > 9216 9216 10.00 22783 219677 167.94 > 42080 10.00 4 0.03 > > (The large socket size tests all fail, which I presume is irrelevant in > this context. Figures from further runs:) > > 9216 9216 10.00 22285 225815 164.22 > 9216 9216 10.00 23852 224714 175.78 > 9216 9216 10.01 23635 225654 174.13 > 9216 9216 10.01 24139 224133 177.86 > > December 22: > > netperf -H 172.16.0.3 -t UDP_STREAM > UDP UNIDIRECTIONAL SEND TEST to 172.16.0.3 > Socket Message Elapsed Messages > Size Size Time Okay Errors Throughput > bytes bytes secs # # 10^6bits/sec > > 9216 9216 10.01 24410 221169 179.84 > 42080 10.01 20 0.15 > > I would have said that UDP is not affected, except that at this > point the FreeBSD box locked up solid. > I suspect that the buffers are being bounced all over the place in the if_re driver. Can you send me the output of 'sysctl hw.busdma' after the system has been under load? Scott From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 00:15:27 2004 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 1048916A4CE for ; Fri, 24 Dec 2004 00:15:27 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8611443D39 for ; Fri, 24 Dec 2004 00:15:26 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBO0IuWm091233; Thu, 23 Dec 2004 17:18:57 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41CB5F4C.5030707@freebsd.org> Date: Thu, 23 Dec 2004 17:14:04 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin References: <1103832537.770.28.camel@klotz.local> In-Reply-To: <1103832537.770.28.camel@klotz.local> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: stable@freebsd.org Subject: Re: Update to -STABLE breaks re(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: Fri, 24 Dec 2004 00:15:27 -0000 Martin wrote: > Hi, > > today I've compiled new world and kernel. Last kernel was > from November, I think. > > The platform is amd64, mainboard Gigabyte K8VNXP. I'm > talking about -STABLE here (RELENG_5 tag). > > (I've deleted /usr/obj before making world and used > the usual procedure to update.) > > After reboot, re(4) "Realtek RTL8110S" could not be detected > automatically. It is statically compiled into the kernel. > The dmesg said something like "Could not send TCP packet in > loopback mode" or similar. > > I tried "kldload if_re". It worked fine (e.a. the interface > works after /etc/netstart restart), but I got few > warnings ("already exists"). > > Next, I added if_re_load="YES" to /boot/loader.conf (tried > a workaround). The PC always rebooted before reaching the > "beastie menu". > > I can boot now using /boot/loader.old and the > re(4)-module seems to load with same warnings as above. > > If I remove if_re_load="YES", even using the old loader > my re0 won't be detected (same problem as above). > > Conclusion: > It seems there are two problems. The new loader seems > to crash while loading if_re (maybe because of the handling > of the warning). And something changed in the detection routine > of the re(4) driver, which broke support for RTL8110S. > > -- > > I won't have access to this PC until after New Year, so it > will be difficult to do further research. I can imagine that > there are more people who have this mainboard, so maybe > someone can confirm the problem? > > Martin > This might be another victim of my busdma fixes. There are definite mistakes in the if_re driver that I need to fix; let me know when you have some time to test them and I'll generate patches. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 02:22:37 2004 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 17E7416A558 for ; Fri, 24 Dec 2004 02:22:37 +0000 (GMT) Received: from smtp004.bizmail.sc5.yahoo.com (smtp004.bizmail.sc5.yahoo.com [66.163.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id E5F5A43D1D for ; Fri, 24 Dec 2004 02:22:36 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.189.26 with login) by smtp004.bizmail.sc5.yahoo.com with SMTP; 24 Dec 2004 02:22:36 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A4F35630E; Thu, 23 Dec 2004 20:22:35 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 33280-09; Thu, 23 Dec 2004 20:22:23 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 3139C61D4; Thu, 23 Dec 2004 20:22:23 -0600 (CST) Received: from 192.168.1.9 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Thu, 23 Dec 2004 20:22:23 -0600 (CST) Message-ID: <3336.192.168.1.9.1103854943.squirrel@192.168.1.9> In-Reply-To: <41CB5C1D.6020503@chillt.de> References: <41CB5C1D.6020503@chillt.de> Date: Thu, 23 Dec 2004 20:22:23 -0600 (CST) From: "Jon Noack" To: "Bartosz Fabianowski" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: Recent CPUTYPE changes breaking kernel on Centrino X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 02:22:37 -0000 Bartosz Fabianowski wrote: > I posted this question a few days ago, but it got lost in a thread I fear. > > With the recent changes to bsd.cpu.mk, the setting "CPUTYPE=pentium-m" > in make.conf now gets picked up and leads to GCC flags being set > accordingly. Unfortunately, something gets enabled that the Pentium M > (actually a P3 with some additional features) does not support. What > happens then is that a newly built world works just fine, while the > kernel does not even boot. Both the boot loader and the kernel itself > cause instant reboots at startup. > > I'm wondering if somebody knowledgeable with the GCC flags for a P3 > would have a clue which flag or feature it is that could be triggering > this. I reported this same issue in October with my Athlon-XP. Here was the last message of that thread (includes -save-temps data): http://lists.freebsd.org/pipermail/freebsd-current/2004-November/042127.html It appears like setting the CPUTYPE results in gcc producing bad code on my Athlon-XP. If I build _just_ the loader with a good gcc and CPUTYPE?=athlon-xp, everything works. However, if I build the loader as part of a buildworld with CPUTYPE?=athlon-xp, the loader is bad. Thus, the issue appears to be that setting CPUTYPE might produce a broken gcc (perhaps only when using -march). Jon From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 02:45:12 2004 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 64CC016A4CE for ; Fri, 24 Dec 2004 02:45:12 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE7C43D2D for ; Fri, 24 Dec 2004 02:45:11 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ChfS2-0004pX-00 for ; Fri, 24 Dec 2004 03:45:10 +0100 Received: from anyanka.rfc1149.net ([81.56.47.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Dec 2004 03:45:10 +0100 Received: from sam by anyanka.rfc1149.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Dec 2004 03:45:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Samuel Tardieu Date: 24 Dec 2004 03:40:34 +0100 Organization: Avian Carrier & Friends Lines: 7 Message-ID: <87r7lgwh99.fsf@beeblebrox.rfc1149.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anyanka.rfc1149.net User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-Leafnode-NNTP-Posting-Host: 2001:660:330f:f810:200:39ff:fe25:3aa2 Sender: news Subject: Why is mmap() disabled for ad/da devices? 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, 24 Dec 2004 02:45:12 -0000 Why is mmap() disabled for ad/da devices? Both drivers use a "nommap" entry, in 4.x, 5.x and 6.x. Is there a problem in mmapping disks and partitions or has the code not been written? Sam -- Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/sam From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 03:06:04 2004 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 6501216A4CE for ; Fri, 24 Dec 2004 03:06:04 +0000 (GMT) Received: from adsl-69-224-231-29.dsl.irvnca.pacbell.net (adsl-69-224-231-29.dsl.irvnca.pacbell.net [69.224.231.29]) by mx1.FreeBSD.org (Postfix) with SMTP id E542B43D1D for ; Fri, 24 Dec 2004 03:06:01 +0000 (GMT) (envelope-from eka@t-online.de) Date: Fri, 24 Dec 2004 02:52:55 +0000 From: friends To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20041224030601.E542B43D1D@mx1.FreeBSD.org> Subject: happy Christmas 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, 24 Dec 2004 03:06:04 -0000 Best source for your christmas presents. Great value at a very reasonable price. We offer best quality replica watches at the lowest prices in the nation. Check out our selection of all time Rolex s classics, exquisite Chanel offerings and BMW sports style items. more info on http://igfegmfe.info/?n9VVpsUW0ruvmTn � From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 04:38:00 2004 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 B414116A4CE for ; Fri, 24 Dec 2004 04:38:00 +0000 (GMT) Received: from hotmail.com (bay103-dav16.bay103.hotmail.com [65.54.174.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7363C43D1F for ; Fri, 24 Dec 2004 04:38:00 +0000 (GMT) (envelope-from whitevamp47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 23 Dec 2004 20:38:00 -0800 Message-ID: Received: from 65.102.125.195 by BAY103-DAV16.phx.gbl with DAV; Fri, 24 Dec 2004 04:37:07 +0000 X-Originating-IP: [65.102.125.195] X-Originating-Email: [whitevamp47@hotmail.com] X-Sender: whitevamp47@hotmail.com From: "whitevamp" To: Date: Thu, 23 Dec 2004 20:37:12 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-OriginalArrivalTime: 24 Dec 2004 04:38:00.0332 (UTC) FILETIME=[59152CC0:01C4E972] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: portsdb and portupgrade causes errors 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, 24 Dec 2004 04:38:00 -0000 i dont know weathere this place to be posting this to or not .. if not = point me in the right direction to go.. i have just updated my system to 5.3 frrom 4.9 and now every time i goto = run portsdb , or portupgrade iget the same error message.and i also have = a nother 5.3 box that was a fresh install of 5.3 thats getting the same = error=20 I have checked this and iam doing a cvsup src all , and i have no refuse = files in any one of the conf files IE: make.conf , pkgtools.conf=20 (INDEX builds are not supported with partial or out-of-date ports collections -- in particular, if you are using cvsup, you must cvsup the "ports-all" collection, and have no "refuse" files.)=20 and i have wiped out my intire ports tree IE: /usr/ports/* , and = recvsuped it=20 with the same error showing up=20 so what would be giveing me this exact same error on both boxes?? portsdb -Ufu Updating the ports index ... Generating INDEX.tmp - please = wait..fr-mozilla-flp-1.7.3_1: "/usr/ports/www/mozilla-gtk2" non-existent = -- dependency list incomplete =3D=3D=3D> french/mozilla-flp failed *** Error code 1 1 error ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. (INDEX builds are not supported with partial or out-of-date ports collections -- in particular, if you are using cvsup, you must cvsup the "ports-all" collection, and have no "refuse" files.) If that is the case, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, your architecture, your environment, and your /etc/make.conf settings, especially compiler flags and WITH/WITHOUT settings). Note: the latest pre-generated version of INDEX may be fetched automatically with "make fetchindex". ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. failed to generate INDEX! portsdb: index generation error vampextream# uname -a FreeBSD vampextream.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #3: Wed = Dec 8 20:33:13 PST 2004 = root@vampextream.com:/usr/obj/usr/src/sys/VAMPEXTREAM i386 if theres any othere information that you need just let me know . and thankx for any help on this issue , inadvance. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 04:53:11 2004 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 8A80016A4CE for ; Fri, 24 Dec 2004 04:53:11 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id B176E43D46 for ; Fri, 24 Dec 2004 04:53:10 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.84.7]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041224045307.TZFX27681.out007.verizon.net@ringworm.mechee.com> for ; Thu, 23 Dec 2004 22:53:07 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 92FB92CE740; Thu, 23 Dec 2004 20:50:16 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 20:50:13 -0800 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412232050.14601.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [4.26.84.7] at Thu, 23 Dec 2004 22:53:06 -0600 Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 04:53:11 -0000 On Thursday 23 December 2004 08:37 pm, whitevamp wrote: > i dont know weathere this place to be posting this to or not .. if > not point me in the right direction to go.. > > i have just updated my system to 5.3 frrom 4.9 and now every time i > goto run portsdb , or portupgrade iget the same error message.and i > also have a nother 5.3 box that was a fresh install of 5.3 thats > getting the same error > > I have checked this and iam doing a cvsup src all , and i have no > refuse files in any one of the conf files IE: make.conf , > pkgtools.conf (INDEX builds are > not supported with partial or out-of-date ports collections -- in > particular, if you are using cvsup, you must cvsup the "ports-all" > collection, and have no "refuse" files.) > and i have wiped out my intire ports tree IE: /usr/ports/* , and > recvsuped it with the same error showing up > > > so what would be giveing me this exact same error on both boxes?? > portsdb -Ufu > Updating the ports index ... Generating INDEX.tmp - please > wait..fr-mozilla-flp-1.7.3_1: "/usr/ports/www/mozilla-gtk2" > non-existent -- dependency list incomplete ===> french/mozilla-flp > failed > *** Error code 1 > 1 error > > ******************************************************************** > Before reporting this error, verify that you are running a supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > have a complete and up-to-date ports collection. (INDEX builds are > not supported with partial or out-of-date ports collections -- in > particular, if you are using cvsup, you must cvsup the "ports-all" > collection, and have no "refuse" files.) If that is the case, then > report the failure to ports@FreeBSD.org together with relevant > details of your ports configuration (including FreeBSD version, > your architecture, your environment, and your /etc/make.conf > settings, especially compiler flags and WITH/WITHOUT settings). > > Note: the latest pre-generated version of INDEX may be fetched > automatically with "make fetchindex". > ******************************************************************** > > *** Error code 1 > > Stop in /usr/ports. > *** Error code 1 > > Stop in /usr/ports. > failed to generate INDEX! > portsdb: index generation error > > vampextream# uname -a > FreeBSD vampextream.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #3: Wed > Dec 8 20:33:13 PST 2004 > root@vampextream.com:/usr/obj/usr/src/sys/VAMPEXTREAM i386 > > > if theres any othere information that you need just let me know . > > and thankx for any help on this issue , inadvance. People usually report this sort of thing in freebsd-questions@freebsd.org or ports@freebsd.org. These days it is best to run make fetch index from /usr/ports after you've run cvsup rather than build INDEX-5 for yourself. -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 05:16:00 2004 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 AB82C16A4CE for ; Fri, 24 Dec 2004 05:16:00 +0000 (GMT) Received: from hotmail.com (bay103-dav16.bay103.hotmail.com [65.54.174.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E61E43D1F for ; Fri, 24 Dec 2004 05:16:00 +0000 (GMT) (envelope-from whitevamp47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 23 Dec 2004 21:16:00 -0800 Message-ID: Received: from 65.102.125.195 by BAY103-DAV16.phx.gbl with DAV; Fri, 24 Dec 2004 05:15:41 +0000 X-Originating-IP: [65.102.125.195] X-Originating-Email: [whitevamp47@hotmail.com] X-Sender: whitevamp47@hotmail.com From: "whitevamp" To: "Michael C. Shultz" , References: <200412232050.14601.ringworm@inbox.lv> Date: Thu, 23 Dec 2004 21:15:41 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-OriginalArrivalTime: 24 Dec 2004 05:16:00.0383 (UTC) FILETIME=[A81958F0:01C4E977] Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 05:16:00 -0000 ----- Original Message ----- From: "Michael C. Shultz" To: Sent: Thursday, December 23, 2004 8:50 PM Subject: Re: portsdb and portupgrade causes errors > On Thursday 23 December 2004 08:37 pm, whitevamp wrote: > > i dont know weathere this place to be posting this to or not .. if > > not point me in the right direction to go.. > > > > i have just updated my system to 5.3 frrom 4.9 and now every time i > > goto run portsdb , or portupgrade iget the same error message.and i > > also have a nother 5.3 box that was a fresh install of 5.3 thats > > getting the same error > > > > I have checked this and iam doing a cvsup src all , and i have no > > refuse files in any one of the conf files IE: make.conf , > > pkgtools.conf (INDEX builds are > > not supported with partial or out-of-date ports collections -- in > > particular, if you are using cvsup, you must cvsup the "ports-all" > > collection, and have no "refuse" files.) > > and i have wiped out my intire ports tree IE: /usr/ports/* , and > > recvsuped it with the same error showing up > > > > > > so what would be giveing me this exact same error on both boxes?? > > portsdb -Ufu > > Updating the ports index ... Generating INDEX.tmp - please > > wait..fr-mozilla-flp-1.7.3_1: "/usr/ports/www/mozilla-gtk2" > > non-existent -- dependency list incomplete ===> french/mozilla-flp > > failed > > *** Error code 1 > > 1 error > > > > ******************************************************************** > > Before reporting this error, verify that you are running a supported > > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > > have a complete and up-to-date ports collection. (INDEX builds are > > not supported with partial or out-of-date ports collections -- in > > particular, if you are using cvsup, you must cvsup the "ports-all" > > collection, and have no "refuse" files.) If that is the case, then > > report the failure to ports@FreeBSD.org together with relevant > > details of your ports configuration (including FreeBSD version, > > your architecture, your environment, and your /etc/make.conf > > settings, especially compiler flags and WITH/WITHOUT settings). > > > > Note: the latest pre-generated version of INDEX may be fetched > > automatically with "make fetchindex". > > ******************************************************************** > > > > *** Error code 1 > > > > Stop in /usr/ports. > > *** Error code 1 > > > > Stop in /usr/ports. > > failed to generate INDEX! > > portsdb: index generation error > > > > vampextream# uname -a > > FreeBSD vampextream.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #3: Wed > > Dec 8 20:33:13 PST 2004 > > root@vampextream.com:/usr/obj/usr/src/sys/VAMPEXTREAM i386 > > > > > > if theres any othere information that you need just let me know . > > > > and thankx for any help on this issue , inadvance. > > People usually report this sort of thing in > freebsd-questions@freebsd.org or ports@freebsd.org. > > These days it is best to run make fetch index from /usr/ports > after you've run cvsup rather than build INDEX-5 for yourself. > > -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" > ok thanks for the info ill post over to ports@freebsd.org. and thats one thing i forgoto mention in my original post was that i had allready ran make fetchindex From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 05:24:29 2004 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 619AF16A4CE for ; Fri, 24 Dec 2004 05:24:29 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B5943D5A for ; Fri, 24 Dec 2004 05:24:28 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.84.7]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041224052428.DLG10436.out012.verizon.net@ringworm.mechee.com> for ; Thu, 23 Dec 2004 23:24:28 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 3E3ED2CE740; Thu, 23 Dec 2004 21:21:38 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 21:21:36 -0800 User-Agent: KMail/1.7.2 References: <200412232050.14601.ringworm@inbox.lv> In-Reply-To: <200412232050.14601.ringworm@inbox.lv> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412232121.37541.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [4.26.84.7] at Thu, 23 Dec 2004 23:24:28 -0600 Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 05:24:29 -0000 On Thursday 23 December 2004 08:50 pm, Michael C. Shultz wrote: > > These days it is best to run make fetch index from /usr/ports > after you've run cvsup rather than build INDEX-5 for yourself. > > -Mike correction: run make fetchindex not make fetch index from /usr/ports From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 05:42:40 2004 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 86CDE16A4CE for ; Fri, 24 Dec 2004 05:42:40 +0000 (GMT) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B8B443D48 for ; Fri, 24 Dec 2004 05:42:40 +0000 (GMT) (envelope-from brian@hyperreal.org) Received: (qmail 59589 invoked from network); 24 Dec 2004 05:42:44 -0000 Received: from localhost.hyperreal.org (HELO fez.hyperreal.org) (127.0.0.1) by localhost.hyperreal.org with SMTP; 24 Dec 2004 05:42:44 -0000 Received: (qmail 20005 invoked by uid 1000); 24 Dec 2004 05:42:37 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Dec 2004 05:42:37 -0000 Date: Thu, 23 Dec 2004 21:42:37 -0800 (PST) From: Brian Behlendorf To: freebsd-stable@freebsd.org In-Reply-To: <200412232121.37541.ringworm@inbox.lv> Message-ID: <20041223214205.H17211@fez.hyperreal.org> References: <200412232050.14601.ringworm@inbox.lv> <200412232121.37541.ringworm@inbox.lv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 05:42:40 -0000 On Thu, 23 Dec 2004, Michael C. Shultz wrote: > On Thursday 23 December 2004 08:50 pm, Michael C. Shultz wrote: >> >> These days it is best to run make fetch index from /usr/ports >> after you've run cvsup rather than build INDEX-5 for yourself. >> >> -Mike > > correction: > > run make fetchindex not make fetch index from /usr/ports Out of curiosity, why isn't the index included in the update normally? Brian From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 05:59:55 2004 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 7028F16A4CE for ; Fri, 24 Dec 2004 05:59:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4453D43D2D for ; Fri, 24 Dec 2004 05:59:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B62351255; Thu, 23 Dec 2004 21:59:54 -0800 (PST) Date: Thu, 23 Dec 2004 21:59:54 -0800 From: Kris Kennaway To: Brian Behlendorf Message-ID: <20041224055954.GA88304@xor.obsecurity.org> References: <200412232050.14601.ringworm@inbox.lv> <200412232121.37541.ringworm@inbox.lv> <20041223214205.H17211@fez.hyperreal.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20041223214205.H17211@fez.hyperreal.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 05:59:55 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 23, 2004 at 09:42:37PM -0800, Brian Behlendorf wrote: > >run make fetchindex not make fetch index from /usr/ports >=20 > Out of curiosity, why isn't the index included in the update normally? It changes dozens of times per day, and the deltas would be enormous. Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBy7BaWry0BWjoQKURAtBQAJ4h/cKgpSkvhPRv/JvFFOYA9i3d0gCg7Hmn jR1+l6STm4nOvzZUUT7BXac= =zWYk -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 06:01:30 2004 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 7872016A4CE for ; Fri, 24 Dec 2004 06:01:30 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB8C743D1D for ; Fri, 24 Dec 2004 06:01:29 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.84.7]) by out008.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041224060129.BSMU17379.out008.verizon.net@ringworm.mechee.com> for ; Fri, 24 Dec 2004 00:01:29 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 769682CE740; Thu, 23 Dec 2004 21:58:43 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 21:58:42 -0800 User-Agent: KMail/1.7.2 References: <200412232121.37541.ringworm@inbox.lv> <20041223214205.H17211@fez.hyperreal.org> In-Reply-To: <20041223214205.H17211@fez.hyperreal.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412232158.42734.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [4.26.84.7] at Fri, 24 Dec 2004 00:01:28 -0600 Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 06:01:30 -0000 On Thursday 23 December 2004 09:42 pm, Brian Behlendorf wrote: > On Thu, 23 Dec 2004, Michael C. Shultz wrote: > > On Thursday 23 December 2004 08:50 pm, Michael C. Shultz wrote: > >> These days it is best to run make fetch index from /usr/ports > >> after you've run cvsup rather than build INDEX-5 for yourself. > >> > >> -Mike > > > > correction: > > > > run make fetchindex not make fetch index from /usr/ports > > Out of curiosity, why isn't the index included in the update > normally? > > Brian Beats me, I once suggested making a port of the INDEX files so they could be updated automatically, but the "powers that be" chose this solution instead. What is really annoying is everytime you run make update the INDEX files get wacked and adding ports/INDEX* to the refuse file no longer works :( -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 06:26:52 2004 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 3458916A4CE for ; Fri, 24 Dec 2004 06:26:52 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CB143D1F for ; Fri, 24 Dec 2004 06:26:51 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.84.7]) by out005.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041224062651.BHYY28362.out005.verizon.net@ringworm.mechee.com> for ; Fri, 24 Dec 2004 00:26:51 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id D072F2CE740; Thu, 23 Dec 2004 22:24:05 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Thu, 23 Dec 2004 22:24:05 -0800 User-Agent: KMail/1.7.2 References: <20041223214205.H17211@fez.hyperreal.org> <20041224055954.GA88304@xor.obsecurity.org> In-Reply-To: <20041224055954.GA88304@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412232224.05536.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [4.26.84.7] at Fri, 24 Dec 2004 00:26:51 -0600 Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 06:26:52 -0000 On Thursday 23 December 2004 09:59 pm, Kris Kennaway wrote: > On Thu, Dec 23, 2004 at 09:42:37PM -0800, Brian Behlendorf wrote: > > >run make fetchindex not make fetch index from /usr/ports > > > > Out of curiosity, why isn't the index included in the update > > normally? > > It changes dozens of times per day, and the deltas would be enormous. > > Kris Way back when, I used to get the INDEX when running cvsup unless I put it in the refuse file. Of coarse it was old and useless so one was better off building their own INDEX. So why cant we just receive the INDEX like we used to, but unlike before, l have it updated as often as is being done now? -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 06:37:27 2004 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 B1EC716A4CE for ; Fri, 24 Dec 2004 06:37:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E3F43D2F for ; Fri, 24 Dec 2004 06:37:27 +0000 (GMT) (envelope-from bidjane@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so166757wri for ; Thu, 23 Dec 2004 22:37:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=SuD8iiKRHbqGK+xlMTb/A4gXbe3vsaAJPBAz7vXcjpqF/SKxTvF9rwOaTZrYoy9GVBU+/34nvRipU4cszHSqdm9EPWQd/RdetpVbADzPH2R4L1WEMXAtPXLboyqCWebQA3ToclY/euDzD2Rp4M5mCSDuDa1DmyPtQESfWcE1yrg= Received: by 10.54.10.22 with SMTP id 22mr152596wrj; Thu, 23 Dec 2004 22:37:26 -0800 (PST) Received: by 10.54.50.39 with HTTP; Thu, 23 Dec 2004 22:37:26 -0800 (PST) Message-ID: <2ad1b3dc041223223741e4d147@mail.gmail.com> Date: Fri, 24 Dec 2004 03:37:26 -0300 From: zean To: "Michael C. Shultz" In-Reply-To: <200412232224.05536.ringworm@inbox.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041223214205.H17211@fez.hyperreal.org> <20041224055954.GA88304@xor.obsecurity.org> <200412232224.05536.ringworm@inbox.lv> cc: freebsd-stable@freebsd.org Subject: Re: portsdb and portupgrade causes errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 06:37:27 -0000 # cd /usr/ports && make index -> failure? From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 06:43:34 2004 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 8974916A4CE for ; Fri, 24 Dec 2004 06:43:34 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1F443D2D for ; Fri, 24 Dec 2004 06:43:34 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A0A7914901; Fri, 24 Dec 2004 00:43:33 -0600 (CST) Date: Fri, 24 Dec 2004 00:43:33 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: "Michael C. Shultz" In-Reply-To: <200412232224.05536.ringworm@inbox.lv> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 06:43:34 -0000 On Thu, 23 Dec 2004, Michael C. Shultz wrote: > Way back when, I used to get the INDEX when running cvsup unless > I put it in the refuse file. Of coarse it was old and useless so one was > better off building their own INDEX. So why cant we just receive the > INDEX like we used to, but unlike before, l have it updated as often as > is being done now? Because the way we used to do it required tremendous churn in the CVS repository. And it was _still_ out of date. The fact that you can't refuse it is a bug, and has been reported to jdp. In the meantime, a cron script that does something like a fetch and then a copy is your best bet. There's really quite a bit of email in the mailing list archives about why this was done. The short summary is that in the short run there is some pain but in the long run this is a win for the project, and the users. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 06:59:56 2004 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 A4FF316A4CE for ; Fri, 24 Dec 2004 06:59:56 +0000 (GMT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 428EA43D46 for ; Fri, 24 Dec 2004 06:59:56 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.84.7]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041224065955.YKJG8290.out004.verizon.net@ringworm.mechee.com> for ; Fri, 24 Dec 2004 00:59:55 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 6805B2CE740; Thu, 23 Dec 2004 22:57:10 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 23 Dec 2004 22:57:09 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412232257.09991.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [4.26.84.7] at Fri, 24 Dec 2004 00:59:55 -0600 Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 06:59:56 -0000 On Thursday 23 December 2004 10:43 pm, you wrote: > On Thu, 23 Dec 2004, Michael C. Shultz wrote: > > Way back when, I used to get the INDEX when running cvsup unless > > I put it in the refuse file. Of coarse it was old and useless so > > one was better off building their own INDEX. So why cant we just > > receive the INDEX like we used to, but unlike before, l have it > > updated as often as is being done now? > > Because the way we used to do it required tremendous churn in the > CVS repository. And it was _still_ out of date. We in user land don't see that end of things :) Why does INDEX have to go into the CVS repository anyways? Guess that is why you all changed things around? > > The fact that you can't refuse it is a bug, and has been reported > to jdp. In the meantime, a cron script that does something like a > fetch and then a copy is your best bet. It's really not a bother, and with DSL it takes like 30 seconds to download it, but as I'm sure you can see many new users are getting tripped up by the change because now there is this extra make fetchindex step. I really think making the INDEX files into a port would be the best solution because every one understands ports and it could easily be done without creating churn on the CVS repository, just don't use a distinfo file and then you could update the source tarball at will without bothering anybody. my 2 cents worth -Mike > > There's really quite a bit of email in the mailing list archives > about why this was done. The short summary is that in the short > run there is some pain but in the long run this is a win for the > project, and the users. > > mcl From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 07:18:37 2004 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 9F54F16A4CE for ; Fri, 24 Dec 2004 07:18:37 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9786E43D46 for ; Fri, 24 Dec 2004 07:18:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iBO7ISeD061906; Fri, 24 Dec 2004 17:48:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 24 Dec 2004 17:48:18 +1030 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1155694.qKHWA1ikJC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412241748.27265.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Mark Linimon cc: "Michael C. Shultz" Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 07:18:37 -0000 --nextPart1155694.qKHWA1ikJC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 24 Dec 2004 17:13, Mark Linimon wrote: > There's really quite a bit of email in the mailing list archives > about why this was done. The short summary is that in the short > run there is some pain but in the long run this is a win for the > project, and the users. IMHO it would have been nice for a clearer announcement to have been made=20 regarding this, eg the reasoning and work arounds (which are easy but you=20 have to know about them :) It is a very user visible change and it's rather disruptive (because make=20 index is very time consuming) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1155694.qKHWA1ikJC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBy8LD5ZPcIHs/zowRArfjAKCYkZPdA3xLTgh0yZkTIaEWmPbwcgCdF+jF SJSAtfbXz1KBewA6uaPDkNA= =qREA -----END PGP SIGNATURE----- --nextPart1155694.qKHWA1ikJC-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 07:22:54 2004 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 346D016A4CE for ; Fri, 24 Dec 2004 07:22:54 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 433FD43D4C for ; Fri, 24 Dec 2004 07:22:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iBO7KiHs061945; Fri, 24 Dec 2004 17:50:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 24 Dec 2004 17:50:44 +1030 User-Agent: KMail/1.7.1 References: <200412232257.09991.ringworm@inbox.lv> In-Reply-To: <200412232257.09991.ringworm@inbox.lv> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1119428.iOg6pH8pT8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412241750.44730.doconnor@gsoft.com.au> X-Spam-Score: -5.7 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: "Michael C. Shultz" Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 07:22:54 -0000 --nextPart1119428.iOg6pH8pT8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 24 Dec 2004 17:27, Michael C. Shultz wrote: > > Because the way we used to do it required tremendous churn in the > > CVS repository. And it was _still_ out of date. > > We in user land don't see that end of things :) Why does INDEX have to > go into the CVS repository anyways? Guess that is why you all changed > things around? INDEX has to go into CVS if you want cvsup to see it. > It's really not a bother, and with DSL it takes like 30 seconds to > download it, but as I'm sure you can see many new users are getting > tripped up by the change because now there is this extra make > fetchindex step. Yes, I help quite a number of newbies with this issue.. 'make index' looks= =20 like it's DoS'ing your PC :) > I really think making the INDEX files into a port would be the best > solution because every one understands ports and it could easily be > done without creating churn on the CVS repository, just don't > use a distinfo file and then you could update the source tarball at will > without bothering anybody. It's a bit hard to portupgrade a piece of the ports framework. I think a simple announcment saying the recommended solution is changing yo= ur=20 port cvsup script to (say).. cvsup -h .. cd /usr/ports && make fetchindex =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1119428.iOg6pH8pT8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBy8NM5ZPcIHs/zowRAmffAKCrw6n+rZj1MvpqGz78dpzDbWO+nQCfQHML iDUqrOsmFuZo+1F/r72TCys= =snfx -----END PGP SIGNATURE----- --nextPart1119428.iOg6pH8pT8-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 07:56:09 2004 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 B0A4316A4CE for ; Fri, 24 Dec 2004 07:56:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 809A843D41 for ; Fri, 24 Dec 2004 07:56:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EC34D51255; Thu, 23 Dec 2004 23:56:08 -0800 (PST) Date: Thu, 23 Dec 2004 23:56:08 -0800 From: Kris Kennaway To: "Michael C. Shultz" Message-ID: <20041224075608.GA20653@xor.obsecurity.org> References: <20041223214205.H17211@fez.hyperreal.org> <20041224055954.GA88304@xor.obsecurity.org> <200412232224.05536.ringworm@inbox.lv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <200412232224.05536.ringworm@inbox.lv> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: portsdb and portupgrade causes errors 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, 24 Dec 2004 07:56:09 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 23, 2004 at 10:24:05PM -0800, Michael C. Shultz wrote: > On Thursday 23 December 2004 09:59 pm, Kris Kennaway wrote: > > On Thu, Dec 23, 2004 at 09:42:37PM -0800, Brian Behlendorf wrote: > > > >run make fetchindex not make fetch index from /usr/ports > > > > > > Out of curiosity, why isn't the index included in the update > > > normally? > > > > It changes dozens of times per day, and the deltas would be enormous. > > > > Kris >=20 > Way back when, I used to get the INDEX when running cvsup unless > I put it in the refuse file. Of coarse it was old and useless so one was= =20 > better off building their own INDEX. So why cant we just receive the=20 > INDEX like we used to, but unlike before, l have it updated as often as= =20 > is being done now? ^=20 EPARSE Kris --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBy8uYWry0BWjoQKURApnOAJ9k7XTI+V+tHkkEwM/ruSgYnGtT4wCdE2C4 14QFauqA2ZcZHZzU2Oc7SEQ= =7U4l -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 08:21:45 2004 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 4518D16A4CE for ; Fri, 24 Dec 2004 08:21:45 +0000 (GMT) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB2643D46 for ; Fri, 24 Dec 2004 08:21:44 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBO8LdSw005748 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 24 Dec 2004 19:21:40 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBO8LcxP007537; Fri, 24 Dec 2004 19:21:39 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBO8LcOI007536; Fri, 24 Dec 2004 19:21:38 +1100 (EST) (envelope-from pjeremy) Date: Fri, 24 Dec 2004 19:21:37 +1100 From: Peter Jeremy To: Benjamin Lutz Message-ID: <20041224082137.GA7189@cirb503493.alcatel.com.au> References: <200412230408.48770.benlutz@datacomm.ch> <20041223170124.GA89886@midgard.intranet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041223170124.GA89886@midgard.intranet> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - 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, 24 Dec 2004 08:21:45 -0000 On Thu, 2004-Dec-23 18:01:24 +0100, Benjamin Lutz wrote: >Well, this is unexpected. I enabled the debugging options as instructed >(INVARIANT_SUPPORT, INVARIANTS, WITNESS, DDB, GDB), rebooted and then ... >ioapic0 irqs 0-23 on motherboard >panic: spin lock rm.mutex_mtx not in order list Hmm. I can't find that string anywhere in the sources. Are you sure "rm.mutex_mtx" is correct? >KDB: enter: panic >[thread 0] >Stopped at kdb_enter+0x30: leave >db> ps axl >Symbol not found Should be just "ps". There's no point in this case because the system panic'd before it finished booting. Instead, run "trace" and post the results. I suggest you read ddb(4) and the developer's handbook URL that I posted. >db> show witness >(too much info for me to type (haven't got the serial console running >yet, I can however not find any mention of an rm mutex) One option in this case is to take a photo and put it up on the web somewhere. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 24 22:33:43 2004 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 8615916A4CE for ; Fri, 24 Dec 2004 22:33:43 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4482443D2F for ; Fri, 24 Dec 2004 22:33:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 383A072DD4; Fri, 24 Dec 2004 14:33:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3361F72DCB; Fri, 24 Dec 2004 14:33:43 -0800 (PST) Date: Fri, 24 Dec 2004 14:33:43 -0800 (PST) From: Doug White To: Michael Riexinger In-Reply-To: <200412211049.29386.michael.riexinger@de.clara.net> Message-ID: <20041224143015.E8288@carver.gumbysoft.com> References: <200412211049.29386.michael.riexinger@de.clara.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 'vmpfw' state 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, 24 Dec 2004 22:33:43 -0000 On Tue, 21 Dec 2004, Michael Riexinger wrote: > i have a imap server with cyrus running under FreeBSD 5.3-RELEASE. There > are around 25000 mailboxes (around 30gb small mails). When starting > cyrus, the lmtpd is in vmpfw state for around 15 minutes and consumes > very much cpu and memory. When using truss, i see a lseek loop. What > exactly is the vmpfw state and how can i accelerate that thing? How much memory does the system have? The vmpfw WCHAN is used in the pagefault handler when the page its trying to fault in is busy. You have problems with pages getting stuck busy if the system is either swapping heavily or the disk is too busy to fault in the pages in the first place. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 00:26:15 2004 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 3D7F416A4CF; Sat, 25 Dec 2004 00:26:15 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F5943D39; Sat, 25 Dec 2004 00:26:14 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com ([151.204.231.237]) by out008.verizon.netESMTP <20041225002613.JOTL17379.out008.verizon.net@corbulon.video-collage.com>; Fri, 24 Dec 2004 18:26:13 -0600 Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])iBP0Q09I099925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Dec 2004 19:26:00 -0500 (EST) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)iBP0PxAP099924; Fri, 24 Dec 2004 19:25:59 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200412250025.iBP0PxAP099924@corbulon.video-collage.com> To: gnome@FreeBSD.org, stable@FreeBSD.org Date: Fri, 24 Dec 2004 19:25:59 -0500 (EST) X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [151.204.231.237] at Fri, 24 Dec 2004 18:26:10 -0600 Subject: mozilla hangs on startup after -stable upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mi@aldan.algebra.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Dec 2004 00:26:15 -0000 Hello! After I upgraded a friend's machine from 4.10-STABLE (Sep 22) to 4.11-STABLE (Dec 19) his mozilla installation (1.4.x) stopped starting up. It says the usual 'no running window found' and then just hangs there. According to Ctrl-T, mozilla-bin is in the "running" state, but no window ever opens. I have since rebuilt gtk/gdk and the mozilla itself (to 1.7.5,2), but it still hangs on start up -- it was running fine before. All other programs (KDE environment -- he still uses KDE-3.2.2, Applix Office Suite) continue to run fine, only Mozilla appears affected. Any clues? Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 03:00:48 2004 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 BCCE416A4D3 for ; Sat, 25 Dec 2004 03:00:48 +0000 (GMT) Received: from smtp20.mail.bbt.yahoo.co.jp (smtp20.mail.bbt.yahoo.co.jp [202.93.85.135]) by mx1.FreeBSD.org (Postfix) with SMTP id E810743D46 for ; Sat, 25 Dec 2004 03:00:47 +0000 (GMT) (envelope-from hvcjapan@yahoo.co.jp) Received: from unknown (HELO localhost) (218.118.6.27 with poptime) by smtp20.mail.bbt.yahoo.co.jp with SMTP; 25 Dec 2004 03:00:46 -0000 X-Apparently-From: Date: Sat, 25 Dec 2004 12:00:45 +0900 From: Huynh Van Chung To: stable@freebsd.org Message-Id: <20041225120045.0005d7bc.hvcjapan@yahoo.co.jp> Organization: Saitama University X-Mailer: Sylpheed version 0.9.99-gtk2-20041024 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Error in mail/postfix (port tag=.) 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, 25 Dec 2004 03:00:48 -0000 Please help me. I have some problems when make in /usr/ports/mail/postfix. This my system: 5.3-RELEASE-p2 sparc64 And the postfix port is upgraded at ports-supfile with tag=. Huynh Van Chung vnfreebsd:/usr/ports/mail/postfix% sudo make -DBATCH POSTFIX_OPTIONS="DB3 IPv6TLS SPF" install clean ===> Extracting for postfix-2.1.5_1,1 >> Checksum OK for postfix/postfix-2.1.5.tar.gz. >> Checksum OK for postfix/tls+ipv6-1.25-pf-2.1.5.patch.gz. >> Checksum OK for postfix/postfix-libspf2-2.1.5-5.patch. ===> Patching for postfix-2.1.5_1,1 echo "See header_checks.5.html" > /usr/ports/mail/postfix/work/postfix-2.1.5/html/body_checks.5.html ===> Applying distribution patches for postfix-2.1.5_1,1 1 out of 6 hunks failed--saving rejects to src/smtpd/smtpd.c.rej *** Error code 1 Stop in /usr/ports/mail/postfix. *** Error code 1 Stop in /usr/ports/mail/postfix. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 08:55:18 2004 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 CF18116A4CE for ; Sat, 25 Dec 2004 08:55:18 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4487A43D3F for ; Sat, 25 Dec 2004 08:55:17 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.hackers (unknown [172.16.37.1]) by hq.sectorb.msk.ru (Postfix) with ESMTP id DBED5317F; Sat, 25 Dec 2004 11:55:14 +0300 (MSK) Date: Sat, 25 Dec 2004 11:55:32 +0300 (MSK) From: Nguyen Tam Chinh X-X-Sender: chinhngt@unix.local To: Huynh Van Chung In-Reply-To: <20041225120045.0005d7bc.hvcjapan@yahoo.co.jp> Message-ID: <20041225114930.X5753@unix.local> References: <20041225120045.0005d7bc.hvcjapan@yahoo.co.jp> Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: stable@freebsd.org Subject: Re: Error in mail/postfix (port tag=.) 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, 25 Dec 2004 08:55:18 -0000 On Sat, 25 Dec 2004, Huynh Van Chung wrote: > Please help me. I have some problems when make in /usr/ports/mail/postfix. > This my system: > 5.3-RELEASE-p2 sparc64 > And the postfix port is upgraded at ports-supfile with tag=. > Huynh Van Chung > > vnfreebsd:/usr/ports/mail/postfix% sudo make -DBATCH POSTFIX_OPTIONS="DB3 IPv6TLS SPF" install clean > ===> Extracting for postfix-2.1.5_1,1 >>> Checksum OK for postfix/postfix-2.1.5.tar.gz. >>> Checksum OK for postfix/tls+ipv6-1.25-pf-2.1.5.patch.gz. >>> Checksum OK for postfix/postfix-libspf2-2.1.5-5.patch. > ===> Patching for postfix-2.1.5_1,1 > echo "See header_checks.5.html" > /usr/ports/mail/postfix/work/postfix-2.1.5/html/body_checks.5.html > ===> Applying distribution patches for postfix-2.1.5_1,1 > 1 out of 6 hunks failed--saving rejects to src/smtpd/smtpd.c.rej > *** Error code 1 > > Stop in /usr/ports/mail/postfix. > *** Error code 1 > > Stop in /usr/ports/mail/postfix. Hmm, may be something was wrong with the tls patch. Try to build without TLS then. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | http://chinhngt.svmgu.com | http://www.gnu.org/copyleft/copyleft.html From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 09:36:10 2004 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 D317D16A4CE for ; Sat, 25 Dec 2004 09:36:10 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0653B43D45 for ; Sat, 25 Dec 2004 09:36:10 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 6C653297; Sat, 25 Dec 2004 10:36:08 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07808-04; Sat, 25 Dec 2004 10:36:07 +0100 (CET) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 54CA953; Sat, 25 Dec 2004 10:36:07 +0100 (CET) From: Benjamin Lutz To: Peter Jeremy Date: Sat, 25 Dec 2004 10:35:43 +0100 User-Agent: KMail/1.7.2 References: <200412230408.48770.benlutz@datacomm.ch> <20041223170124.GA89886@midgard.intranet> <20041224082137.GA7189@cirb503493.alcatel.com.au> In-Reply-To: <20041224082137.GA7189@cirb503493.alcatel.com.au> MIME-Version: 1.0 X-UID: 31 X-Length: 1699 Content-Type: multipart/signed; boundary="nextPart2509872.4SXDGVqNkQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412251036.07070.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - 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: Sat, 25 Dec 2004 09:36:10 -0000 --nextPart2509872.4SXDGVqNkQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello Peter, I've photographed my console and uploaded the pics, you can see it here: http://maxlor.com/log (844KB total). After seeing trace's output, it occurred to me that the nvidia driver=20 might be the problem. And indeed, after disabling it, the panic on boot=20 went away. Note however that this does *not* solve the original freeze problem, since= =20 I've had that one both with and without the binary nvidia driver (and=20 both under i386 and amd64). > Hmm. I can't find that string anywhere in the sources. Are you sure > "rm.mutex_mtx" is correct? yes. > I suggest you read ddb(4) and the developer's handbook URL that I > posted. I did. It doesn't mean much to me, really, since the kernel code is=20 totally unfamiliar to me. I don't really know what I'm looking for...=20 (ok, in this case, the mention of nvidia_* was kind of obvious :) ) Season's Greetings Benjamin Lutz --nextPart2509872.4SXDGVqNkQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBzTSHgShs4qbRdeQRAshLAJ44XngAPRhwWzo8GDR+XSWOB8I3IQCeKbkE WLOYsyMcic0qYGN9/HVv+xM= =PgIV -----END PGP SIGNATURE----- --nextPart2509872.4SXDGVqNkQ-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 12:10:25 2004 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 DA4D716A4CE for ; Sat, 25 Dec 2004 12:10:25 +0000 (GMT) Received: from smtp18.mail.bbt.yahoo.co.jp (smtp18.mail.bbt.yahoo.co.jp [202.93.83.111]) by mx1.FreeBSD.org (Postfix) with SMTP id E9C2543D39 for ; Sat, 25 Dec 2004 12:10:24 +0000 (GMT) (envelope-from hvcjapan@yahoo.co.jp) Received: from unknown (HELO localhost) (218.118.6.27 with poptime) by smtp18.mail.bbt.yahoo.co.jp with SMTP; 25 Dec 2004 12:10:23 -0000 X-Apparently-From: Date: Sat, 25 Dec 2004 21:10:23 +0900 From: Huynh Van Chung To: freebsd-stable@freebsd.org, chinhngt@sectorb.msk.ru Message-Id: <20041225211023.0073c519.hvcjapan@yahoo.co.jp> In-Reply-To: <20041225114930.X5753@unix.local> References: <20041225120045.0005d7bc.hvcjapan@yahoo.co.jp> <20041225114930.X5753@unix.local> Organization: Saitama University X-Mailer: Sylpheed version 0.9.99-gtk2-20041024 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Error in mail/postfix (port tag=.) 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, 25 Dec 2004 12:10:26 -0000 On Sat, 25 Dec 2004 11:55:32 +0300 (MSK) Nguyen Tam Chinh wrote: > On Sat, 25 Dec 2004, Huynh Van Chung wrote: > > > Please help me. I have some problems when make in /usr/ports/mail/postfix. > > This my system: > > 5.3-RELEASE-p2 sparc64 > > And the postfix port is upgraded at ports-supfile with tag=. > > Huynh Van Chung > > > > vnfreebsd:/usr/ports/mail/postfix% sudo make -DBATCH POSTFIX_OPTIONS="DB3 IPv6TLS SPF" install clean > > ===> Extracting for postfix-2.1.5_1,1 > >>> Checksum OK for postfix/postfix-2.1.5.tar.gz. > >>> Checksum OK for postfix/tls+ipv6-1.25-pf-2.1.5.patch.gz. > >>> Checksum OK for postfix/postfix-libspf2-2.1.5-5.patch. > > ===> Patching for postfix-2.1.5_1,1 > > echo "See header_checks.5.html" > /usr/ports/mail/postfix/work/postfix-2.1.5/html/body_checks.5.html > > ===> Applying distribution patches for postfix-2.1.5_1,1 > > 1 out of 6 hunks failed--saving rejects to src/smtpd/smtpd.c.rej > > *** Error code 1 > > > > Stop in /usr/ports/mail/postfix. > > *** Error code 1 > > > > Stop in /usr/ports/mail/postfix. > > Hmm, may be something was wrong with the tls patch. Try to build without > TLS then. > > ----- > With best regards, | The Power to Serve > Nguyen Tam Chinh | http://www.FreeBSD.org > Loc: sp.cs.msu.ru | > http://chinhngt.svmgu.com | http://www.gnu.org/copyleft/copyleft.html > _______________________________________________ > 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" I have tried again. And I see not because of TLS, it is postfix-libspf2-2.1.5-5.patch. Now I successfully installed with: sudo make -DBATCH POSTFIX_OPTIONS="DB3 IPv6TLS" install clean Thank your reply. Huynh Van Chung From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 14:23:52 2004 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 B37D616A4CE for ; Sat, 25 Dec 2004 14:23:52 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 540B543D3F for ; Sat, 25 Dec 2004 14:23:52 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 824413D0BC for ; Sat, 25 Dec 2004 12:23:51 -0200 (BRST) Received: from [192.168.1.3] (201-002-231-147.fnsce7006.dsl.brasiltelecom.net.br [201.2.231.147]) by corp.grupos.com.br (Postfix) with ESMTP id EED9320A6F for ; Sat, 25 Dec 2004 12:23:49 -0200 (BRST) Message-ID: <41CD77ED.3000204@corp.grupos.com.br> Date: Sat, 25 Dec 2004 12:23:41 -0200 From: Marcus Grando User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <20041225120045.0005d7bc.hvcjapan@yahoo.co.jp> In-Reply-To: <20041225120045.0005d7bc.hvcjapan@yahoo.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Error in mail/postfix (port tag=.) 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, 25 Dec 2004 14:23:52 -0000 That's because of your options are TLS+SPF. Or compile postfix without SPF support, and try mail/policyd Patch for postfix TLS+SPF: http://intranet.grupos.com.br:8080/~marcus/patch/postfix2.patch Regards Huynh Van Chung wrote: > Please help me. I have some problems when make in /usr/ports/mail/postfix. > This my system: > 5.3-RELEASE-p2 sparc64 > And the postfix port is upgraded at ports-supfile with tag=. > Huynh Van Chung > > vnfreebsd:/usr/ports/mail/postfix% sudo make -DBATCH POSTFIX_OPTIONS="DB3 IPv6TLS SPF" install clean > ===> Extracting for postfix-2.1.5_1,1 > >>>Checksum OK for postfix/postfix-2.1.5.tar.gz. >>>Checksum OK for postfix/tls+ipv6-1.25-pf-2.1.5.patch.gz. >>>Checksum OK for postfix/postfix-libspf2-2.1.5-5.patch. > > ===> Patching for postfix-2.1.5_1,1 > echo "See header_checks.5.html" > /usr/ports/mail/postfix/work/postfix-2.1.5/html/body_checks.5.html > ===> Applying distribution patches for postfix-2.1.5_1,1 > 1 out of 6 hunks failed--saving rejects to src/smtpd/smtpd.c.rej > *** Error code 1 > > Stop in /usr/ports/mail/postfix. > *** Error code 1 > > Stop in /usr/ports/mail/postfix. > _______________________________________________ > 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" -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 20:38:33 2004 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 0A49116A4CE; Sat, 25 Dec 2004 20:38:33 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BD143D1F; Sat, 25 Dec 2004 20:38:32 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBPKcgB6075932; Sat, 25 Dec 2004 15:38:44 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: mi@aldan.algebra.com In-Reply-To: <200412250025.iBP0PxAP099924@corbulon.video-collage.com> References: <200412250025.iBP0PxAP099924@corbulon.video-collage.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9+ADGrOTk+U970Pv5uqM" Organization: MarcusCom, Inc. Date: Sat, 25 Dec 2004 15:37:42 -0500 Message-Id: <1104007062.13684.38.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: FreeBSD GNOME Users cc: stable@freebsd.org Subject: Re: mozilla hangs on startup after -stable upgrade 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, 25 Dec 2004 20:38:33 -0000 --=-9+ADGrOTk+U970Pv5uqM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-12-24 at 19:25 -0500, Mikhail Teterin wrote: > Hello! >=20 > After I upgraded a friend's machine from 4.10-STABLE (Sep 22) to > 4.11-STABLE (Dec 19) his mozilla installation (1.4.x) stopped starting > up. >=20 > It says the usual 'no running window found' and then just hangs there. > According to Ctrl-T, mozilla-bin is in the "running" state, but no > window ever opens. >=20 > I have since rebuilt gtk/gdk and the mozilla itself (to 1.7.5,2), but it > still hangs on start up -- it was running fine before. >=20 > All other programs (KDE environment -- he still uses KDE-3.2.2, Applix > Office Suite) continue to run fine, only Mozilla appears affected. >=20 > Any clues? Thanks! This is a fairly FAQ. It can be caused by aggressive optimizations (e.g. unroll-loops), or by font problems (i.e. try running fc-cache -f -v). If you've compiled using default CFLAGS and CXXFLAGS, and your fontconfig cache is okay, try running mozilla -g, and see where it's crashing. Joe >=20 > -mi > _______________________________________________ > 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 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-9+ADGrOTk+U970Pv5uqM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBzc+Wb2iPiv4Uz4cRAkRJAJ0ZjnEOJPpN9TY39RDHHj0c7uTnDACfVl47 eguTMtHNPAherPD2ANtSQAc= =VEcy -----END PGP SIGNATURE----- --=-9+ADGrOTk+U970Pv5uqM-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 21:30:29 2004 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 D4A3B16A4CE for ; Sat, 25 Dec 2004 21:30:29 +0000 (GMT) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185E843D1F for ; Sat, 25 Dec 2004 21:30:29 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBPLU67G012964 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 26 Dec 2004 08:30:07 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBPLU6xP012725; Sun, 26 Dec 2004 08:30:06 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBPLU5CG012724; Sun, 26 Dec 2004 08:30:05 +1100 (EST) (envelope-from pjeremy) Date: Sun, 26 Dec 2004 08:30:05 +1100 From: Peter Jeremy To: Benjamin Lutz Message-ID: <20041225213005.GB7189@cirb503493.alcatel.com.au> References: <200412230408.48770.benlutz@datacomm.ch> <20041223170124.GA89886@midgard.intranet> <20041224082137.GA7189@cirb503493.alcatel.com.au> <200412251036.07070.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412251036.07070.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - 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: Sat, 25 Dec 2004 21:30:29 -0000 On Sat, 2004-Dec-25 10:35:43 +0100, Benjamin Lutz wrote: >> Hmm. I can't find that string anywhere in the sources. Are you sure >> "rm.mutex_mtx" is correct? > >yes. It seems that it's inside the NVidia driver - which isn't in the source tree. That explains why I couldn't find it. I think this panic is a side-effect of enabling INVARIANTS and/or WITNESS. >> I suggest you read ddb(4) and the developer's handbook URL that I >> posted. > >I did. It doesn't mean much to me, really, since the kernel code is >totally unfamiliar to me. I don't really know what I'm looking for... >(ok, in this case, the mention of nvidia_* was kind of obvious :) ) Basically, if the system panics, run a 'trace'. If the system is frozen, the trace is less important. Since you're now back to the previous problem, can you try the same ddb commands when the system is frozen. It would probably be useful if you can force a crashdump (see the developer's handbook for details). Remember to set "dumpdev" to a suitable location (eg your swap partition) in your /etc/rc.conf. You can enable it without rebooting using "dumpon -v [dumpdevice]" (or /etc/rc.d/dumpon start). -- Season's Greetings Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 21:33:27 2004 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 5892D16A4CE for ; Sat, 25 Dec 2004 21:33:27 +0000 (GMT) Received: from 131-203-240-72.remote.comnet.co.nz (131-203-240-72.remote.comnet.co.nz [131.203.240.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F62C43D45 for ; Sat, 25 Dec 2004 21:33:26 +0000 (GMT) (envelope-from rbm49@131-203-240-72.remote.comnet.co.nz) Received: from rbm49 by 131-203-240-72.remote.comnet.co.nz with local (Exim 4.43 (FreeBSD)) id 1CiJXO-0004xQ-2L; Sun, 26 Dec 2004 10:33:22 +1300 Date: Sun, 26 Dec 2004 10:33:22 +1300 From: Richard MAHONEY To: Subscribers to FreeBSD-Stable Message-ID: <20041225213321.GA87117@131-203-240-72.remote.comnet.co.nz> Mail-Followup-To: Subscribers to FreeBSD-Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt 1.5.6i (2004-02-01) on FreeBSD 4.11-STABLE (i386) X-URL: X-Originating-IP: [131.203.240.72] X-Originating-Server: [131-203-240-72.remote.comnet.co.nz] X-Operating-System: FreeBSD 4.11-STABLE (Sun Dec 19 21:29:45 NZDT 2004) Sender: RBMahoney Subject: GThread_ERROR | glib2 | gthread-posix.c 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: Sat, 25 Dec 2004 21:33:27 -0000 Dear Listmembers, I've just upgraded to `xorg-6.8.1' and have begun to experience seg. faults and core dumps with apps that rely on `glib-2.4.8'. The standard error is noted below. `gnome2-2.8.2' no longer works and I've had to revert to `pwm-2003.06.17'. A recompile of `glib', `gtk', all of `Gnome2' &c. has failed to resolve the problem. Does it have something to do with the following? : /usr/home/ports/devel/glib20/files/patch-gthread_gthread-posix.c Any help would be very much appreciated. Best regards, Richard Mahoney the system: [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ uname -a FreeBSD 131-203-240-72.remote.comnet.co.nz 4.11-STABLE FreeBSD \ 4.11-STABLE #0: Sun Dec 19 21:29:45 NZDT 2004 \ root@131-203-240-72.remote.comnet.co.nz:/usr/home/obj/usr/src/sys/GENERIC \ i386 the problem: [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ firefox GThread-ERROR **: file gthread-posix.c: line 137 \ (g_thread_impl_init): error 'Invalid argument' during \ 'pthread_getschedparam (pthread_self(), &policy, &sched)' aborting... Abort trap (core dumped) [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ rm -f *core firefox-bin.core -- Richard MAHONEY | internet: homepages.comnet.net.nz/~r-mahoney Littledene | telephone / telefax (man.): ++64 3 312 1699 Bay Road | cellular: ++64 25 829 986 OXFORD, NZ | e-mail: r.mahoney[use"@"]comnet.net.nz From owner-freebsd-stable@FreeBSD.ORG Sat Dec 25 23:05:28 2004 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 A5ADC16A4CE for ; Sat, 25 Dec 2004 23:05:28 +0000 (GMT) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 832FF43D39 for ; Sat, 25 Dec 2004 23:05:28 +0000 (GMT) (envelope-from brian@hyperreal.org) Received: (qmail 46111 invoked from network); 25 Dec 2004 23:05:30 -0000 Received: from localhost.hyperreal.org (HELO fez.hyperreal.org) (127.0.0.1) by localhost.hyperreal.org with SMTP; 25 Dec 2004 23:05:30 -0000 Received: (qmail 24721 invoked by uid 1000); 25 Dec 2004 23:05:25 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Dec 2004 23:05:25 -0000 Date: Sat, 25 Dec 2004 15:05:25 -0800 (PST) From: Brian Behlendorf To: Richard MAHONEY In-Reply-To: <20041225213321.GA87117@131-203-240-72.remote.comnet.co.nz> Message-ID: <20041225145919.W21066@fez.hyperreal.org> References: <20041225213321.GA87117@131-203-240-72.remote.comnet.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N cc: freebsd-stable@FreeBSD.org Subject: Re: GThread_ERROR | glib2 | gthread-posix.c 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, 25 Dec 2004 23:05:28 -0000 Is this on RELENG_4? I got the same thing after I got past X coredumps with the i810 driver (fixed by either downgrading to 8 or 16 bits, or using "Options NoAccel"). It was suggested on gnome@ that I rebuild freetype and every port it depends upon, but that didn't help. De-installing all ports that depend upon freetype and rebuilding/reinstalling from scratch also did not help. I'd give up on RELENG_4 and move to RELENG_5, but on both laptops I've tried it on RELENG_5 still doesn't successfully suspend/resume from X (whether under ACPI or APM), and since the freebsd-gnome people claim to not support RELENG_4, I'm spending xmas break trying out various Linux distros. Sorry I couldn't help, just wanted to say I see the same problem, but haven't seen a way out. Brian On Sun, 26 Dec 2004, Richard MAHONEY wrote: > Dear Listmembers, > > I've just upgraded to `xorg-6.8.1' and have begun to experience > seg. faults and core dumps with apps that rely on `glib-2.4.8'. The > standard error is noted below. `gnome2-2.8.2' no longer works and I've > had to revert to `pwm-2003.06.17'. A recompile of `glib', `gtk', all > of `Gnome2' &c. has failed to resolve the problem. Does it have > something to do with the following? : > > /usr/home/ports/devel/glib20/files/patch-gthread_gthread-posix.c > > > Any help would be very much appreciated. > > > Best regards, > > Richard Mahoney > > > the system: > > [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ uname -a > > FreeBSD 131-203-240-72.remote.comnet.co.nz 4.11-STABLE FreeBSD \ > 4.11-STABLE #0: Sun Dec 19 21:29:45 NZDT 2004 \ > root@131-203-240-72.remote.comnet.co.nz:/usr/home/obj/usr/src/sys/GENERIC \ > i386 > > the problem: > > [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ firefox > > GThread-ERROR **: file gthread-posix.c: line 137 \ > (g_thread_impl_init): error 'Invalid argument' during \ > 'pthread_getschedparam (pthread_self(), &policy, &sched)' > > aborting... > > Abort trap (core dumped) > > [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ rm -f *core > firefox-bin.core > > >