From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 05:19:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B46216A400 for ; Sun, 19 Mar 2006 05:19:05 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D655043D46 for ; Sun, 19 Mar 2006 05:19:04 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id h31so672904wxd for ; Sat, 18 Mar 2006 21:19:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Q5UhkccAoOBLZkZmfI0sEu4+1+O0yH/7eGKGDekg+Lx52Qar6GCjx3DaGGTWylnzM/eNOUqLpUaQsY2jC719IhbjeiQ59yVUIj8CUnSWDdrwxIJV+kJtRK6o28AHKzAqAZqf9oiY8chiflK2vMyzFaPFBqzIuFwqgm//B/4cjYA= Received: by 10.70.89.10 with SMTP id m10mr1592286wxb; Sat, 18 Mar 2006 21:19:04 -0800 (PST) Received: by 10.70.126.10 with HTTP; Sat, 18 Mar 2006 21:19:04 -0800 (PST) Message-ID: <6eb82e0603182119w5eff748fneffc46e2692447a7@mail.gmail.com> Date: Sun, 19 Mar 2006 00:19:04 -0500 From: "Rong-En Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: NFS data corruption listed in 6.1 show stopper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 05:19:05 -0000 Hi, We are planning to upgrade a NFS server from 5.x to 6.x. However, we found there is a show stopper of 6.1 about NFS data corruption. >From the todo page, it says this item is worked in progress. Is this has been fixed already or not yet? From the description, it is found by running fsx (in regression/fsx?), can somebody show how to reproduce this? We would like to do some tests. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 05:33:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54F0516A400 for ; Sun, 19 Mar 2006 05:33:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1787A43D45 for ; Sun, 19 Mar 2006 05:33:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F2CE51A3C1B; Sat, 18 Mar 2006 21:33:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 50F6551447; Sun, 19 Mar 2006 00:33:41 -0500 (EST) Date: Sun, 19 Mar 2006 00:33:41 -0500 From: Kris Kennaway To: Rong-En Fan Message-ID: <20060319053341.GA70205@xor.obsecurity.org> References: <6eb82e0603182119w5eff748fneffc46e2692447a7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <6eb82e0603182119w5eff748fneffc46e2692447a7@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: NFS data corruption listed in 6.1 show stopper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 05:33:42 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 19, 2006 at 12:19:04AM -0500, Rong-En Fan wrote: > Hi, >=20 > We are planning to upgrade a NFS server from 5.x to 6.x. However, > we found there is a show stopper of 6.1 about NFS data corruption. > >From the todo page, it says this item is worked in progress. Is this > has been fixed already or not yet? From the description, it is found > by running fsx (in regression/fsx?), can somebody show how to > reproduce this? We would like to do some tests. It's not yet fixed. I'm able to reproduce it by running 3 fsx instances on a TCP mount; one of them will crash after some time (a few seconds .. hours). This problem also exists on 5.x servers. I'm not seeing corruption from UDP mounts. Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHO00Wry0BWjoQKURApN7AKDGE3UfrJ0S7Pbs76J/22AMLYqzAgCfQq8p dPCwPlwPZUkDnAYrkMiSRds= =KxuI -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 16:27:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62D9416A400 for ; Sun, 19 Mar 2006 16:27:31 +0000 (UTC) (envelope-from matt@compar.com) Received: from daisy2.compar.com (mail.compar.com [199.243.196.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBCF43D46 for ; Sun, 19 Mar 2006 16:27:30 +0000 (GMT) (envelope-from matt@compar.com) Received: from localhost (localhost.compar.com [127.0.0.1]) by daisy2.compar.com (Postfix) with ESMTP id B69ED13C6E5 for ; Sun, 19 Mar 2006 11:25:50 -0500 (EST) Received: from unknown by localhost (amavisd-new, unix socket) id client-U5VqmSVw for ; Sun, 19 Mar 2006 11:25:45 -0500 (EST) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by daisy2.compar.com (Postfix) with SMTP id 54EA213C6E4 for ; Sun, 19 Mar 2006 11:25:44 -0500 (EST) Message-ID: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: Date: Sun, 19 Mar 2006 11:28:45 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0009_01C64B48.48C90560" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Virus-Scanned: amavisd-new at compar.com Cc: Subject: 6.0-REL problems with ISA ed0, FFS corruption and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:27:31 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C64B48.48C90560 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit [ Asked on -questions on Friday; re-asking now on -stable without cross-post] I recently upgraded a 4.11-REL machine to 6.0-REL and have run into some snags. While the installation from CD went fine, after configuring and enabling my ed0 NIC, bad things start to happen. FWIW, this machine is an ancient (hardware circa 1991, BIOS circa 1994) dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. So far I can reliably reproduce two panics, one appears to be a ed driver bug (based on reports of similar panics with different NICs, notably nge) and one is a filesystem corruption problem. Here's the process that I go through to reliably reproduce both problems. 1) Boot machine in multi-user mode 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. 3) In debugger, reset (or panic to get vmcore) 4) Reboot in multi-user mode, but set "hint.ed.0.disabled=1" in the boot loader (to avoid ifconifg panic) 5) Root filesystem is fsckd; all other filesystems are scheduled for background fsck 6) Encounter panic "ffs_valloc: dup alloc" 7) In debugger, reset (or panic to get vmcore) Attached is the full dmesg and stacktrace output from kgdb for the *second* panic, since I figure this is the more critical issue. -- Matt Emmerton ------=_NextPart_000_0009_01C64B48.48C90560 Content-Type: text/plain; name="panic2.kgdb.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="panic2.kgdb.txt" Script started on Sat Mar 18 12:58:13 2006=0A= root@gabby# kgdb /boot/kernel/kernel.debug 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 = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Copyright (c) 1992-2005 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 6.0-RELEASE #0: Sat Mar 18 12:00:50 EST 2006 root@gabby.gsicomp.on.ca:/usr2/obj/usr2/src/sys/GABBY.20060316.01 MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (133.16-MHz 586-class CPU) Origin =3D "GenuineIntel" Id =3D 0x52c Stepping =3D 12 Features=3D0x3bf real memory =3D 50331648 (48 MB) avail memory =3D 43941888 (41 MB) Intel Pentium detected, installing workaround for F00F bug ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-15 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 eisab0: at device 2.0 on pci0 eisa0: on eisab0 mainboard0: on eisa0 slot 0 isa0: on eisab0 ahc0: port 0xf800-0xf8ff mem = 0xffbef000-0xffbeffff irq 11 at device 11.0 on pci0 ahc0: [GIANT-LOCKED] aic7870: Wide Channel A, SCSI Id=3D7, 16/253 SCBs orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 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 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=3D0x300> 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 (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) Timecounter "TSC" frequency 133160146 Hz quality 800 Timecounters tick every 1.000 msec Waiting 10 seconds for SCSI devices to settle cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 5 lun 0 da1: Fixed Direct Access SCSI-2 device=20 da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing = Enabled da1: 2049MB (4197405 512 byte sectors: 64H 32S/T 2049C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing = Enabled da0: 2049MB (4197405 512 byte sectors: 64H 32S/T 2049C) Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted <118>Loading configuration files. <118>kernel dumps on /dev/da0s1b <118>Entropy harvesting: <118>. <118>swapon: adding /dev/da0s1b as swap device <118>Starting file system checks: <118>/dev/da0s1a: 1012 files, 21314 used, 52949 free (485 frags, 6558 = blocks, 0.7% fragmentation) <118>/dev/da0s1e: DEFER FOR BACKGROUND CHECKING <118>/dev/da0s1d: DEFER FOR BACKGROUND CHECKING <118>/dev/da1s1e: 147526 files, 1872872 used, 159266 free (754 frags, = 19814 blocks, 0.0% fragmentation) WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted mode =3D 040755, inum =3D 5, fs =3D /var panic: ffs_valloc: dup alloc KDB: enter: panic panic: from debugger Uptime: 1m52s Dumping 47 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 47MB (12032 pages) 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04bdd1f in boot (howto=3D260) at = /usr2/src/sys/kern/kern_shutdown.c:399 #2 0xc04bdfe8 in panic (fmt=3D0xc05fd370 "from debugger") at /usr2/src/sys/kern/kern_shutdown.c:555 #3 0xc043d1a9 in db_panic (addr=3D-1068670697, have_addr=3D0, = count=3D-1,=20 modif=3D0xc52e2848 "") at /usr2/src/sys/ddb/db_command.c:438 #4 0xc043d140 in db_command (last_cmdp=3D0xc064bc24, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc061d38c, aux_cmd_tablep_end=3D0xc061d390) at /usr2/src/sys/ddb/db_command.c:350 #5 0xc043d208 in db_command_loop () at = /usr2/src/sys/ddb/db_command.c:458 #6 0xc043ee15 in db_trap (type=3D3, code=3D0) at = /usr2/src/sys/ddb/db_main.c:221 #7 0xc04d6393 in kdb_trap (type=3D3, code=3D0, tf=3D0xc52e2988) at /usr2/src/sys/kern/subr_kdb.c:473 #8 0xc05e61f4 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 1, tf_esi =3D = -1067380202, tf_ebp =3D -986830392, tf_isp =3D -986830412, tf_ebx =3D = -986830348, tf_edx =3D 0, tf_ecx =3D -1061072896, tf_eax =3D 18, = tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068670697, tf_cs =3D 32, = tf_eflags =3D 642, tf_esp =3D -986830360, tf_ss =3D -1068769417}) at /usr2/src/sys/i386/i386/trap.c:591 #9 0xc05d5cda in calltrap () at /usr2/src/sys/i386/i386/exception.s:139 #10 0xc04d6117 in kdb_enter (msg=3D0x12
) at cpufunc.h:60 #11 0xc04bdf77 in panic (fmt=3D0xc0611216 "ffs_valloc: dup alloc") at /usr2/src/sys/kern/kern_shutdown.c:539 #12 0xc0577db4 in ffs_valloc (pvp=3D0xc0e93dd0, mode=3D16877, = cred=3D0xc0d5be00,=20 vpp=3D0xc52e2a50) at /usr2/src/sys/ufs/ffs/ffs_alloc.c:933 #13 0xc0591234 in ufs_mkdir (ap=3D0xc52e2bb8) at /usr2/src/sys/ufs/ufs/ufs_vnops.c:1333 #14 0xc05ef828 in VOP_MKDIR_APV (vop=3D0x12, a=3D0xc52e2bb8) at = vnode_if.c:1251 #15 0xc051c4e5 in kern_mkdir (td=3D0xc0dc5a80,=20 path=3D0xbfbfef56
, = segflg=3DUIO_USERSPACE,=20 mode=3D511) at vnode_if.h:653 #16 0xc051c1c9 in mkdir (td=3D0xc0dc5a80, uap=3D0x12) at /usr2/src/sys/kern/vfs_syscalls.c:3301 #17 0xc05e6a67 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D -1077940394, = tf_esi =3D 1, tf_ebp =3D -1077940632, tf_isp =3D -986829468, tf_ebx =3D = -1077940380, tf_edx =3D -1, tf_ecx =3D 672359652, tf_eax =3D 136, = tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 671833491, tf_cs =3D 51, = tf_eflags =3D 514, tf_esp =3D -1077940836, tf_ss =3D 59}) at /usr2/src/sys/i386/i386/trap.c:976 #18 0xc05d5d2f in Xint0x80_syscall () at /usr2/src/sys/i386/i386/exception.s:200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit root@gabby# exit =0A= Script done on Sat Mar 18 12:58:43 2006=0A= ------=_NextPart_000_0009_01C64B48.48C90560-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 17:12:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFEA616A401 for ; Sun, 19 Mar 2006 17:12:50 +0000 (UTC) (envelope-from loader@freebsdmall.com) Received: from mail.freebsdmall.com (69.50.233.168.ip.nectartech.com [69.50.233.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D7843D45 for ; Sun, 19 Mar 2006 17:12:50 +0000 (GMT) (envelope-from loader@freebsdmall.com) Received: by mail.freebsdmall.com (Postfix, from userid 2136) id 4925B1D98894; Sun, 19 Mar 2006 09:12:50 -0800 (PST) X-Mailer: emacs 22.0.50.1 (via feedmail 8 I) From: loader To: "Rong-En Fan" References: <6eb82e0603160732p4bb85504w7d3ef2baec8dd26f@mail.gmail.com> User-Agent: Emacs 22.0.50.1 on i386-unknown-freebsd6.0 X-GPG-Public-Key: http://www.freebsdmall.com/~loader/loader.asc X-GPG-Key-ID: 1024D/0277E075 X-GPG-Key-Fingerprint: F8A0 A354 5D97 B175 7FC9 15DC 0771 07CF 0277 E075 Date: Mon, 20 Mar 2006 01:12:40 +0800 In-Reply-To: <6eb82e0603160732p4bb85504w7d3ef2baec8dd26f@mail.gmail.com> (Rong-En Fan's message of "Thu, 16 Mar 2006 10:32:27 -0500") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: stable@freebsd.org Subject: Re: 6.1 ata panic if dma enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:12:50 -0000 "Rong-En Fan" wrote: > The ata controller and ad0 is > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on > pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 > ata0: 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=00 > ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > ata0: [MPSAFE] > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > ad0: setting PIO4 on 82C686B chip > ad0: setting UDMA100 on 82C686B chip > ad0: 38166MB at ata0-master UDMA100 > ad0: 78165360 sectors [19158C/16H/255S] 16 sectors/interrupt 1 depth queue > > I'm pretty sure this HD is capable of UDMA100 (by the specification on Seagate > website). > > The console messages are: > /dev/ad0s1e: clean, 823031 free (447 frags, 102823 blocks, 0.0% fragmentation) > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=191 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=191 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=131647 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=131647 > ad0: FAILURE - WRITE_DMA status=51 > error=84 LBA=131647 > g_vfs_done():ad0s1a[WRITE(offset=67371008, length=16384)]error = 5 I got a similar problem when I connect my HDD with a DMA33 cable last time when I was trying to install 6.0-PRERELEASE: ad0: 190782MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA = 12623 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA = 12623 ad0: FAILURE - READ_DMA status = 51 < READ, DSC, ERROR> error = 84 LBA = 12623 g_vfs_done():ad0s1a[READ(offset = 6430720, length = 4096)] error = 5 vnode_pager_getpages: I/O read error vm_fault: pager read_error, pid 1 (swapper) init died (signal 6, exit 0) panic: Going nowhere without my init ! Uptime: 2s Cannot dump, No dump device defined I also tried to disable DMA to make that disk work, but later I found it was caused by a DMA33 cable. That disk worked fined after I replaced that cable. Regards, loader From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 17:19:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DEED16A400 for ; Sun, 19 Mar 2006 17:19:43 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CAD843D46 for ; Sun, 19 Mar 2006 17:19:41 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 2080 invoked from network); 19 Mar 2006 17:19:40 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.145.24]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 19 Mar 2006 17:19:40 -0000 Date: Sun, 19 Mar 2006 18:19:13 +0100 From: Fabian Keil To: "Matt Emmerton" Message-ID: <20060319181913.6e70b696@localhost> In-Reply-To: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> References: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_0amq0g0D/xlt6/DHhhcKT5y"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: stable@freebsd.org Subject: Re: 6.0-REL problems with ISA ed0, FFS corruption and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:19:43 -0000 --Sig_0amq0g0D/xlt6/DHhhcKT5y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Matt Emmerton" wrote: > I recently upgraded a 4.11-REL machine to 6.0-REL and have run into > some snags. While the installation from CD went fine, after > configuring and enabling my ed0 NIC, bad things start to happen. >=20 > FWIW, this machine is an ancient (hardware circa 1991, BIOS circa > 1994) dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. At least it got "lots" of memory, last week I installed FreeBSD 6.1-PRERELEASE on a P90 with 16MB RAM. > So far I can reliably reproduce two panics, one appears to be a ed > driver bug (based on reports of similar panics with different NICs, > notably nge) and one is a filesystem corruption problem. >=20 > Here's the process that I go through to reliably reproduce both > problems. 1) Boot machine in multi-user mode > 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. > 3) In debugger, reset (or panic to get vmcore) > 4) Reboot in multi-user mode, but set "hint.ed.0.disabled=3D1" in the > boot loader (to avoid ifconifg panic) > 5) Root filesystem is fsckd; all other filesystems are scheduled for > background fsck > 6) Encounter panic "ffs_valloc: dup alloc" > 7) In debugger, reset (or panic to get vmcore) Did you try to do a foreground fsck in single user mode? Fabian --=20 http://www.fabiankeil.de/ --Sig_0amq0g0D/xlt6/DHhhcKT5y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHZKkjV8GA4rMKUQRAs03AJ0Q66YlOkS+WnvcCvO63SYH38tJnwCgi5Xh vl2L8F3uAzyt0U4xSzJoPe8= =WQ8u -----END PGP SIGNATURE----- --Sig_0amq0g0D/xlt6/DHhhcKT5y-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 17:48:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D29016A423 for ; Sun, 19 Mar 2006 17:48:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3204B43D6E for ; Sun, 19 Mar 2006 17:48:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 161721A3C31; Sun, 19 Mar 2006 09:48:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8E5C95131D; Sun, 19 Mar 2006 12:48:31 -0500 (EST) Date: Sun, 19 Mar 2006 12:48:31 -0500 From: Kris Kennaway To: Matt Emmerton Message-ID: <20060319174831.GA3270@xor.obsecurity.org> References: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: 6.0-REL problems with ISA ed0, FFS corruption and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:48:37 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 19, 2006 at 11:28:45AM -0500, Matt Emmerton wrote: > [ Asked on -questions on Friday; re-asking now on -stable without > cross-post] >=20 > I recently upgraded a 4.11-REL machine to 6.0-REL and have run into some > snags. While the installation from CD went fine, after configuring and > enabling my ed0 NIC, bad things start to happen. >=20 > FWIW, this machine is an ancient (hardware circa 1991, BIOS circa 1994) > dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. >=20 > So far I can reliably reproduce two panics, one appears to be a ed driver > bug (based on reports of similar panics with different NICs, notably nge) > and one is a filesystem corruption problem. >=20 > Here's the process that I go through to reliably reproduce both problems. > 1) Boot machine in multi-user mode > 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. > 3) In debugger, reset (or panic to get vmcore) > 4) Reboot in multi-user mode, but set "hint.ed.0.disabled=3D1" in the boot > loader (to avoid ifconifg panic) > 5) Root filesystem is fsckd; all other filesystems are scheduled for > background fsck > 6) Encounter panic "ffs_valloc: dup alloc" I think this part is because you have filesystem corruption from your previous panic. Force a fsck in foreground mode and it should clear it up. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHZluWry0BWjoQKURAgdNAJ4h12/2qEtIkIG+ia7z4SDsbqbxggCguj/o Eb7e0gyvwtH1rxKqu3Or4Gw= =DphL -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 20:39:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A813016A420 for ; Sun, 19 Mar 2006 20:39:22 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp114.sbc.mail.mud.yahoo.com (smtp114.sbc.mail.mud.yahoo.com [68.142.198.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 21B1B43D46 for ; Sun, 19 Mar 2006 20:39:22 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 32142 invoked from network); 19 Mar 2006 20:39:21 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp114.sbc.mail.mud.yahoo.com with SMTP; 19 Mar 2006 20:39:21 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id 636D32E05D for ; Sun, 19 Mar 2006 14:39:20 -0600 (CST) Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10462-08 for ; Sun, 19 Mar 2006 14:39:19 -0600 (CST) Received: from [192.168.2.102] (arwen.minas.tirith [192.168.2.102]) by anduril.minas.tirith (Postfix) with ESMTP id 4CB842E058 for ; Sun, 19 Mar 2006 14:39:19 -0600 (CST) Message-ID: <441DC164.5060703@swbell.net> Date: Sun, 19 Mar 2006 14:39:00 -0600 From: Martin Jackson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at minas.tirith Subject: 6.1-BETA4 installation report X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:39:22 -0000 Greetings, First of all, thanks for all the hard work that's gone into the 6.1 release process so far. Today, I tried doing a binary upgrade of 6.1-PRERELEASE (cvsup'ed about a week ago) to 6.1-BETA4. It's really old hardware, a PII 333Mhz. I don't know if what I tried to do is even supported, so I haven't filed any PR's yet. I ran into two issues: 1) The upgrade errored out almost immediately on /var/empty, since it had been chflags'ed to nschg. I went to the shell and chflags'ed that off, and upgrade continued. 2) The 'kernels' distribution wasn't installed at all, which led loader to complain upon reboot. I had an old kernel installed, so I booted from that and used sysinstall to install GENERIC. I also had to change loader.conf to reference 'kernel="GENERIC"'. Is this the preferred way to do it, or should I move 'GENERIC' to 'kernel'? thanks, Marty From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 21:38:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7347816A422 for ; Sun, 19 Mar 2006 21:38:02 +0000 (UTC) (envelope-from matt@compar.com) Received: from daisy2.compar.com (daisy2.compar.com [199.243.196.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA1C43D49 for ; Sun, 19 Mar 2006 21:38:01 +0000 (GMT) (envelope-from matt@compar.com) Received: from localhost (localhost.compar.com [127.0.0.1]) by daisy2.compar.com (Postfix) with ESMTP id 976AA13C5DC; Sun, 19 Mar 2006 16:36:22 -0500 (EST) Received: from unknown by localhost (amavisd-new, unix socket) id client-kQKQo7gk; Sun, 19 Mar 2006 16:36:19 -0500 (EST) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by daisy2.compar.com (Postfix) with SMTP id 0973813C5D5; Sun, 19 Mar 2006 16:36:18 -0500 (EST) Message-ID: <001701c64b9d$94b44a70$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Kris Kennaway" References: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> <20060319174831.GA3270@xor.obsecurity.org> Date: Sun, 19 Mar 2006 16:39:19 -0500 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.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Virus-Scanned: amavisd-new at compar.com Cc: stable@freebsd.org Subject: Re: 6.0-REL problems with ISA ed0, FFS corruption and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:38:02 -0000 On Sun, Mar 19, 2006 at 11:28:45AM -0500, Matt Emmerton wrote: > [ Asked on -questions on Friday; re-asking now on -stable without > cross-post] > > I recently upgraded a 4.11-REL machine to 6.0-REL and have run into some > snags. While the installation from CD went fine, after configuring and > enabling my ed0 NIC, bad things start to happen. > > FWIW, this machine is an ancient (hardware circa 1991, BIOS circa 1994) > dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. > > So far I can reliably reproduce two panics, one appears to be a ed driver > bug (based on reports of similar panics with different NICs, notably nge) > and one is a filesystem corruption problem. > > Here's the process that I go through to reliably reproduce both problems. > 1) Boot machine in multi-user mode > 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. > 3) In debugger, reset (or panic to get vmcore) > 4) Reboot in multi-user mode, but set "hint.ed.0.disabled=1" in the boot > loader (to avoid ifconifg panic) > 5) Root filesystem is fsckd; all other filesystems are scheduled for > background fsck > 6) Encounter panic "ffs_valloc: dup alloc" I think this part is because you have filesystem corruption from your previous panic. Force a fsck in foreground mode and it should clear it up. -- That prevents the FFS panic from occurring. I had forgot about the fact that fsck in multi-user mode runs as "fsck -p" which only catches a limited subset of filesystem errors. -- Matt Emmerton From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 21:45:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C68F516A41F for ; Sun, 19 Mar 2006 21:45:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D0AA43D5D for ; Sun, 19 Mar 2006 21:45:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4F45F1A4D84; Sun, 19 Mar 2006 13:45:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BDFC2528FB; Sun, 19 Mar 2006 16:45:42 -0500 (EST) Date: Sun, 19 Mar 2006 16:45:42 -0500 From: Kris Kennaway To: Matt Emmerton Message-ID: <20060319214542.GA7164@xor.obsecurity.org> References: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> <20060319174831.GA3270@xor.obsecurity.org> <001701c64b9d$94b44a70$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <001701c64b9d$94b44a70$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: 6.0-REL problems with ISA ed0, FFS corruption and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:45:44 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 19, 2006 at 04:39:19PM -0500, Matt Emmerton wrote: > On Sun, Mar 19, 2006 at 11:28:45AM -0500, Matt Emmerton wrote: > > [ Asked on -questions on Friday; re-asking now on -stable without > > cross-post] > > > > I recently upgraded a 4.11-REL machine to 6.0-REL and have run into some > > snags. While the installation from CD went fine, after configuring and > > enabling my ed0 NIC, bad things start to happen. > > > > FWIW, this machine is an ancient (hardware circa 1991, BIOS circa 1994) > > dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. > > > > So far I can reliably reproduce two panics, one appears to be a ed driv= er > > bug (based on reports of similar panics with different NICs, notably ng= e) > > and one is a filesystem corruption problem. > > > > Here's the process that I go through to reliably reproduce both problem= s. > > 1) Boot machine in multi-user mode > > 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. > > 3) In debugger, reset (or panic to get vmcore) > > 4) Reboot in multi-user mode, but set "hint.ed.0.disabled=3D1" in the b= oot > > loader (to avoid ifconifg panic) > > 5) Root filesystem is fsckd; all other filesystems are scheduled for > > background fsck > > 6) Encounter panic "ffs_valloc: dup alloc" >=20 > I think this part is because you have filesystem corruption from your > previous panic. Force a fsck in foreground mode and it should clear > it up. >=20 > -- >=20 > That prevents the FFS panic from occurring. I had forgot about the fact > that fsck in multi-user mode runs as "fsck -p" which only catches a limit= ed > subset of filesystem errors. OK, now you can post about your other panic :-) Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHdEFWry0BWjoQKURAsvwAKCBpyTMuHtnrqp2wIkkskiIk5j4iACeOMZP F5v2my48Oa9hXreqATjpxbM= =wGVf -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 21:55:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DE0216A42D for ; Sun, 19 Mar 2006 21:55:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0182F43D45 for ; Sun, 19 Mar 2006 21:55:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DB4241A4D84; Sun, 19 Mar 2006 13:55:07 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4F38B51373; Sun, 19 Mar 2006 16:55:07 -0500 (EST) Date: Sun, 19 Mar 2006 16:55:07 -0500 From: Kris Kennaway To: Martin Jackson Message-ID: <20060319215507.GA7464@xor.obsecurity.org> References: <441DC164.5060703@swbell.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <441DC164.5060703@swbell.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-BETA4 installation report X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:55:08 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 19, 2006 at 02:39:00PM -0600, Martin Jackson wrote: > Greetings, >=20 > First of all, thanks for all the hard work that's gone into the 6.1=20 > release process so far. >=20 > Today, I tried doing a binary upgrade of 6.1-PRERELEASE (cvsup'ed about= =20 > a week ago) to 6.1-BETA4. It's really old hardware, a PII 333Mhz. >=20 > I don't know if what I tried to do is even supported, so I haven't filed= =20 > any PR's yet. >=20 > I ran into two issues: >=20 > 1) The upgrade errored out almost immediately on /var/empty, since it=20 > had been chflags'ed to nschg. I went to the shell and chflags'ed that=20 > off, and upgrade continued. It's supposed to be that way, so something is wrong if this is causing problems :( > 2) The 'kernels' distribution wasn't installed at all, which led loader= =20 > to complain upon reboot. I had an old kernel installed, so I booted=20 > from that and used sysinstall to install GENERIC. I also had to change= =20 > loader.conf to reference 'kernel=3D"GENERIC"'. Is this the preferred way= =20 > to do it, or should I move 'GENERIC' to 'kernel'? It should be installed as kernel. Again I don't know how you got something else :( Kris --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHdM6Wry0BWjoQKURAuqxAKDQn03gM0Q61NkwUU9mxMZlKt8qpgCg0csT 6ZZxT2cGO+mm8bkY0kwFks4= =AjSp -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 22:44:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26D5A16A442 for ; Sun, 19 Mar 2006 22:44:14 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp105.sbc.mail.mud.yahoo.com (smtp105.sbc.mail.mud.yahoo.com [68.142.198.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 2559F43D53 for ; Sun, 19 Mar 2006 22:44:13 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 4622 invoked from network); 19 Mar 2006 22:44:12 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp105.sbc.mail.mud.yahoo.com with SMTP; 19 Mar 2006 22:44:12 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id 7EAA42E058 for ; Sun, 19 Mar 2006 16:44:11 -0600 (CST) Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11701-05 for ; Sun, 19 Mar 2006 16:44:10 -0600 (CST) Received: from [192.168.2.102] (arwen.minas.tirith [192.168.2.102]) by anduril.minas.tirith (Postfix) with ESMTP id 71E4E2E061 for ; Sun, 19 Mar 2006 16:44:10 -0600 (CST) Message-ID: <441DDEA6.8090805@swbell.net> Date: Sun, 19 Mar 2006 16:43:50 -0600 From: Martin Jackson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <441DC164.5060703@swbell.net> <20060319215507.GA7464@xor.obsecurity.org> In-Reply-To: <20060319215507.GA7464@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at minas.tirith Subject: Re: 6.1-BETA4 installation report X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:44:14 -0000 >> 1) The upgrade errored out almost immediately on /var/empty, since it >> had been chflags'ed to nschg. I went to the shell and chflags'ed that >> off, and upgrade continued. > > It's supposed to be that way, so something is wrong if this is causing > problems :( Agreed. :) Looking through the source to sysinstall, it looks like I should have a /boot/kernel.prev, but I don't. Perhaps the install of base went more poorly than I thought? I wound up not having /boot/kernel at all. >> 2) The 'kernels' distribution wasn't installed at all, which led loader >> to complain upon reboot. I had an old kernel installed, so I booted >> from that and used sysinstall to install GENERIC. I also had to change >> loader.conf to reference 'kernel="GENERIC"'. Is this the preferred way >> to do it, or should I move 'GENERIC' to 'kernel'? > > It should be installed as kernel. Again I don't know how you got > something else :( Hm. I will try to reinstall with 6.0-RELEASE and try to do the binary upgrade again, and see what happens. Things will be different; this system was my first attempt to go to STABLE before I upgraded it so I can't rule out errors of my own in this case. Thanks, Marty From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 23:24:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A9A16A400 for ; Sun, 19 Mar 2006 23:24:54 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D3943D62 for ; Sun, 19 Mar 2006 23:24:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k2JNOro7045156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Mar 2006 15:24:53 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <441DE846.1070309@errno.com> Date: Sun, 19 Mar 2006 15:24:54 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Martin Jackson References: <441DC164.5060703@swbell.net> <20060319215507.GA7464@xor.obsecurity.org> <441DDEA6.8090805@swbell.net> In-Reply-To: <441DDEA6.8090805@swbell.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-BETA4 installation report X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:24:54 -0000 Martin Jackson wrote: >>> 1) The upgrade errored out almost immediately on /var/empty, since >>> it had been chflags'ed to nschg. I went to the shell and chflags'ed >>> that off, and upgrade continued. >> >> It's supposed to be that way, so something is wrong if this is causing >> problems :( > > Agreed. :) Looking through the source to sysinstall, it looks like I > should have a /boot/kernel.prev, but I don't. Perhaps the install of > base went more poorly than I thought? I wound up not having > /boot/kernel at all. If you go to the Options panel and turn on debugging (navigate to Debugging, hit space, then q to quit) you'll get debug info in the Alt-F2 window. That might be helpful. I'm not sure if the logging goes in a file that remains across reboot; that'd be useful for debugging issues like this. > >>> 2) The 'kernels' distribution wasn't installed at all, which led >>> loader to complain upon reboot. I had an old kernel installed, so I >>> booted from that and used sysinstall to install GENERIC. I also had >>> to change loader.conf to reference 'kernel="GENERIC"'. Is this the >>> preferred way to do it, or should I move 'GENERIC' to 'kernel'? >> >> It should be installed as kernel. Again I don't know how you got >> something else :( > > Hm. I will try to reinstall with 6.0-RELEASE and try to do the binary > upgrade again, and see what happens. Things will be different; this > system was my first attempt to go to STABLE before I upgraded it so I > can't rule out errors of my own in this case. If you can record the steps by which you hit a problem it'd be appreciated. I'm not sure I tested the Upgrade mechanism so it may have been broken by the mods I made to the kernel install logic. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Mar 19 23:57:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33D9316A400 for ; Sun, 19 Mar 2006 23:57:46 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp101.sbc.mail.mud.yahoo.com (smtp101.sbc.mail.mud.yahoo.com [68.142.198.200]) by mx1.FreeBSD.org (Postfix) with SMTP id B68D843D45 for ; Sun, 19 Mar 2006 23:57:45 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 16210 invoked from network); 19 Mar 2006 23:57:45 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp101.sbc.mail.mud.yahoo.com with SMTP; 19 Mar 2006 23:57:44 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id DDF9D2E05D for ; Sun, 19 Mar 2006 17:57:43 -0600 (CST) Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11609-10 for ; Sun, 19 Mar 2006 17:57:42 -0600 (CST) Received: from [192.168.1.112] (ARAGORN.minas.tirith [192.168.1.112]) by anduril.minas.tirith (Postfix) with ESMTP id 61B512E058 for ; Sun, 19 Mar 2006 17:57:42 -0600 (CST) Message-ID: <441DF040.7040704@swbell.net> Date: Sun, 19 Mar 2006 17:58:56 -0600 From: Martin Jackson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <441DC164.5060703@swbell.net> <20060319215507.GA7464@xor.obsecurity.org> <441DDEA6.8090805@swbell.net> <441DE846.1070309@errno.com> In-Reply-To: <441DE846.1070309@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at minas.tirith Subject: Re: 6.1-BETA4 installation report X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:57:46 -0000 Sam Leffler wrote: > Martin Jackson wrote: >>>> 1) The upgrade errored out almost immediately on /var/empty, since >>>> it had been chflags'ed to nschg. I went to the shell and chflags'ed >>>> that off, and upgrade continued. >>> >>> It's supposed to be that way, so something is wrong if this is causing >>> problems :( >> >> Agreed. :) Looking through the source to sysinstall, it looks like I >> should have a /boot/kernel.prev, but I don't. Perhaps the install of >> base went more poorly than I thought? I wound up not having >> /boot/kernel at all. > > If you go to the Options panel and turn on debugging (navigate to > Debugging, hit space, then q to quit) you'll get debug info in the > Alt-F2 window. That might be helpful. I'm not sure if the logging goes > in a file that remains across reboot; that'd be useful for debugging > issues like this. > >> >>>> 2) The 'kernels' distribution wasn't installed at all, which led >>>> loader to complain upon reboot. I had an old kernel installed, so I >>>> booted from that and used sysinstall to install GENERIC. I also had >>>> to change loader.conf to reference 'kernel="GENERIC"'. Is this the >>>> preferred way to do it, or should I move 'GENERIC' to 'kernel'? >>> >>> It should be installed as kernel. Again I don't know how you got >>> something else :( >> >> Hm. I will try to reinstall with 6.0-RELEASE and try to do the binary >> upgrade again, and see what happens. Things will be different; this >> system was my first attempt to go to STABLE before I upgraded it so I >> can't rule out errors of my own in this case. > > If you can record the steps by which you hit a problem it'd be > appreciated. I'm not sure I tested the Upgrade mechanism so it may have > been broken by the mods I made to the kernel install logic. OK, I've hit the /var/empty problem again, on a fresh install of 6.0-RELEASE. I enabled debugging but it doesn't say anything else useful on the F2 window. Installing base, kernel (GENERIC), doc (custom set) from CD/DVD Here's what it says on the F1 window (Transcribing): Write failure on Transfer! (wrote -1 bytes of 1424508 bytes) On the F2 window: ...list of the fs hierarchy... var/crash var/cron var/db /stand/cpio: var/empty: chmod: Operation not permitted /stand/gunzip: failed fwrite I go back to F1 and accept. When it asks me to retry, I go to F4 and chglags noschg /var/empty. I go back to F1 and say "YES" to attempt to retrive again. This time, it seems to go correctly. I see that GENERIC is trying to extract into /boot this time - don't remember whether it said that the first time around but I see it as a positive sign. /boot/kernel exists this time (no special intervention from me), and contains the GENERIC kernel from 6.1-BETA4 CD. No special intervention required to boot this time; system is now up and running on 6.1-BETA4. Well, it looks like unless there's something going on with custom ident's in /boot/kernel, that may be a non-issue. (The previous kernel was ident SERVER.) The /var/empty thing looks to be real, though. Should I file a PR? Thanks, Marty From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 02:22:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66DBD16A423 for ; Mon, 20 Mar 2006 02:22:13 +0000 (UTC) (envelope-from matt@compar.com) Received: from daisy2.compar.com (mail4.compar.com [199.243.196.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197D043D46 for ; Mon, 20 Mar 2006 02:22:11 +0000 (GMT) (envelope-from matt@compar.com) Received: from localhost (localhost.compar.com [127.0.0.1]) by daisy2.compar.com (Postfix) with ESMTP id 3559213C697 for ; Sun, 19 Mar 2006 21:20:33 -0500 (EST) Received: from unknown by localhost (amavisd-new, unix socket) id client-dpsq1gbn for ; Sun, 19 Mar 2006 21:20:29 -0500 (EST) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by daisy2.compar.com (Postfix) with SMTP id 6C3B913C5E4 for ; Sun, 19 Mar 2006 21:20:29 -0500 (EST) Message-ID: <004001c64bc5$474bd370$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: References: <000c01c64b72$321d6520$1200a8c0@gsicomp.on.ca> <20060319174831.GA3270@xor.obsecurity.org> <001701c64b9d$94b44a70$1200a8c0@gsicomp.on.ca> <20060319214542.GA7164@xor.obsecurity.org> Date: Sun, 19 Mar 2006 21:23:29 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_003D_01C64B9B.5DDAEB00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Virus-Scanned: amavisd-new at compar.com Cc: Subject: Re: 6.0-REL problems with ISA ed0 and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 02:22:13 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C64B9B.5DDAEB00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Sun, Mar 19, 2006 at 04:39:19PM -0500, Matt Emmerton wrote: > On Sun, Mar 19, 2006 at 11:28:45AM -0500, Matt Emmerton wrote: > > [ Asked on -questions on Friday; re-asking now on -stable without > > cross-post] > > > > I recently upgraded a 4.11-REL machine to 6.0-REL and have run into some > > snags. While the installation from CD went fine, after configuring and > > enabling my ed0 NIC, bad things start to happen. > > > > FWIW, this machine is an ancient (hardware circa 1991, BIOS circa 1994) > > dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. > > > > So far I can reliably reproduce two panics, one appears to be a ed driver > > bug (based on reports of similar panics with different NICs, notably nge) > > and one is a filesystem corruption problem. > > > > Here's the process that I go through to reliably reproduce both problems. > > 1) Boot machine in multi-user mode > > 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. > > 3) In debugger, reset (or panic to get vmcore) The panic doesn't happen during the ifconfig -- it happens shortly after "hostname" is run. The details of this panic are in the attached typescript output. >From what I can see, it looks like the stack is smashed hence ih is bogus, so we fail on the deref. Regards, -- Matt Emmerton ------=_NextPart_000_003D_01C64B9B.5DDAEB00 Content-Type: application/octet-stream; name="typescript-panic-ed" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="typescript-panic-ed" root@gabby# kgdb /boot/kernel.failsafe/kernel.debug vmcore.3* [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 = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x7 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc04a9214 stack pointer =3D 0x28:0xc4e79cf4 frame pointer =3D 0x28:0xc4e79d10 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 21 (irq10: ed0) panic: from debugger Uptime: 27s Dumping 47 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 47MB (12032 pages) 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04bdd1f in boot (howto=3D260) at = /usr2/src/sys/kern/kern_shutdown.c:399 #2 0xc04bdfe8 in panic (fmt=3D0xc05fd370 "from debugger") at /usr2/src/sys/kern/kern_shutdown.c:555 #3 0xc043d1a9 in db_panic (addr=3D-1068854764, have_addr=3D0, = count=3D-1,=20 modif=3D0xc4e79b20 "") at /usr2/src/sys/ddb/db_command.c:438 #4 0xc043d140 in db_command (last_cmdp=3D0xc064bc24, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc061d38c, aux_cmd_tablep_end=3D0xc061d390) at /usr2/src/sys/ddb/db_command.c:350 #5 0xc043d208 in db_command_loop () at = /usr2/src/sys/ddb/db_command.c:458 #6 0xc043ee15 in db_trap (type=3D12, code=3D0) at = /usr2/src/sys/ddb/db_main.c:221 #7 0xc04d6393 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4e79cb4) at /usr2/src/sys/kern/subr_kdb.c:473 #8 0xc05e6718 in trap_fatal (frame=3D0xc4e79cb4, eva=3D7) at /usr2/src/sys/i386/i386/trap.c:822 #9 0xc05e6487 in trap_pfault (frame=3D0xc4e79cb4, usermode=3D0, = eva=3D7) at /usr2/src/sys/i386/i386/trap.c:742 #10 0xc05e6081 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1059735424, = tf_esi =3D 4, tf_ebp =3D -991453936, tf_isp =3D -991453984, tf_ebx =3D = -1, tf_edx =3D -1059700352, tf_ecx =3D 4, tf_eax =3D 1, tf_trapno =3D = 12, tf_err =3D 0, tf_eip =3D -1068854764, tf_cs =3D 32, tf_eflags =3D = 66178, tf_esp =3D 0, tf_ss =3D -1059702212}) at /usr2/src/sys/i386/i386/trap.c:432 #11 0xc05d5cda in calltrap () at /usr2/src/sys/i386/i386/exception.s:139 #12 0xc04a9214 in ithread_loop (arg=3D0xc0d5b880) at /usr2/src/sys/kern/kern_intr.c:548 #13 0xc04a8498 in fork_exit (callout=3D0xc04a90b8 ,=20 arg=3D0xc0d5b880, frame=3D0xc4e79d38) at = /usr2/src/sys/kern/kern_fork.c:789 #14 0xc05d5d3c in fork_trampoline () at /usr2/src/sys/i386/i386/exception.s:208 (kgdb) up 12 #12 0xc04a9214 in ithread_loop (arg=3D0xc0d5b880) at /usr2/src/sys/kern/kern_intr.c:548 548 if ((ih->ih_flags & IH_MPSAFE) =3D=3D 0) (kgdb) print ih $1 =3D (struct intrhand *) 0xffffffff (kgdb) print ithd $2 =3D (struct ithd *) 0xc0d5b880 (kgdb) print *ithd $3 =3D {it_lock =3D {mtx_object =3D {lo_class =3D 0xc062ef04,=20 lo_name =3D 0xc06059cd "ithread", lo_type =3D 0xc06059cd = "ithread",=20 lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0x0, tqe_prev =3D = 0x0},=20 lo_witness =3D 0x0}, mtx_lock =3D 4, mtx_recurse =3D 0}, it_td =3D = 0xc0d64180,=20 it_list =3D {le_next =3D 0x0, le_prev =3D 0x0}, it_handlers =3D { tqh_first =3D 0xc0dce800, tqh_last =3D 0xc0dce818}, it_interrupted = =3D 0x0,=20 it_disable =3D 0xc05d98b0 ,=20 it_enable =3D 0xc05d9814 , it_md =3D 0x0, = it_flags =3D 0,=20 it_need =3D 0, it_vector =3D 3235208480,=20 it_name =3D "irq10:", '\0' } (kgdb) print *ithd->it_handlers->tqh_first $6 =3D {ih_handler =3D 0xc04567dc , ih_argument =3D 0xc0d55200,=20 ih_flags =3D -2147483646, ih_name =3D 0xc0dcd080 "ed0",=20 ih_ithread =3D 0xc0d5b880, ih_need =3D 0, ih_next =3D {tqe_next =3D = 0x0,=20 tqe_prev =3D 0xc0d5b8b0}, ih_pri =3D 16 '\020'} (kgdb) quit ------=_NextPart_000_003D_01C64B9B.5DDAEB00-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 03:26:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B94416A401 for ; Mon, 20 Mar 2006 03:26:57 +0000 (UTC) (envelope-from matt@compar.com) Received: from daisy2.compar.com (mail3.compar.com [199.243.196.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C6243D48 for ; Mon, 20 Mar 2006 03:26:56 +0000 (GMT) (envelope-from matt@compar.com) Received: from localhost (localhost.compar.com [127.0.0.1]) by daisy2.compar.com (Postfix) with ESMTP id 8498713C5E6 for ; Sun, 19 Mar 2006 22:25:17 -0500 (EST) Received: from unknown by localhost (amavisd-new, unix socket) id client-L4Ri95dn; Sun, 19 Mar 2006 22:25:14 -0500 (EST) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by daisy2.compar.com (Postfix) with SMTP id 11D3D13C5E5; Sun, 19 Mar 2006 22:25:12 -0500 (EST) Message-ID: <001401c64bce$51c10bf0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Matt Emmerton" , Date: Sun, 19 Mar 2006 22:28:12 -0500 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.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Virus-Scanned: amavisd-new at compar.com Cc: Subject: Re: 6.0-REL problems with ISA ed0 and ancient hardware [ updated ] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 03:26:57 -0000 > On Sun, Mar 19, 2006 at 04:39:19PM -0500, Matt Emmerton wrote: > > On Sun, Mar 19, 2006 at 11:28:45AM -0500, Matt Emmerton wrote: > > > [ Asked on -questions on Friday; re-asking now on -stable without > > > cross-post] > > > > > > I recently upgraded a 4.11-REL machine to 6.0-REL and have run into some > > > snags. While the installation from CD went fine, after configuring and > > > enabling my ed0 NIC, bad things start to happen. > > > > > > FWIW, this machine is an ancient (hardware circa 1991, BIOS circa 1994) > > > dual-Pentium 133 MHz machine, with EISA/PCI and onboard SCSI. > > > > > > So far I can reliably reproduce two panics, one appears to be a ed > driver > > > bug (based on reports of similar panics with different NICs, notably > nge) > > > and one is a filesystem corruption problem. > > > > > > Here's the process that I go through to reliably reproduce both > problems. > > > 1) Boot machine in multi-user mode > > > 2) After ifconfig ed0, machine panics with a trap 12 in ithread_loop. > > > 3) In debugger, reset (or panic to get vmcore) > > The panic doesn't happen during the ifconfig -- it happens shortly after > "hostname" is run. > > The details of this panic are in the attached typescript output. > > From what I can see, it looks like the stack is smashed hence ih is bogus, > so we fail on the deref. I tried booting the box with no ethernet cable attached, and it was able to come up to a login prompt successfully. Attempting any kind of network operation (ping, traceroute, etc) failed (of course) but no panics were observed. However, as soon as connecting an ethernet cable, the machine would promptly panic as previously reported. -- Matt Emmerton From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 04:12:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 547C916A400 for ; Mon, 20 Mar 2006 04:12:13 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB7043D49 for ; Mon, 20 Mar 2006 04:12:12 +0000 (GMT) (envelope-from bazzoola@gmail.com) Received: by pproxy.gmail.com with SMTP id 57so1562961pya for ; Sun, 19 Mar 2006 20:12:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=PpWW2l9KtsuILbRs0KUVmVD07xKDYtSWzdcupIrhOeED0rdOcp7v9g1IF7zqidi7JbthrSb5T+lnKlbBPHhgY1g6EP9mHXqnkDDERcUZvoGv1CVxoXbE9XtH0mpIl1FxYVM548Pevw3o3WJZYxyK4y6pd01hwRy7WFluOVt5M60= Received: by 10.35.127.7 with SMTP id e7mr331881pyn; Sun, 19 Mar 2006 19:47:49 -0800 (PST) Received: from ?192.168.1.9? ( [35.11.210.75]) by mx.gmail.com with ESMTP id m78sm107540pye.2006.03.19.19.47.48; Sun, 19 Mar 2006 19:47:48 -0800 (PST) Message-ID: <441E25CA.5060007@gmail.com> Date: Sun, 19 Mar 2006 22:47:22 -0500 From: bazzoola User-Agent: Mail/News 1.5.0.2 (Macintosh/20060313) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: wireless ral with bridging crashes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:12:13 -0000 Greetings, *CC Me in not on the list* I upgraded my sources yesterday because I was having trouble with WPA and ral0. That problem is fixed now. However, now I am getting different crashes and core dumps. I wanted to run a wireless access point on freebsd and I got that working by itself. On my wired network I have openVPN which uses bridging. Using three interfaces on a bridge (net.link.ether.bridge.config=rl0,ral0,tap0) I am able to crash FreeBSD 6.1-PRERELEASE with an ifconfig command only. I'm running the default GENERIC kernel. To reproduce this crash, all i need is to type is "ifconfig ral0 mediaopt hostap" I have vmcore and other useful info if requested. Procedure: 1- load bridge and wlan_* to loader.conf 2- setup bridging between three interfaces in sysctl.conf 3- run ifconfig ral0 mediaopt hostap 4- note that i didnt try to run hostapd before running ifconfig Settings that I think are useful to debug this: in loader.conf I have console="comconsole" bridge_load="YES" wlan_wep_load="YES" wlan_tkip_load="YES" wlan_ccmp_load="YES" wlan_xauth_load="YES" wlan_acl_load="YES" in sysctl.conf I have: net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.ip.fw.verbose=1 net.inet.ip.fw.verbose_limit=5 net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 # OpenVPN net.link.ether.bridge.enable=1 net.link.ether.bridge.ipfw=1 # OpenVPN # net.link.ether.bridge_cfg=rl0,tap0 # net.link.ether.bridge.config=rl0,tap0 # Wireless AP # net.link.ether.bridge.config=ral0,rl0 # Wireless and OpenVPN net.link.ether.bridge.config=rl0,ral0,tap0 in dmesg I have: Copyright (c) 1992-2006 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 6.1-PRERELEASE #3: Sun Mar 19 15:32:41 EST 2006 root@bazzoola.la:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 266272768 (253 MB) avail memory = 251170816 (239 MB) wlan: mac acl policy registered K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f,0x5000-0x5041 on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.0.INTA agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f irq 14 at device 0.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe4904000-0xe4904fff irq 9 at device 1.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xe4902000-0xe49020ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: xx:xx:xx:xx:xx:xx rl1: port 0xd400-0xd4ff mem 0xe4903000-0xe49030ff irq 10 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: xx:xx:xx:xx:xx:xx ral0: mem 0xe4900000-0xe4901fff irq 12 at device 13.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: xx:xx:xx:xx:xx:xx pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 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 acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 501139889 Hz quality 800 Timecounters tick every 1.000 msec ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 19470MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 Trying to mount 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 40 files 1 interface tap0 Not found in bridge ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled console shows this (look at the end to see the crash): /boot/kernel/kernel text=0x4c45ac data=0x81d20+0x4d0cc syms=[0x4+0x62810+0x4+0x7998e] /boot/kernel/bridge.ko text=0x3cdc data=0x5ec+0x2298 -syms=[0x4+0xa50+0x4+0xdd3] /boot/kernel/wlan_wep.ko text=0x1658 data=0xe0+0x4 syms=[0x4+0x3c0+0x4+0x342] /boot/kernel/wlan_tkip.ko text=0x2844 data=0xe0+0x4 syms=[0x4+0x460+0x4+0x3ee] /boot/kernel/wlan_ccmp.ko text=0x54f8 -data=0xe0+0x4 syms=[0x4+0x510+0x4+0x42d] /boot/kernel/wlan_xauth.ko text=0x588 data=0xe0 syms=[0x4+0x270+0x4+0x2a9] /boot/kernel/wlan_acl.ko text=0x1318 data=0x148 syms=[0x4+0x4b0+0x4+0x491] /boot/kernel/acpi.ko ... Copyright (c) 1992-2006 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 6.1-PRERELEASE #3: Sun Mar 19 15:32:41 EST 2006 root@bazooola.la:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 266272768 (253 MB) avail memory = 251170816 (239 MB) wlan: mac acl policy registered K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f,0x5000-0x5041 on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.0.INTA agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f irq 14 at device 0.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe4904000-0xe4904fff irq 9 at device 1.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xe4902000-0xe49020ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: xx:xx:xx:xx:xx:xx rl1: port 0xd400-0xd4ff mem 0xe4903000-0xe49030ff irq 10 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: xx:xx:xx:xx:xx:xx ral0: mem 0xe4900000-0xe4901fff irq 12 at device 13.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: xx:xx:xx:xx:xx:xx pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 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 acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 501139874 Hz quality 800 Timecounters tick every 1.000 msec ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 19470MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: INCORRECT BLOCK COUNT I=49683 (4 should be 0) (CORRECTED) /dev/ad0s1a: UNREF FILE I=49683 OWNER=root MODE=100644 /dev/ad0s1a: SIZE=0 MTIME=Mar 19 21:10 2006 (CLEARED) /dev/ad0s1a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/ad0s1a: SUMMARY INFORMATION BAD (SALVAGED) /dev/ad0s1a: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/ad0s1a: 1488 files, 29098 used, 224717 free (757 frags, 27995 blocks, 0.3% fragmentation) /dev/ad0s1e: DEFER FOR BACKGROUND CHECKING /dev/ad0s1f: DEFER FOR BACKGROUND CHECKING /dev/ad0s1d: DEFER FOR BACKGROUND CHECKING WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 48 files 12 Setting hostname: bazzoola.la. net.inet.tcp.blackhole: 0 -> 2 net.inet.udp.blackhole: 0 -> 1 net.inet.ip.forwarding: 0 -> 1 net.inet.ip.fastforwarding: 0 -> 1 net.link.ether.bridge.enable: 0 -> 1 net.link.ether.bridge.ipfw: 0 -> 1 net.link.ether.biridge.config: nterface tap0 Not found in bridge rl0: promiscuous mode enabled ral0: promiscuous mode enabled rl0: link state changed to DOWN -> rl0,ral0,tap0 rl1: link state changed to DOWN rl1: no link ...rl1: link state changed to UP got link rl0: link state changed to UP ral0: link state changed to UP ral0: link state changed to DOWN DHCPREQUEST on rl1 to 255.255.255.255 port 67 DHCPACK from xx.xx.xx.xx bound to xx.xx.xx.xx -- renewal in 43200 seconds. lo0: flags=8049 m tu 16384 inet6 ::1 prefi xlen 128 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x12c fault code = supervisor read, page not present instruction pointer = 0x20:0xc06ee4a9 stack pointer = 0x28:0xcbeb9c7c frame pointer = 0x28:0xcbeb9c94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (irq12: ral0) trap number = 12 panic: page fault Uptime: 14s Dumping 253 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 253MB (64752 pages) 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 16:59:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BC3416A401 for ; Mon, 20 Mar 2006 16:59:25 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4B143D45 for ; Mon, 20 Mar 2006 16:59:25 +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 58C17B80C for ; Mon, 20 Mar 2006 11:59:24 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.3) Content-Transfer-Encoding: 7bit Message-Id: <1CC90809-B601-425F-AA6C-9927F7EA97AA@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Mon, 20 Mar 2006 11:59:23 -0500 X-Mailer: Apple Mail (2.746.3) Cc: Subject: utf-8 support in libc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:59:25 -0000 Reading thru one of the postgres mailing lists regarding which character encoding to use for a database, someone chimed in and claimed this: Umm, you should choose an encoding supported by your platform and the locales you use. For example, UTF-8 is a bad choice on *BSD because there is no collation support for UTF-8 on those platforms. On Linux/Glibc UTF-8 is well supported but you need to make sure the locale you initdb with is a UTF-8 locale. By and large postgres correctly autodetects the encoding from the locale. Is this an accurate claim for FreeBSD? I need to have a UTF-8 encoded database in an upcoming project, and performance is always a concern. Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 17:16:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A1416A401 for ; Mon, 20 Mar 2006 17:16:26 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F42243D48 for ; Mon, 20 Mar 2006 17:16:25 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 20 Mar 2006 17:16:24 -0000 Received: from cable194106210-011.astral.lodz.pl (EHLO [192.168.0.207]) [194.106.210.11] by mail.gmx.net (mp020) with SMTP; 20 Mar 2006 18:16:24 +0100 X-Authenticated: #5465401 Message-ID: <441EE362.8060008@gmx.de> Date: Mon, 20 Mar 2006 18:16:18 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: Vivek Khera , freebsd-stable@freebsd.org References: <1CC90809-B601-425F-AA6C-9927F7EA97AA@khera.org> In-Reply-To: <1CC90809-B601-425F-AA6C-9927F7EA97AA@khera.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: Re: utf-8 support in libc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:16:26 -0000 If you make sure that your data goes into the database in a binary safe form (look for escape methods supplied by your favourite programming language) it doesn't matter how the database is encoded, because you will always get the data back the way you put it in. Vivek Khera wrote: > Reading thru one of the postgres mailing lists regarding which character > encoding to use for a database, someone chimed in and claimed this: > > Umm, you should choose an encoding supported by your platform and the > locales you use. For example, UTF-8 is a bad choice on *BSD because > there is no collation support for UTF-8 on those platforms. On > Linux/Glibc UTF-8 is well supported but you need to make sure the > locale you initdb with is a UTF-8 locale. By and large postgres > correctly autodetects the encoding from the locale. > > Is this an accurate claim for FreeBSD? I need to have a UTF-8 encoded > database in an upcoming project, and performance is always a concern. > > Thanks. > > _______________________________________________ > 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 Mar 20 17:21:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D60516A400 for ; Mon, 20 Mar 2006 17:21:09 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EA9443D78 for ; Mon, 20 Mar 2006 17:21:03 +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 BCA51B80C; Mon, 20 Mar 2006 12:21:02 -0500 (EST) In-Reply-To: <441EE362.8060008@gmx.de> References: <1CC90809-B601-425F-AA6C-9927F7EA97AA@khera.org> <441EE362.8060008@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1E32EDEA-55BD-4E5A-A1F6-9AEE92A6A5A6@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 20 Mar 2006 12:21:01 -0500 To: [LoN]Kamikaze X-Mailer: Apple Mail (2.746.3) Cc: freebsd-stable@freebsd.org Subject: Re: utf-8 support in libc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:21:09 -0000 On Mar 20, 2006, at 12:16 PM, [LoN]Kamikaze wrote: > If you make sure that your data goes into the database in a binary > safe > form (look for escape methods supplied by your favourite programming > language) it doesn't matter how the database is encoded, because you > will always get the data back the way you put it in. I expect that to happen. What I'm more curious about is the collating speed. Ie, how fast are the sorting and string comparison functions. The clam here is that in *BSD these are somehow not fast. I'm not sure if that is a BSD issue or a Postgres issue for not taking advantage of the BSD functions properly. > > Vivek Khera wrote: >> Reading thru one of the postgres mailing lists regarding which >> character >> encoding to use for a database, someone chimed in and claimed this: >> >> Umm, you should choose an encoding supported by your platform and >> the >> locales you use. For example, UTF-8 is a bad choice on *BSD because >> there is no collation support for UTF-8 on those platforms. On >> Linux/Glibc UTF-8 is well supported but you need to make sure the >> locale you initdb with is a UTF-8 locale. By and large postgres >> correctly autodetects the encoding from the locale. >> >> Is this an accurate claim for FreeBSD? I need to have a UTF-8 >> encoded >> database in an upcoming project, and performance is always a concern. >> >> Thanks. >> >> _______________________________________________ >> 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 Mar 20 17:26:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FD1116A401 for ; Mon, 20 Mar 2006 17:26:28 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A254243D55 for ; Mon, 20 Mar 2006 17:26:27 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 9231BB4; Mon, 20 Mar 2006 12:26:25 -0500 (EST) In-Reply-To: <1E32EDEA-55BD-4E5A-A1F6-9AEE92A6A5A6@khera.org> References: <1CC90809-B601-425F-AA6C-9927F7EA97AA@khera.org> <441EE362.8060008@gmx.de> <1E32EDEA-55BD-4E5A-A1F6-9AEE92A6A5A6@khera.org> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <43B3539D-F388-4D88-9D3C-F14B36CB2FA7@ece.cmu.edu> Content-Transfer-Encoding: 7bit From: "Brandon S. Allbery KF8NH" Date: Mon, 20 Mar 2006 12:26:23 -0500 To: Vivek Khera X-Mailer: Apple Mail (2.746.3) Cc: , Kamikaze , LoN, freebsd-stable@freebsd.org Subject: Re: utf-8 support in libc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:26:28 -0000 On Mar 20, 2006, at 12:21 , Vivek Khera wrote: > I expect that to happen. What I'm more curious about is the > collating speed. Ie, how fast are the sorting and string > comparison functions. The clam here is that in *BSD these are > somehow not fast. I'm not sure if that is a BSD issue or a > Postgres issue for not taking advantage of the BSD functions properly. I don't think that's the issue, so much as that FreeBSD *doesn't support* UTF-8 collation so the database has to use its own (possibly slower than platform-optimized) collation libraries. (en_US.UTF-8/LC_COLLATE is symlinked to a US-ASCII collation sequence which is identical to binary. This is incorrect for UTF-8; there're all kinds of strange things that need to be done to sort UTF-8 properly.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 18:27:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7FED16A401 for ; Mon, 20 Mar 2006 18:27:44 +0000 (UTC) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7CC43D4C for ; Mon, 20 Mar 2006 18:27:39 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id BB9A3121E6 for ; Mon, 20 Mar 2006 21:27:11 +0300 (MSK) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00852-01 for ; Mon, 20 Mar 2006 21:26:59 +0300 (MSK) Received: from [192.168.80.103] (shorin.office.sportlottery.ru [192.168.80.103]) by vika.newlines.ru (Postfix) with ESMTP for ; Mon, 20 Mar 2006 21:26:59 +0300 (MSK) Message-ID: <441EF3F0.1040906@nikiforov.ru> Date: Mon, 20 Mar 2006 21:26:56 +0300 From: Anton Nikiforov Organization: NewLines Ltd. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000602090201060106020201" X-Virus-Scanned: By amavis at office-gw.newlines.ru Subject: FreeBSD box dropping packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 18:27:44 -0000 This is a cryptographically signed message in MIME format. --------------ms000602090201060106020201 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear All, I have a FreeBSD box running 5.4-RELEASE-p8. Two interfaces: fxp0 - internet, SKA4 internal interface fxp0: bge0 - internal with 30 vlans on it, old bge Gigabit 64/32 PCI-2.1 adapter. bge0: Firewall is pf with about 5000 rules. A week ago it was working just properly, but after adding more RAM (2GB additional RAM, and i do not thing that this is the reason of the problem) it starts to drop large packets. And the larger packet is - the more packets being droped, some of the does not appears to be incoming on bge interface, some of them being lost in between bge0 and fxp0 and some of them passing through. On the test with 1500 byte packets it looses about 40% (with 1400 it is 36%, with 512 byte packets it is 19%, with 256 byte packets it is 0). And strange thing. When i'm pinging with large packets from external host (at the same IP network and connected to the same switch) - it looses packets exactly the same way, but when i'm pinging from this host itself the others - no looses appears at all. So, looks like the interface sending packets just properly, but having trouble receivivng packets. System load is almost 0% (1-5% in long term), sometimes 50% (sort term load, like mail antispam filter or antivirus). But it is 4CPU Pentium-III XEON, this should not be a problem and it was not a problem. Does someone have any ideas? Best regards, Anton Nikiforov --------------ms000602090201060106020201 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGKDCC AuEwggJKoAMCAQICAw6AYzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNDE2MTEwMzExWhcNMDYwNDE2MTEwMzEx WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDp45jI HORB4RVcbIIDMttb19fW9gb9dIX4CVBbCZSPmX+gpsYUCswB/wcqnF98LoSTIYxiY/hUrENH 5lObA+oEazWWmZQR5MQIgZViQ3H7vJ1KpaQ8tR7atUsCMudFb9Wu4jYgvFbjhYLO0cOFOfhr n99ucG5qpsXwriIbDYLT20xFvsbCk/zlMwPsIfxell+EM87MglUH5uym8LtcWVvfZgzYuNN0 1lJXF4Qs17X3y3XELuuRowdQGZQ6nNM2StTePuOL6J3piVERqhscLIpM9rjfH6nV8HM1+BW3 trgt5rWqzSfFlvxk6MF6cvz06xnE6Yw4FV63lrRzaiwm914/AgMBAAGjPzA9MA4GA1UdDwEB /wQEAwIHgDAdBgNVHREEFjAUgRJhbnRvbkBuaWtpZm9yb3YucnUwDAYDVR0TAQH/BAIwADAN BgkqhkiG9w0BAQQFAAOBgQASvk2h3CLH4S3NOw9yRfEdpHruWxov2mQvsV8qZKwjG8/661ze FmsQhAS18+6hCgK84qNrCINydH06Y5jsAGmwS8r9m+xOPxDKiehmOSsOpSVShzIfWdRx5Ni1 uFvPwH9L6czsOlw0PAQnYEv0jVbel6SA5MUWHwJ8liIGxkhi3jCCAz8wggKooAMCAQICAQ0w DQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNV BAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQ CjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk 16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAG AQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQ ZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNm rGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx 0x1G/11fZU8xggJEMIICQAIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDDoBjMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYwMzIwMTgyNjU2WjAjBgkqhkiG9w0BCQQxFgQUfHWU b/XNboYyCCeSfqVANKyshxYwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZI hvcNAQEBBQAEggEAJZfhaXrfnJONXLShwmF21Fq7SErApVtoS3l+ATa7Qm3VUrr5N0ww+hXf nzIhT0L5zUAWHmV4sQhQGRQE/nQG42LXAd39AM0Ois9g7eY5352rETpDDA916qqXDz55YY/a iDrUrmVwUkiT6CxT7yrQv3/2Ygfy1tFRJQmrFHl4eYAi8tM7XFDwBomfisguADEUvIb1lprD vdWJT64aO1oYSFMf1Ni3RyeX+daJPJYfmSO6iHrpl7+/BpZ0SwOYBrUTHIL5+2E6TB7U2zww euvWjb9oEQBLS5c596Wqe7ie860/wuZWjwRr75H9uGZXU9QZzaXf0301f8k2nLBtesW5iAAA AAAAAA== --------------ms000602090201060106020201-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 21:17:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2987C16A41F for ; Mon, 20 Mar 2006 21:17:41 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEE243D46 for ; Mon, 20 Mar 2006 21:17:40 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 2D762C2FD for ; Mon, 20 Mar 2006 16:17:39 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 72340C2FA for ; Mon, 20 Mar 2006 16:17:33 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id DE319C2EC for ; Mon, 20 Mar 2006 16:17:32 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type; b=ElhP7ypUGr/tf8BSB1mhq/8u6CoehdmSIBNYpmZtIrRHeotOkVOLUEUKeg96CVCeQ35wZ9YbPpRgeoekPuiY8VVW4T6cl8hED6VAQ/8+nRgO+3vqYa/qhTOpkBd46AwD; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id 7CD5EC2F3 for ; Mon, 20 Mar 2006 16:17:32 -0500 (EST) Message-ID: <441F1BEA.6010303@protected-networks.net> Date: Mon, 20 Mar 2006 16:17:30 -0500 From: Michael Butler User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070702080305040301080309" Subject: rpc.lockd fails to run on server-only config X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:17:41 -0000 This is a cryptographically signed message in MIME format. --------------ms070702080305040301080309 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I've raised this before but I haven't tested it recently. With a NFS server-only kernel built from 6.1-pre cvsupped today, rpc.lockd still refuses to run with .. rpc.lockd: open: nfslock: No such file or directory .. appearing in /var/log/messages. nfslock obviously refers to /dev/nfslock which is (presently) not created unless the NFS client module is also loaded :-( Michael --------------ms070702080305040301080309 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN0DCC BuQwggTMoAMCAQICATEwDQYJKoZIhvcNAQEFBQAwgccxCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4w HAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3 b3JrcyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0 ZWQtbmV0d29ya3MubmV0MB4XDTA2MDIwNzE0MDE0NloXDTExMDMwODE0MDE0NlowgagxCzAJ BgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJv dGVjdGVkIE5ldHdvcmtzMRQwEgYDVQQLEwtNYWlsIGNsaWVudDEcMBoGA1UEAxMTSWFpbiBN aWNoYWVsIEJ1dGxlcjEpMCcGCSqGSIb3DQEJARYaaW1iQHByb3RlY3RlZC1uZXR3b3Jrcy5u ZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALJGiIrZoBOaYG7p44h64oIsBmQmi0n4 vfRKAdQY1TGGXAWWAWjdhJDUJJCLrkv2a3chbEBWfKOr+n8vHV5wI5fHN7Yp+9R7wVQ5Hb/F rUp3fZPRx83rd8+FvrtBLcfKDT7J8cIaUF+I14YTPFMSf6thm55hrjLIUB2FlPFrcH/7AgMB AAGjggJ6MIICdjAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDBGBglghkgBhvhCAQ0E ORY3Q2VydGlmaWNhdGUgaXNzdWVkIGJ5IGh0dHA6Ly93d3cucHJvdGVjdGVkLW5ldHdvcmtz Lm5ldDAdBgNVHQ4EFgQUKTHICg24Uox83sZjRL50XypVU0IwgfwGA1UdIwSB9DCB8YAUVEXu oZyg4TYTDDa5wzviGlSDFj6hgc2kgcowgccxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQ MA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4wHAYDVQQL ExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3b3JrcyBD ZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0ggkAzFwjxK9/fmIwJQYDVR0SBB4wHIEaaW1iQHByb3RlY3RlZC1uZXR3b3Jr cy5uZXQwRwYJYIZIAYb4QgEEBDoWOGh0dHA6Ly93d3cucHJvdGVjdGVkLW5ldHdvcmtzLm5l dC9Qcm90ZWN0ZWRfTmV0d29ya3MuY3JsMEkGA1UdHwRCMEAwPqA8oDqGOGh0dHA6Ly93d3cu cHJvdGVjdGVkLW5ldHdvcmtzLm5ldC9Qcm90ZWN0ZWRfTmV0d29ya3MuY3JsMCUGA1UdEQQe MByBGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MA4GA1UdDwEB/wQEAwIF4DANBgkqhkiG 9w0BAQUFAAOCAgEAlS1aZVoA0yQSiK8Jds1K1pZE7dvE6yJHcih3tMqBah5tzTHMDBoeuu7b rJ6lEbYM6r/y1WSJ+0PtMyMac/QxAw1nEtKmECOcNMUlwjiazDonHKNw/BjyCcZZ18SRL63p Jr209xa6c93PfSUFkM2ya8TfHnAjcfcR8NNsr53I6g/jItLqTltY56xglP8OVjDf7fXpzXhV 8w66pmye0tTldcTE95YjVGhr24aM5l42Mp6wveHQIaO9nALa5p3ujqMX72EpCG/phC7dy/2g xdhG7epqtWCEsC7XI4CrBke/fx4TO0T5tLhKGLFtNeqHXl3CjFnxGv9HAm6vutDpM90sTs5e F1M04tM2b7asNKAj0o1AOm0TIPk8obIOnu/8ifbOIOax8WtsbaR9wbpi5JU10FZdZPYfx91b NMztR/1ViCTsvAxPkluU3/I2EPjQZKpbwu7h06D+FH++9aStylZL0N9Hyf09EsYfYL3LGzWn NkMmmzSRHYtD8dHHWpby9OLsWtvKOqG7nrE0e5QZ8CWmc8xeAa4vGQDRTqkk3ALwiUeI/LG7 IoBCqVQXJWnTPtD2wcssG2j9phlDBa5XRo49yC/MTYOHmuAib/oORtsMR49Pv4/wTVNcwvZ+ iY473W36N0mfXXcEL7GD2OPzl89vIBLeUeP5gl3sKoV2JqYJBzwwggbkMIIEzKADAgECAgEx MA0GCSqGSIb3DQEBBQUAMIHHMQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUExEDAOBgNVBAcT B01lZGZvcmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3JrczEeMBwGA1UECxMVQ2VydGlm aWNhdGUgQXV0aG9yaXR5MTEwLwYDVQQDEyhQcm90ZWN0ZWQgTmV0d29ya3MgQ2VydGlmaWNh dGUgQXV0aG9yaXR5MSkwJwYJKoZIhvcNAQkBFhppbWJAcHJvdGVjdGVkLW5ldHdvcmtzLm5l dDAeFw0wNjAyMDcxNDAxNDZaFw0xMTAzMDgxNDAxNDZaMIGoMQswCQYDVQQGEwJVUzELMAkG A1UECBMCTUExEDAOBgNVBAcTB01lZGZvcmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3Jr czEUMBIGA1UECxMLTWFpbCBjbGllbnQxHDAaBgNVBAMTE0lhaW4gTWljaGFlbCBCdXRsZXIx KTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQCyRoiK2aATmmBu6eOIeuKCLAZkJotJ+L30SgHUGNUxhlwFlgFo 3YSQ1CSQi65L9mt3IWxAVnyjq/p/Lx1ecCOXxze2KfvUe8FUOR2/xa1Kd32T0cfN63fPhb67 QS3Hyg0+yfHCGlBfiNeGEzxTEn+rYZueYa4yyFAdhZTxa3B/+wIDAQABo4ICejCCAnYwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBLAwRgYJYIZIAYb4QgENBDkWN0NlcnRpZmljYXRl IGlzc3VlZCBieSBodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQwHQYDVR0OBBYE FCkxyAoNuFKMfN7GY0S+dF8qVVNCMIH8BgNVHSMEgfQwgfGAFFRF7qGcoOE2Eww2ucM74hpU gxY+oYHNpIHKMIHHMQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUExEDAOBgNVBAcTB01lZGZv cmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3JrczEeMBwGA1UECxMVQ2VydGlmaWNhdGUg QXV0aG9yaXR5MTEwLwYDVQQDEyhQcm90ZWN0ZWQgTmV0d29ya3MgQ2VydGlmaWNhdGUgQXV0 aG9yaXR5MSkwJwYJKoZIhvcNAQkBFhppbWJAcHJvdGVjdGVkLW5ldHdvcmtzLm5ldIIJAMxc I8Svf35iMCUGA1UdEgQeMByBGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MEcGCWCGSAGG +EIBBAQ6FjhodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQvUHJvdGVjdGVkX05l dHdvcmtzLmNybDBJBgNVHR8EQjBAMD6gPKA6hjhodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3 b3Jrcy5uZXQvUHJvdGVjdGVkX05ldHdvcmtzLmNybDAlBgNVHREEHjAcgRppbWJAcHJvdGVj dGVkLW5ldHdvcmtzLm5ldDAOBgNVHQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQEFBQADggIBAJUt WmVaANMkEoivCXbNStaWRO3bxOsiR3Iod7TKgWoebc0xzAwaHrru26yepRG2DOq/8tVkiftD 7TMjGnP0MQMNZxLSphAjnDTFJcI4msw6JxyjcPwY8gnGWdfEkS+t6Sa9tPcWunPdz30lBZDN smvE3x5wI3H3EfDTbK+dyOoP4yLS6k5bWOesYJT/DlYw3+316c14VfMOuqZsntLU5XXExPeW I1Roa9uGjOZeNjKesL3h0CGjvZwC2uad7o6jF+9hKQhv6YQu3cv9oMXYRu3qarVghLAu1yOA qwZHv38eEztE+bS4ShixbTXqh15dwoxZ8Rr/RwJur7rQ6TPdLE7OXhdTNOLTNm+2rDSgI9KN QDptEyD5PKGyDp7v/In2ziDmsfFrbG2kfcG6YuSVNdBWXWT2H8fdWzTM7Uf9VYgk7LwMT5Jb lN/yNhD40GSqW8Lu4dOg/hR/vvWkrcpWS9DfR8n9PRLGH2C9yxs1pzZDJps0kR2LQ/HRx1qW 8vTi7Frbyjqhu56xNHuUGfAlpnPMXgGuLxkA0U6pJNwC8IlHiPyxuyKAQqlUFyVp0z7Q9sHL LBto/aYZQwWuV0aOPcgvzE2Dh5rgIm/6DkbbDEePT7+P8E1TXML2fomOO91t+jdJn113BC+x g9jj85fPbyAS3lHj+YJd7CqFdiamCQc8MYID7TCCA+kCAQEwgc0wgccxCzAJBgNVBAYTAlVT MQswCQYDVQQIEwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5l dHdvcmtzMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3Rl Y3RlZCBOZXR3b3JrcyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmlt YkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0AgExMAkGBSsOAwIaBQCgggJ1MBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDMyMDIxMTczMFowIwYJKoZIhvcN AQkEMRYEFPAcagyBIfNItCRNxY++g8e/YirvMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIHeBgkrBgEEAYI3EAQxgdAwgc0wgccxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQ MA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4wHAYDVQQL ExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3b3JrcyBD ZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0AgExMIHgBgsqhkiG9w0BCRACCzGB0KCBzTCBxzELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAk1BMRAwDgYDVQQHEwdNZWRmb3JkMRswGQYDVQQKExJQcm90ZWN0ZWQgTmV0d29y a3MxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTExMC8GA1UEAxMoUHJvdGVjdGVk IE5ldHdvcmtzIENlcnRpZmljYXRlIEF1dGhvcml0eTEpMCcGCSqGSIb3DQEJARYaaW1iQHBy b3RlY3RlZC1uZXR3b3Jrcy5uZXQCATEwDQYJKoZIhvcNAQEBBQAEgYAVIA8f516jhn0ii71C 65uoIb2cale3ezsTW9/ET/xULkXk+g/IUoeUVy6FC24zhuxb3GquUHo0oEMazc9m2KfOhnW5 Uq+Uat+xtbx0omIH69tX0/ob/zkE2Xr2mUEieoXLki58FdtC6PVIZQ7oghd+pY1i6BJLhzMx G5ctpMhLxAAAAAAAAA== --------------ms070702080305040301080309-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 21:43:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9338716A423 for ; Mon, 20 Mar 2006 21:43:30 +0000 (UTC) (envelope-from sher07@mindspring.com) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D88D543D6B for ; Mon, 20 Mar 2006 21:43:25 +0000 (GMT) (envelope-from sher07@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=dDOwogRo8XncZJL+cftJtn60ShRl2Ov7YGhyOpcnF8eMEFgY5HQ6n+PQolrctAx9; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [66.32.101.254] (helo=[192.168.1.101]) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FLS9t-0008J1-9M for freebsd-stable@freebsd.org; Mon, 20 Mar 2006 16:43:25 -0500 Message-ID: <441F21FD.1000209@mindspring.com> Date: Mon, 20 Mar 2006 16:43:25 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b787e7d18f74443c6006ce827b6d014f5350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.101.254 Subject: Urgent FreeBSD Boot question! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphi123@zebra.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:43:30 -0000 Dear friends: I decided to go out and buy the latest issue of Linux Format with the FreeBSD 6 CD. I am very glad I did. FreeBSD is tough to install, but after spending several hours I finally succeeded in doing a perfect installation. ONE BIG PROBLEM: When I removed the CD and rebooted, I got into my Windows XP (I have two separate disks, one for Windows, one of FreeBSD). There was no way to get into FreeBSD. Naturally, I went into my BIOS and changed the boot sequence from CD to Hard Drive. That only caused my system to boot into Windows XP. I read the instructions about the FreeBSD Boot Manager. It said clearly that it should allow switching from one OS to another. But I did not see any configuration for that. How, may I ask, do I do this while installing FreeBSD? How do I change this configuration to guarantee that all my work won't go down the toilet and that when I reboot, I will see Lilo or whatever as a boot manager that will allow me to select either FreeBSD or Windows? I am looking forward to solving this and then to actually seeing FreeBSD for the first time. Thank you so much in advance. Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 21:44:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0969316A456 for ; Mon, 20 Mar 2006 21:44:49 +0000 (UTC) (envelope-from sher07@mindspring.com) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4BE743D70 for ; Mon, 20 Mar 2006 21:44:45 +0000 (GMT) (envelope-from sher07@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=BRN+wk1uLnRT/7x8QBtS0KcjefWhE2AYg+VvnGizAc+IVInq1/Nep4AqAY1VQUXl; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [66.32.101.254] (helo=[192.168.1.101]) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FLSBB-0001DY-6E for freebsd-stable@freebsd.org; Mon, 20 Mar 2006 16:44:45 -0500 Message-ID: <441F224D.8080005@mindspring.com> Date: Mon, 20 Mar 2006 16:44:45 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <441F1CB1.3000807@zebra.net> <5ceb5d550603201327y52c4ee93o6f38fb38db098556@mail.gmail.com> In-Reply-To: <5ceb5d550603201327y52c4ee93o6f38fb38db098556@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0bff2883f04f5fb501f9d10b3862a75786350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.101.254 Subject: Re: Urgent FreeBSD Boot question! -- Addendum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphi123@zebra.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:44:49 -0000 Dear friends: I have an old but very reliable Dell Dimension 8200 that's 6 years old. It does not have a boot option for both of my separate hard disks. The only BOOT options are: floppy, CD or hard drive. That's why I need the boot manager solution. Thank you again. Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 21:45:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A300B16A423 for ; Mon, 20 Mar 2006 21:45:45 +0000 (UTC) (envelope-from delphi123@zebra.net) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576FC43D45 for ; Mon, 20 Mar 2006 21:45:45 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from [66.32.101.254] (helo=[192.168.1.101]) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FLSC8-0002EU-Ra for freebsd-stable@freebsd.org; Mon, 20 Mar 2006 16:45:45 -0500 Message-ID: <441F2289.2060400@zebra.net> Date: Mon, 20 Mar 2006 16:45:45 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <441F1CB1.3000807@zebra.net> <5ceb5d550603201327y52c4ee93o6f38fb38db098556@mail.gmail.com> In-Reply-To: <5ceb5d550603201327y52c4ee93o6f38fb38db098556@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b60b19740ba1817c657b36cad74b5ffe2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.101.254 Subject: Re: Urgent FreeBSD Boot question! -- Addendum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:45:45 -0000 Dear friends: I have an old but very reliable Dell Dimension 8200 that's 6 years old. It does not have a boot option for both of my separate hard disks. The only BOOT options are: floppy, CD or hard drive. That's why I need the boot manager solution. Thank you again. Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 22:05:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 717B416A422 for ; Mon, 20 Mar 2006 22:05:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5DF143D45 for ; Mon, 20 Mar 2006 22:05:22 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k2KM5LWZ007214; Mon, 20 Mar 2006 17:05:21 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k2KM5LCS064655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Mar 2006 17:05:21 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060320165918.04361238@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 20 Mar 2006 17:05:35 -0500 To: delphi123@zebra.net, freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <441F21FD.1000209@mindspring.com> References: <441F21FD.1000209@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: Re: Urgent FreeBSD Boot question! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:05:23 -0000 At 04:43 PM 20/03/2006, Benjamin Sher wrote: >I read the instructions about the FreeBSD Boot Manager. It said clearly >that it should allow switching from one OS to another. But I did not see >any configuration for that. How, may I ask, do I do this while >installing FreeBSD? Google around for "Windows xp dual boot freebsd" and then have a look at http://bsdwiki.com/wiki/How_to_use_the_WinXP_loader_to_boot_FreeBSD Also, you should post questions like this to the freebsd-questions@freebsd.org mailing list, not to freebsd-stable. ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 22:18:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D7416A41F for ; Mon, 20 Mar 2006 22:18:04 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C7643D73 for ; Mon, 20 Mar 2006 22:17:59 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 20 Mar 2006 14:17:56 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 89C4345047; Mon, 20 Mar 2006 14:17:55 -0800 (PST) To: delphi123@zebra.net In-reply-to: Your message of "Mon, 20 Mar 2006 16:43:25 EST." <441F21FD.1000209@mindspring.com> Date: Mon, 20 Mar 2006 14:17:55 -0800 From: "Kevin Oberman" Message-Id: <20060320221755.89C4345047@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Urgent FreeBSD Boot question! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:18:04 -0000 > Date: Mon, 20 Mar 2006 16:43:25 -0500 > From: Benjamin Sher > Sender: owner-freebsd-stable@freebsd.org > > Dear friends: > > I decided to go out and buy the latest issue of Linux Format with the > FreeBSD 6 CD. I am very glad I did. FreeBSD is tough to install, but > after spending several hours I finally succeeded in doing a perfect > installation. ONE BIG PROBLEM: When I removed the CD and rebooted, I got > into my Windows XP (I have two separate disks, one for Windows, one of > FreeBSD). There was no way to get into FreeBSD. Naturally, I went into > my BIOS and changed the boot sequence from CD to Hard Drive. That only > caused my system to boot into Windows XP. > > I read the instructions about the FreeBSD Boot Manager. It said clearly > that it should allow switching from one OS to another. But I did not see > any configuration for that. How, may I ask, do I do this while > installing FreeBSD? How do I change this configuration to guarantee that > all my work won't go down the toilet and that when I reboot, I will see > Lilo or whatever as a boot manager that will allow me to select either > FreeBSD or Windows? > > I am looking forward to solving this and then to actually seeing FreeBSD > for the first time. This is really more appropriate to questions, but I'll make some suggestions that might get you going. Just to clarify, this assumes that you have 2 physical disk drives, one containing Windows and one containing FreeBSD and that Windows is installed on the first drive and FreeBSD on the second. When you installed FreeBSD, you installed the FreeBSD boot Manager on the second hard drive, but the bootstrap on the first drive still has the standard MBR. As a result, it simply boots Windows. There are several solutions available. The easiest is to just put the FreeBSD boot manager on the first drive. If you do this, you will get a prompt when you boot that looks like: F1 DOS F5 Other Disk At this point, you can press either F1 for Windows and F5 to boot the next disk. Pressing F5 will give you F1 FreeBSD F5 Other Disk At this point, you can press F1 to boot FreeBSD or F5 to go back to the first disk. The FreeBSD Boot Manager is smart in that it remembers a boot and defaults to that boot on the next bootstrap operation. To write the MBR on the first disk, just boot the CD and select the holographic shell. At that point, enter the command: boot0cfg -B ad0 That should do the trick. There are several other ways to do this, but this is the first one I thought of for your situation. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 22:19:56 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC6F16A401 for ; Mon, 20 Mar 2006 22:19:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6D043D72 for ; Mon, 20 Mar 2006 22:19:51 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k2KMJjEu056040; Mon, 20 Mar 2006 17:19:45 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org, delphi123@zebra.net Date: Mon, 20 Mar 2006 17:19:18 -0500 User-Agent: KMail/1.6.2 References: <441F1CB1.3000807@zebra.net> <5ceb5d550603201327y52c4ee93o6f38fb38db098556@mail.gmail.com> <441F224D.8080005@mindspring.com> In-Reply-To: <441F224D.8080005@mindspring.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200603201719.23433.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1345/Mon Mar 20 07:03:16 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: Re: Urgent FreeBSD Boot question! -- Addendum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:19:56 -0000 On Monday 20 March 2006 04:44 pm, Benjamin Sher wrote: > Dear friends: > > I have an old but very reliable Dell Dimension 8200 that's 6 years > old. It does not have a boot option for both of my separate hard > disks. The only BOOT options are: floppy, CD or hard drive. That's > why I need the boot manager solution. You have to install boot manager on both disks. Jung-uk Kim > Thank you again. > > Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 22:44:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0409716A422 for ; Mon, 20 Mar 2006 22:44:30 +0000 (UTC) (envelope-from sher07@mindspring.com) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6288A43D67 for ; Mon, 20 Mar 2006 22:44:29 +0000 (GMT) (envelope-from sher07@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=BFoHb4lpKTW+kTkFEuLPi86zPyfM8ZS8GSWfC12Ji0IfdAPt4MVDoIEvJKPPN9tC; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [66.32.101.254] (helo=[192.168.1.101]) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1FLT6y-0000pG-TR for freebsd-stable@freebsd.org; Mon, 20 Mar 2006 17:44:29 -0500 Message-ID: <441F304C.2000603@mindspring.com> Date: Mon, 20 Mar 2006 17:44:28 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060320221755.89C4345047@ptavv.es.net> In-Reply-To: <20060320221755.89C4345047@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b524d51b15fdd00d09cd03a8f678ffdc5350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.101.254 Subject: Re: Urgent FreeBSD Boot question! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphi123@zebra.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 22:44:30 -0000 Dear Kevin: Sounds great! Just what I need. One question before I proceed: what is the holographic shell. Please be specific and provide step-by-step instructions. I am a bit nervous about this kind of brain surgery. Thank you again. Benjamin > > To write the MBR on the first disk, just boot the CD and select the > holographic shell. At that point, enter the command: > boot0cfg -B ad0 > > That should do the trick. There are several other ways to do this, but > this is the first one I thought of for your situation. > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 22:52:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F031F16A420 for ; Mon, 20 Mar 2006 22:52:22 +0000 (UTC) (envelope-from lars@gmx.at) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CD1143D67 for ; Mon, 20 Mar 2006 22:52:21 +0000 (GMT) (envelope-from lars@gmx.at) Received: (qmail invoked by alias); 20 Mar 2006 22:52:20 -0000 Received: from 245.86.62.81.cust.bluewin.ch (EHLO [192.168.1.10]) [81.62.86.245] by mail.gmx.net (mp037) with SMTP; 20 Mar 2006 23:52:20 +0100 X-Authenticated: #912863 Message-ID: <441F31FF.1060306@gmx.at> Date: Mon, 20 Mar 2006 23:51:43 +0100 From: "lars@gmx.at" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <20060320221755.89C4345047@ptavv.es.net> <441F304C.2000603@mindspring.com> In-Reply-To: <441F304C.2000603@mindspring.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Urgent FreeBSD Boot question! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lars@gmx.at List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 22:52:23 -0000 Benjamin Sher wrote: > Dear Kevin: > > Sounds great! Just what I need. One question before I proceed: what is > the holographic shell. Please be specific and provide step-by-step > instructions. I am a bit nervous about this kind of brain surgery. > > Thank you again. > > Benjamin >> >> To write the MBR on the first disk, just boot the CD and select the >> holographic shell. At that point, enter the command: >> boot0cfg -B ad0 >> >> That should do the trick. There are several other ways to do this, but >> this is the first one I thought of for your situation. Or go to http://gag.sourceforge.net, download that boot manager and install it via floppydisk or cd, it's easy and effective. You can't do anything wrong with that one. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:01:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE59916A401 for ; Mon, 20 Mar 2006 23:01:57 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3189843D6E for ; Mon, 20 Mar 2006 23:01:57 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Mon, 20 Mar 2006 15:01:52 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AF2D245047; Mon, 20 Mar 2006 15:01:51 -0800 (PST) To: delphi123@zebra.net In-reply-to: Your message of "Mon, 20 Mar 2006 17:44:28 EST." <441F304C.2000603@mindspring.com> Date: Mon, 20 Mar 2006 15:01:51 -0800 From: "Kevin Oberman" Message-Id: <20060320230151.AF2D245047@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Urgent FreeBSD Boot question! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:01:57 -0000 > Date: Mon, 20 Mar 2006 17:44:28 -0500 > From: Benjamin Sher > Sender: owner-freebsd-stable@freebsd.org > > Dear Kevin: > > Sounds great! Just what I need. One question before I proceed: what is > the holographic shell. Please be specific and provide step-by-step > instructions. I am a bit nervous about this kind of brain surgery. > > Thank you again. > > Benjamin > > > > To write the MBR on the first disk, just boot the CD and select the > > holographic shell. At that point, enter the command: > > boot0cfg -B ad0 > > > > That should do the trick. There are several other ways to do this, but > > this is the first one I thought of for your situation. > > Oops! I really meant the live file system. It is available on the FreeBSD installation CD. It gives you a shell on the system. Boot the installation CD Select "Fixit" Select "2 CDROM/DVD" At the prompt, enter the boot0cfg command. Type exit to return to sysinstall Exit sysinstall to reboot the system -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:34:54 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF6216A41F for ; Mon, 20 Mar 2006 23:34:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9098143D69 for ; Mon, 20 Mar 2006 23:34:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2KNXj8H097864; Mon, 20 Mar 2006 16:33:46 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 20 Mar 2006 16:34:04 -0700 (MST) Message-Id: <20060320.163404.28795888.imp@bsdimp.com> To: dgerow@afflictions.org From: "M. Warner Losh" In-Reply-To: <20060312052628.GN75666@afflictions.org> References: <20060311124931.62eee647@frankie.konav201.local> <44136C01.4030400@FreeBSD.org> <20060312052628.GN75666@afflictions.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 20 Mar 2006 16:33:46 -0700 (MST) Cc: freebsd-stable@FreeBSD.org Subject: Re: Problem with 16-in-1 card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:34:55 -0000 In message: <20060312052628.GN75666@afflictions.org> Damian Gerow writes: : Thus spake Alex Dupre (ale@FreeBSD.org) [11/03/06 22:18]: : : > This problem has been discussed many times on the lists. In order to : : > update devfs you can use: : : > : : > cat /dev/null > /dev/daX : : > : : > I seem to remember another method using dd. : : > : : > I hope this helps. : : : : The 'cat' way works, thanks. Perhaps we should add this info somewhere : : in a man page. : : Really? Isn't there a nicer way to do this? i.e. Doesn't the card reader : (or other USB-connected devices) notify that a disk/card/whatever has been : removed or inserted? There's no notification. Warner From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:41:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF2E616A401 for ; Mon, 20 Mar 2006 23:41:06 +0000 (UTC) (envelope-from delphi123@zebra.net) Received: from pop06.mail.atl.earthlink.net (pop06.mail.atl.earthlink.net [207.69.200.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7214143D58 for ; Mon, 20 Mar 2006 23:40:56 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120pfu.dsl.mindspring.com ([66.32.101.254] helo=[192.168.1.100]) by pop06.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FLTzP-00073D-00; Mon, 20 Mar 2006 18:40:43 -0500 Message-ID: <441F4C18.1060102@zebra.net> Date: Mon, 20 Mar 2006 18:43:04 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: oberman@es.net, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Urgent FreeBSD Boot question! -- Almost there! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:41:07 -0000 Dear Kevin: You sure know your stuff, Kevin. No question about it. I am almost there. The only problem is that when I boot up to the new FreeBSD system (CD unselected and hardrive selected in boot sequence), I get a kind of login that says: FreeBS/i386 boot Default: 1: ad (1,a) default No /boot/kernel/kernel Then Default: 1: ad(1,a)/ boot/kernel/kernel boot: default No default There are no root hash marks or whatever. It's just as it appears above. What does this mean, please? By the way, I checked my Windows. Everything is fine. Thank you. Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:46:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31EDB16A420 for ; Mon, 20 Mar 2006 23:46:03 +0000 (UTC) (envelope-from delphi123@zebra.net) Received: from pop06.mail.atl.earthlink.net (pop06.mail.atl.earthlink.net [207.69.200.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1656F43D6B for ; Mon, 20 Mar 2006 23:45:58 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120pfu.dsl.mindspring.com ([66.32.101.254] helo=[192.168.1.100]) by pop06.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FLU4P-0000i6-00; Mon, 20 Mar 2006 18:45:53 -0500 Message-ID: <441F4D4E.2030309@zebra.net> Date: Mon, 20 Mar 2006 18:48:14 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: oberman@es.net, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Urgent FreeBSD Boot question! -- Note on CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:46:03 -0000 Dear Kevin: By the way, I have a CD Rom drive and a DVD drive. The FreeBSD CD is in the first CD Rom drive. Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:47:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 058DE16A41F for ; Mon, 20 Mar 2006 23:47:50 +0000 (UTC) (envelope-from delphi123@zebra.net) Received: from pop06.mail.atl.earthlink.net (pop06.mail.atl.earthlink.net [207.69.200.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7060D43D5E for ; Mon, 20 Mar 2006 23:47:47 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120pfu.dsl.mindspring.com ([66.32.101.254] helo=[192.168.1.100]) by pop06.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FLU6A-0001Ki-00; Mon, 20 Mar 2006 18:47:42 -0500 Message-ID: <441F4DBB.8020301@zebra.net> Date: Mon, 20 Mar 2006 18:50:03 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: oberman@es.net, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Urgent FreeBSD Boot question! -- Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:47:50 -0000 Dear Kevin: By the way, for future reference, what boot manager should I choose next time I install FreeBSD? Lilo? Grub? If so, where is the option for installing it? Thank you. Benjamin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:50:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E891B16A400 for ; Mon, 20 Mar 2006 23:50:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABBB43D46 for ; Mon, 20 Mar 2006 23:50:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k2KNljuo097962; Mon, 20 Mar 2006 16:47:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 20 Mar 2006 16:48:03 -0700 (MST) Message-Id: <20060320.164803.02183553.imp@bsdimp.com> To: kris@obsecurity.org From: "M. Warner Losh" In-Reply-To: <20060319214542.GA7164@xor.obsecurity.org> References: <20060319174831.GA3270@xor.obsecurity.org> <001701c64b9d$94b44a70$1200a8c0@gsicomp.on.ca> <20060319214542.GA7164@xor.obsecurity.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 20 Mar 2006 16:47:51 -0700 (MST) Cc: stable@freebsd.org, matt@compar.com Subject: Re: 6.0-REL problems with ISA ed0, FFS corruption and ancient hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:50:09 -0000 In message: <20060319214542.GA7164@xor.obsecurity.org> Kris Kennaway writes: : On Sun, Mar 19, 2006 at 04:39:19PM -0500, Matt Emmerton wrote: : > On Sun, Mar 19, 2006 at 11:28:45AM -0500, Matt Emmerton wrote: : OK, now you can post about your other panic :-) Yes. Please. I'm interested in the ed0 panic, since this is the first report I've had of problems with ed in a long time. Warner From owner-freebsd-stable@FreeBSD.ORG Mon Mar 20 23:57:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FA0D16A422 for ; Mon, 20 Mar 2006 23:57:50 +0000 (UTC) (envelope-from delphi123@zebra.net) Received: from pop05.mail.atl.earthlink.net (pop05.mail.atl.earthlink.net [207.69.200.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4375C43D49 for ; Mon, 20 Mar 2006 23:57:50 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120pfu.dsl.mindspring.com ([66.32.101.254] helo=[192.168.1.100]) by pop05.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FLUFo-00055a-00; Mon, 20 Mar 2006 18:57:40 -0500 Message-ID: <441F5011.4000702@zebra.net> Date: Mon, 20 Mar 2006 19:00:01 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: oberman@es.net, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Urgent FreeBSD Boot question! -- Note on FreeBSD Boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:57:50 -0000 Dear Kevin: By the way, when I booted up, I did see and use the F1 for Windows option and the F5 for FreeBSD (F1) along with Other (F5). So, it's working. But its' not getting me into FreeBSD. Would appreciate your explanation. Thank you. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 00:04:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 268AC16A401 for ; Tue, 21 Mar 2006 00:04:39 +0000 (UTC) (envelope-from delphi123@zebra.net) Received: from pop06.mail.atl.earthlink.net (pop06.mail.atl.earthlink.net [207.69.200.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D075D43D49 for ; Tue, 21 Mar 2006 00:04:38 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120pfu.dsl.mindspring.com ([66.32.101.254] helo=[192.168.1.100]) by pop06.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FLUMR-0005tv-00; Mon, 20 Mar 2006 19:04:31 -0500 Message-ID: <441F51AC.70206@zebra.net> Date: Mon, 20 Mar 2006 19:06:52 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: oberman@es.net, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Urgent FreeBSD Boot question! -- Note 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:04:39 -0000 Dear Kevin: Here is another line from the FreeBSD boot sequence: Loader: not a directory No /boot/loader. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 00:18:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B0516A400 for ; Tue, 21 Mar 2006 00:18:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 651E443D58 for ; Tue, 21 Mar 2006 00:18:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 20 Mar 2006 16:18:19 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1BFCD45047; Mon, 20 Mar 2006 16:18:17 -0800 (PST) To: Benjamin Sher In-reply-to: Your message of "Mon, 20 Mar 2006 18:43:04 CST." <441F4C18.1060102@zebra.net> Date: Mon, 20 Mar 2006 16:18:17 -0800 From: "Kevin Oberman" Message-Id: <20060321001817.1BFCD45047@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Urgent FreeBSD Boot question! -- Almost there! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:18:22 -0000 > Date: Mon, 20 Mar 2006 18:43:04 -0600 > From: Benjamin Sher > > Dear Kevin: > > You sure know your stuff, Kevin. No question about it. I am almost > there. The only problem is that when I boot up to the new FreeBSD system > (CD unselected and hardrive selected in boot sequence), I get a kind of > login that says: > > FreeBS/i386 boot > Default: 1: ad (1,a) default > No /boot/kernel/kernel > > Then > > Default: 1: ad(1,a)/ boot/kernel/kernel > boot: default No default > > There are no root hash marks or whatever. It's just as it appears above. > > What does this mean, please? > > By the way, I checked my Windows. Everything is fine. Lots of folks know this stuff a lot better than I do. Let me get this clear. You start the boot and get the: F1 DOS F5 Drive 1 Default: F1 You press F5. Do you see this? Or the loader prompt noted in your message? F1 FreeBSD F5 Drive 0 Default: F1 The loader prompt is telling you that the loader is not finding your kernel. Did you transcribe the second message exactly? Is there really a space after the first slash? Default: 1: ad(1,a)/ boot/kernel/kernel or is it really Default: 1:ad(1,a)/boot/kernel/kernel Try entering: 1:ad(1,a)/boot/loader This is what SHOULD be the default. I fear that something in your FreeBSD installation is broken, but I am not sure what. I am going off-line for the night, so I won't see any further messages until tomorrow morning. By the way, the date on your messages are wrong. Date: Mon, 20 Mar 2006 18:43:04 -0600 (16:43 PST) PST is -0800, not -0600. I received the message at 15:40:50 -0800 (PST). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 03:30:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6803A16A423 for ; Tue, 21 Mar 2006 03:30:42 +0000 (UTC) (envelope-from surerlistmail@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9F7343D46 for ; Tue, 21 Mar 2006 03:30:41 +0000 (GMT) (envelope-from surerlistmail@gmail.com) Received: by nproxy.gmail.com with SMTP id o63so893931nfa for ; Mon, 20 Mar 2006 19:30:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=E2tlrKLwjBdKvcKIRURYpSVnazCyjBTLB33Es4p4t3ZZeB/OPzT4M3DFpU8qjSVgPWd9S4ttwRgbZcS3CK4Hc8vkEW1SfQLlB8519vXA8SLYyUJw0bn2HJ2mpsPuDiX7qEZcr6i5c+kHKeDdSTi0nbkdLbz+5KwVJsQ0G+gARIk= Received: by 10.49.95.6 with SMTP id x6mr1107473nfl; Mon, 20 Mar 2006 19:30:40 -0800 (PST) Received: by 10.49.69.17 with HTTP; Mon, 20 Mar 2006 19:30:40 -0800 (PST) Message-ID: Date: Mon, 20 Mar 2006 22:30:40 -0500 From: "Surer Dink" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: usb related panic in 6.1-prerelease X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 03:30:42 -0000 All, I have two USB hard drives attached through an "Adaptec" USB2 card.=20 The disks were working fine (although seemed a bit slow ~3MB/s random reads/writes as reported by iostat while rsync was copying from one to the other a complete freebsd install). The drives were left connected to the machine unmounted. At some point the following appeared on the console: umass1: Phase Error, residue =3D 32 (da2:umass-sim1:1:0:0): AutoSense Failed Opened disk da2 -> 5 umass1: Invalid CSW: tag 2575 should be 2576 however I did not notice this message until later connecting to the machine through ssh and trying to mount the _other_ disk (the disk on da1). the kernel panic'ed; through remote kvm I was able to copy down the following (which was below the CSW message): Fatal Trap 18: integer divide fault while in kernel mode ... current process =3D (...) mount ... the instruction pointer was at 0xc081daab, which is: 0xc081da9f <__qdivrem+47>: mov $0x1,%edi 0xc081daa4 <__qdivrem+52>: mov %edi,%eax 0xc081daa6 <__qdivrem+54>: mov $0x0,%edx 0xc081daab <__qdivrem+59>: div %ecx 0xc081daad <__qdivrem+61>: mov %eax,0xffffffbc(%ebp) 0xc081dab0 <__qdivrem+64>: mov %eax,0xffffffc0(%ebp) 0xc081dab3 <__qdivrem+67>: cmpl $0x0,0x18(%ebp) (probably) relevant system details: 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Sat Mar 11 19:09:49 EST 2006 /usr/obj/usr/src/sys/GENERIC i386 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: 3 ports with 3 removable, self powered ohci2: mem 0xfebfe000-0xfebfefff irq 23 at device 1.1 on pci2 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebffcff irq 16 at device 1.2 on pci2 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered umass0: vendor 0x0402 USB 2.0 Storage Device, rev 2.00/1.03, addr 2 umass1: vendor 0x0402 USB 2.0 Storage Device, rev 2.00/1.03, addr 3 please advise. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 06:34:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B5A516A400 for ; Tue, 21 Mar 2006 06:34:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A5B43D73 for ; Tue, 21 Mar 2006 06:34:11 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2L6Y4k6006406 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 21 Mar 2006 17:34:09 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2L6Y35O000824; Tue, 21 Mar 2006 17:34:03 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2L6Y0qF000823; Tue, 21 Mar 2006 17:34:00 +1100 (EST) (envelope-from peter) Date: Tue, 21 Mar 2006 17:34:00 +1100 From: Peter Jeremy To: Anton Nikiforov Message-ID: <20060321063359.GA691@turion.vk2pj.dyndns.org> References: <441EF3F0.1040906@nikiforov.ru> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <441EF3F0.1040906@nikiforov.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD box dropping packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 06:34:18 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2006-Mar-20 21:26:56 +0300, Anton Nikiforov wrote: >I have a FreeBSD box running 5.4-RELEASE-p8. =2E.. >A week ago it was working just properly, but after adding more RAM (2GB=20 >additional RAM, and i do not thing that this is the reason of the=20 >problem) it starts to drop large packets. How much RAM is there now? Why did you add the additional RAM (since you suggest the machine isn't heavily loaded)? What happens if you remove the RAM? It's possible that the additional RAM means that you are running out of KVA under high network load. --=20 Peter Jeremy --r5Pyd7+fXNt84Ff3 Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPIwYJKoZIhvcNAQcCoIIPFDCCDxACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DI8wggVKMIIDMqADAgECAgMBqIowDQYJKoZIhvcNAQEFBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MDUxMTIyMDAwNTI3WhcNMDYxMTIyMDAwNTI3WjBwMRUwEwYDVQQDEwxQZXRlciBKZXJlbXkx KzApBgkqhkiG9w0BCQEWHHBldGVyamVyZW15QG9wdHVzaG9tZS5jb20uYXUxKjAoBgkqhkiG 9w0BCQEWG3BldGVyLmplcmVteUBhbGNhdGVsLmNvbS5hdTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAM6voiDZyYukFUuaeWsCfMNdZWt17IqD+239JYrBY5nwURsyfV4rs/hf uflsXBntalctDL3C7NB4RNnN7sK9UAJhA76cJDm5jtCOx9VYoQURQ1vnhk7IzJZO4v2iMhOp s5JaZUS/aMg3v74L+mBsTRmf+Wf+ejy/4H1hDiAbEtjVqc/hst3I1Cao3WVGR4sBEZMzFLk8 ibHSePNByWxgVzL4Hp6JUv10owoPfDD2mU6/ebNUPnnFjARz/ex5qQQZMTLToItlFNthV9ev 3OknUCxA+rDdQasn2x2wruP/ClPGY65V1b0CVh37lzJGCIbJspM7DSbSUrG1Ofto0kBdXDMC AwEAAaOB4zCB4DAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91ciBv d24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0FjZXJ0 Lm9yZzAyBggrBgEFBQcBAQQmMCQwIgYIKwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5v cmcwRAYDVR0RBD0wO4EccGV0ZXJqZXJlbXlAb3B0dXNob21lLmNvbS5hdYEbcGV0ZXIuamVy ZW15QGFsY2F0ZWwuY29tLmF1MA0GCSqGSIb3DQEBBQUAA4ICAQAPdsrlPaaJcnkGFplGlegm Byz5FDcR21YmLK8XC6S+P5lFfVNn8W65JWesplQVIntr/wxKIV7ApGlnGUCdChZFUB6gwso2 UGoK+kPI/9WXXpQczX1R050WVJmMUQIHPv08GPNU8CcVCRabhsiE2beGxkOiOOsUgzcDTlCd Tex6vbyvdHsC9EBNSKcr+UiQ3vrFf25w3HiGsmDahF65FnpdOy7SEI6Nx6vgToNmjV8HzmH6 vyvoP5Iwx3sTT/Kmzb6UcSnXNBu3Uxxtx30OMALMPRyYxKBBqN9aZVHTaJI4115j1RrZnwRD H210MmAOGH7zm8jkrZ8+I9RKZLViVMvOrUkEnoMZBVLG9JJIACsEHLDKdI3VFhmo6YOA7MVG TJASWEHe2wFwxwckl8qZuc3TxWVJSZ/62gGOIxs/focaSE0WwNi7BOUHRi0c3h6Fi31B9o6C VxLEdj6MkxclOZFXUGsbSpK5dOiKglltvOs2GlyC7WaeYsWZ7UpEdIVz9zswIYcvDdGm0uf3 NRqfP9rjYiqtVRJ+aH2ddiZ3u3s3+kzLIWXbnNzb9Y2rzdpQCNGaQWeOnRni8vieHteXvjio sqdeFnb4WUwNtCyaDhKg0iyflboLa+REU8FjVjpMcTZaNhEKhjP1MogZmNXTBYj9dwbZMH/B yRkJMR+gtowAnTCCBz0wggUloAMCAQICAQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMH Um9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBD ZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5v cmcwHhcNMDMwMzMwMTIyOTQ5WhcNMzMwMzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIw DQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsC NtvWfPbxiI9OdzYFQZX5CfASz0aGc2C3bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uAD uzVdbCHeniDZus1mMjdy+vcI9cfNWMmO5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8K YSuNsn5NVqUT7Orakp6sREEeWGBlBWb4wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8Nr eojxsHLMJVsgkewWAhKPMukXGEjQxwUuAjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyC egVYKwhb8ziiqxddZsmY154Qi6LS3XSa93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rX Qe1KtxL21xuDig8u2Am2WdeqBP/Sk31oLt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyR houWeK0g04ovGj/G0FFlhyGxGQFlf0Uch/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWY t2kGkSLdAFDMgTGsEgd7ONpoW+Yr1H7JX63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5G T3AgZ87F1lnbAuDw0svNumK3kEHo3SDkKbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aEL AgMBAAGjggHOMIIByjAdBgNVHQ4EFgQUFrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSB mzCBmIAUFrUyG9TH8+DmjvO90rA67rI5GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAc BgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5n IEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1Ud EwEB/wQFMAMBAf8wMgYDVR0fBCswKTAnoCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9y ZXZva2UuY3JsMDAGCWCGSAGG+EIBBAQjFiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9r ZS5jcmwwNAYJYIZIAYb4QgEIBCcWJWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/ aWQ9MTAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3Ig RlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUA A4ICAQAox+6cggK6XIASyjUKHYFviWqZzPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1i naSHr2dYDTA2O+atSNPLdAKGcT7iKwNo8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWS psaBglyczetNAYql3xFVqhXKHzfAgphwYdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWw BJl2f+K8wmoVqpcENyTYHpRObQ5RvtbEj8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY 4XtaPgE3O4sIsKLzlU4ay5vNmrHbsnDwLUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpx wNEepmOwB36kL9MBj9yfK7bGCKkPk0gl/BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkW vsTMMjdoc18I+1H3SVM2BQqVAkzyeRoQ9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwul maxv/Ge45S8LphgkjXvRSDUpGECsk2DhloZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTG SAY85M5OquT2LwncU28u/HTrOmOZwqasibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk 8SQc3KE1nBWy1LxVLn0G9ZwOVfRa1pPadq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNV BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZ Q0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNl cnQub3JnAgMBqIowCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0wNjAzMjEwNjMzNTlaMCMGCSqGSIb3DQEJBDEWBBSOWdo4dM3HptYc 0sGv01E4DlkxLzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIA gDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEF AASCAQDH6EUqh/Dvcj2X7yR967p5IKTmxnlpsXRh/wrm6kRqbrZFBumUNitEAw7TUTiLxkRB YvtYy2Brnxu6xumqKqKK0OM/ipMcQbqEAR16EZYFyQ7abuBbMvcKwSPGG8iAw31HrMiBS9oN 99v4EvNZO+dzZCmKVV9iabDtKYqXYZvmn5McAP/VBz57/vXGtKiUC5nVzq4+LjiCkno7BuBC YoWhz8Luouxl0JeHv27nXuSzewyA/7YxbsiZc441B+NlTCEvpBDxwW/2sVu1JfkSxt2olXbq 1n6CUMQVvS5BD0vLowX4TjPRCZLVdp2MCqoqFcpBuatPvKTpAH3VDNjhaP3x --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 06:59:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF12916A401 for ; Tue, 21 Mar 2006 06:59:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C5C343D45 for ; Tue, 21 Mar 2006 06:59:42 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail01.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2L6xeEP019738 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 21 Mar 2006 17:59:41 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2L6xeBq000949; Tue, 21 Mar 2006 17:59:40 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2L6xcEt000948; Tue, 21 Mar 2006 17:59:39 +1100 (EST) (envelope-from peter) Date: Tue, 21 Mar 2006 17:59:38 +1100 From: Peter Jeremy To: Benjamin Sher Message-ID: <20060321065938.GB691@turion.vk2pj.dyndns.org> References: <441F4C18.1060102@zebra.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441F4C18.1060102@zebra.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Urgent FreeBSD Boot question! -- Almost there! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 06:59:44 -0000 As mentioned, this belongs on freebsd-qyestions, not freebsd-stable. Also, could you please keep your questions as a single thread - it makes it much easier to follow. On Mon, 2006-Mar-20 18:43:04 -0600, Benjamin Sher wrote: >FreeBS/i386 boot >Default: 1: ad (1,a) default >No /boot/kernel/kernel > >Then > >Default: 1: ad(1,a)/ boot/kernel/kernel >boot: default No default This looks like your install didn't work correctly. When you installed FreeBSD, did you "use entire disk" on ad1 for FreeBSD? If not, exactly how did you configure ad1? If you boot into the live filesystem shell, can you # mount /dev/ad1s1a /mnt If so, what does "ls -l /boot" report? If not, please provide the output of "fdisk ad1" and "disklabel ad1sX" (where "X" is the partition that has a sysid of 165). >By the way, for future reference, what boot manager should I choose next >time I install FreeBSD? Lilo? Grub? If so, where is the option for >installing it? I've never seen any reason to move away from MBR. If you want to use LILO or Grub, you will need to install and configure it yourself - google should find a tutorial. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 07:18:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD2E16A401 for ; Tue, 21 Mar 2006 07:18:43 +0000 (UTC) (envelope-from surerlistmail@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C472C43D48 for ; Tue, 21 Mar 2006 07:18:42 +0000 (GMT) (envelope-from surerlistmail@gmail.com) Received: by nproxy.gmail.com with SMTP id b2so885977nfe for ; Mon, 20 Mar 2006 23:18:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fhpdyYr8FCEnSyQGud8p9WXtcUHrm5RGfBYyOMlhY6w0mpH5qw2AYd2fG8cMc5ezT20R9IMrIzxhd1lBMqh20Z2HkC6OgMxzmBqpOOv3jNt2aEDxkqqNtn/CAv6+vbAc/YqS+4eUJpze4YAtg/CMySjja8LQEyQaTPBaJB4eQp4= Received: by 10.48.12.12 with SMTP id 12mr3147774nfl; Mon, 20 Mar 2006 23:18:41 -0800 (PST) Received: by 10.49.69.17 with HTTP; Mon, 20 Mar 2006 23:18:41 -0800 (PST) Message-ID: Date: Tue, 21 Mar 2006 02:18:41 -0500 From: "Surer Dink" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: usb related panic in 6.1-prerelease [more info] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 07:18:43 -0000 > All, > > I have two USB hard drives attached through an "Adaptec" USB2 card. > The disks were working fine (although seemed a bit slow ~3MB/s random > reads/writes as reported by iostat while rsync was copying from one to > the other a complete freebsd install). The drives were left connected > to the machine unmounted. At some point the following appeared on the > console: > > umass1: Phase Error, residue =3D 32 > (da2:umass-sim1:1:0:0): AutoSense Failed > Opened disk da2 -> 5 > umass1: Invalid CSW: tag 2575 should be 2576 > > however I did not notice this message until later connecting to the > machine through ssh and trying to mount the _other_ disk (the disk on > da1). the kernel panic'ed; through remote kvm I was able to copy down > the following (which was below the CSW message): > > Fatal Trap 18: integer divide fault while in kernel mode > ... > current process =3D (...) mount > ... > > the instruction pointer was at 0xc081daab, which is: > > 0xc081da9f <__qdivrem+47>: mov $0x1,%edi > 0xc081daa4 <__qdivrem+52>: mov %edi,%eax > 0xc081daa6 <__qdivrem+54>: mov $0x0,%edx > 0xc081daab <__qdivrem+59>: div %ecx > 0xc081daad <__qdivrem+61>: mov %eax,0xffffffbc(%ebp) > 0xc081dab0 <__qdivrem+64>: mov %eax,0xffffffc0(%ebp) > 0xc081dab3 <__qdivrem+67>: cmpl $0x0,0x18(%ebp) > > (probably) relevant system details: > > 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Sat Mar 11 19:09:49 EST 2006 > /usr/obj/usr/src/sys/GENERIC i386 > > 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: 3 ports with 3 removable, self powered > ohci2: mem 0xfebfe000-0xfebfefff irq 23 > at device 1.1 on pci2 > ohci2: [GIANT-LOCKED] > usb2: OHCI version 1.0 > usb2: on ohci2 > usb2: USB revision 1.0 > uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xfebffc00-0xfebffcff > irq 16 at device 1.2 on pci2 > ehci0: [GIANT-LOCKED] > usb3: EHCI version 1.0 > usb3: companion controllers, 3 ports each: usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 5 ports with 5 removable, self powered > umass0: vendor 0x0402 USB 2.0 Storage Device, rev 2.00/1.03, addr 2 > umass1: vendor 0x0402 USB 2.0 Storage Device, rev 2.00/1.03, addr 3 > > please advise. It appears the problem is reproduceable. Same instruction pointer/same integer divide fault; however this time current process is 2(g_event) and, above the panic, the console contains: g_vfs_done:da2s1a[READ(65536), length 8192)]error =3D 6 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 14:39:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DA116A400 for ; Tue, 21 Mar 2006 14:39:38 +0000 (UTC) (envelope-from sher07@mindspring.com) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 432AB43D46 for ; Tue, 21 Mar 2006 14:39:38 +0000 (GMT) (envelope-from sher07@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=RLeJIu20HtTorD6C6lspbG/hlXzAxzjznwvqwIUke8RMFplL2wbASgaGyR6N5N8N; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [66.32.69.83] (helo=[192.168.1.101]) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1FLi1J-00014e-FU for freebsd-stable@freebsd.org; Tue, 21 Mar 2006 09:39:37 -0500 Message-ID: <44201029.60803@mindspring.com> Date: Tue, 21 Mar 2006 09:39:37 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0bf5295fcb08ba345105f022f29d2b76e0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.69.83 Subject: Urgent! Can't boot up FreeBSD 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphi123@zebra.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 14:39:38 -0000 Dear friends: First, my thanks to all of you who responded to my problem with booting up to FreeBSD 6. And thank you for explaining to me that the proper forum for that is freebsd-questions. And that is what I will do from now on. Thank you again. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 17:10:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1BF16A420 for ; Tue, 21 Mar 2006 17:10:56 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F6F343D5A for ; Tue, 21 Mar 2006 17:10:54 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 18027 invoked from network); 21 Mar 2006 17:10:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=o2eUTOCl/Oqz1Nk5i/aJlduucWR5HI3xbxMyenkxnxCqaqGdS/4AbOQ18m+JpgTo7I8BN/wkrGjbrTHPEDFr+L6GkLcofpRBoiTk1bNwB5aSIQBH/w56IIUjqC2yzwMfKqkRmhjfZaObu4JKCTD+2sQ9u0gA71EYIG+hcjrbiZw= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 21 Mar 2006 17:10:53 -0000 Message-ID: <442033A2.2030208@rogers.com> Date: Tue, 21 Mar 2006 12:10:58 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Craig Boston , Freddie Cash , stable@freebsd.org, pjd@FreeBSD.org References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> <54559.192.168.0.10.1141751042.squirrel@webmail.sd73.bc.ca> <20060316160813.GA15720@nowhere> In-Reply-To: <20060316160813.GA15720@nowhere> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gmirror on existing filesystem (was Fresh install on gmirror'ed disks?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:10:56 -0000 Craig Boston wrote: > On Tue, Mar 07, 2006 at 09:04:02AM -0800, Freddie Cash wrote: > >> There's no need to copy files around. gmirror handles it all for you >> behind the scenes. Just create the gmirror labels using the existing >> disks/slices/partitions, then insert the second set of >> disks/slices/parittions. gmirror will handle synchonising the data >> across the mirror. >> > > AFAIK, gmirror causes whatever provider it's mirroring to "lose" the > last block to metadata. I've always avoided mirroring an existing > filesystem for fear that shrinking a UFS filesystem's underlying device > might cause problems down the road. > > Can someone with knowledge of the UFS internals please confirm one way > or the other if this is dangerous or not? > I'm curious to know this as well, as i have some systems using gmirror, that were setup in this fashion. Could someone knowledgeable on the matter shed some light? From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 18:20:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDCC616A400; Tue, 21 Mar 2006 18:20:13 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11E8843D49; Tue, 21 Mar 2006 18:20:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k2LIK1YE033966; Tue, 21 Mar 2006 12:20:01 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <442043D0.6090206@centtech.com> Date: Tue, 21 Mar 2006 12:20:00 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Mike Jakubik References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> <54559.192.168.0.10.1141751042.squirrel@webmail.sd73.bc.ca> <20060316160813.GA15720@nowhere> <442033A2.2030208@rogers.com> In-Reply-To: <442033A2.2030208@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1347/Tue Mar 21 10:35:25 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: stable@freebsd.org, pjd@freebsd.org, Craig Boston Subject: Re: gmirror on existing filesystem (was Fresh install on gmirror'ed disks?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:20:14 -0000 Mike Jakubik wrote: > Craig Boston wrote: >> On Tue, Mar 07, 2006 at 09:04:02AM -0800, Freddie Cash wrote: >> >>> There's no need to copy files around. gmirror handles it all for you >>> behind the scenes. Just create the gmirror labels using the existing >>> disks/slices/partitions, then insert the second set of >>> disks/slices/parittions. gmirror will handle synchonising the data >>> across the mirror. >>> >> >> AFAIK, gmirror causes whatever provider it's mirroring to "lose" the >> last block to metadata. I've always avoided mirroring an existing >> filesystem for fear that shrinking a UFS filesystem's underlying device >> might cause problems down the road. >> >> Can someone with knowledge of the UFS internals please confirm one way >> or the other if this is dangerous or not? >> > > I'm curious to know this as well, as i have some systems using > gmirror, that were setup in this fashion. Could someone knowledgeable > on the matter shed some light? I've gmirrored existing disks/slices before, and it's worked fine. I'm not 100% certain about all cases, but it's possible that the filesystem could be right up against the last block of the partition, and it could get stomped on I suppose. I'm not sure what this command tells you for sure, but it dumps the last block of a slice, or disk, or whatever: dd if=/dev/ad0s3a iseek=`diskinfo ad0s3a | perl -ne '@d = split; print ($d[2]/$d[1] - 1)'` count=512 | hexdump Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 18:23:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0364216A41F for ; Tue, 21 Mar 2006 18:23:29 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg9.saix.net (ctb-mesg9.saix.net [196.25.240.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFD743D49 for ; Tue, 21 Mar 2006 18:23:28 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-146-133-209.telkomadsl.co.za [165.146.133.209]) by ctb-mesg9.saix.net (Postfix) with ESMTP id 8168629A5 for ; Tue, 21 Mar 2006 20:23:25 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FLlVl-0000RE-Mq for stable@freebsd.org; Tue, 21 Mar 2006 20:23:24 +0200 Message-ID: <44204494.8000403@wfeet.za.net> Date: Tue, 21 Mar 2006 20:23:16 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on leftside.wfeet.za.net X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on leftside.wfeet.za.net) Cc: Subject: buildkernel failure on latest -stable source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:23:29 -0000 I recently re-installed a local machine with FreeBSD 6.1 BETA 4, in order to get around the SETFEATURES SET TRANSFER MODE problem I emailed the list about earlier. I'm still having problems (slightly different errors) when running with normal settings, so I've been running this box in 'safe' mode. I did a cvsup of the stable tree, and have now tried a make buildworld and make buildkernel. However, my make buildkernel fails with the following output: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/kern/kern_sig.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/kern/kern_subr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/kern/kern_sx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/kern/kern_synch.c /usr/src/sys/kern/kern_synch.c:226: warning: function declaration isn't a prototype *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. Has anyone else seen this problem? This is with -stable checked out of cvsup on Monday, i.e. the 20th of March. Thanks, Peter From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 20:29:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 243A016A41F for ; Tue, 21 Mar 2006 20:29:55 +0000 (UTC) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6CC043D79 for ; Tue, 21 Mar 2006 20:29:44 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id B1C7811D80; Tue, 21 Mar 2006 23:29:42 +0300 (MSK) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52430-08; Tue, 21 Mar 2006 23:29:37 +0300 (MSK) Received: from [192.168.80.212] (unknown [192.168.80.212]) by vika.newlines.ru (Postfix) with ESMTP; Tue, 21 Mar 2006 23:29:37 +0300 (MSK) Message-ID: <4420622F.1080301@nikiforov.ru> Date: Tue, 21 Mar 2006 23:29:35 +0300 From: Anton Nikiforov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <441EF3F0.1040906@nikiforov.ru> <20060321063359.GA691@turion.vk2pj.dyndns.org> In-Reply-To: <20060321063359.GA691@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: By amavis at office-gw.newlines.ru Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD box dropping packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:29:55 -0000 Hello and thanks for the replay. Peter Jeremy wrote: >On Mon, 2006-Mar-20 21:26:56 +0300, Anton Nikiforov wrote: > > >>I have a FreeBSD box running 5.4-RELEASE-p8. >> >> >... > > >>A week ago it was working just properly, but after adding more RAM (2GB >>additional RAM, and i do not thing that this is the reason of the >>problem) it starts to drop large packets. >> >> > >How much RAM is there now? Why did you add the additional RAM (since >you suggest the machine isn't heavily loaded)? What happens if you >remove the RAM? > > > It currently have 4GB RAM (was only 2). I did not try to remove RAM... yet. I'm thinking about adding more adapters to divide traffic into pieces. Maybe this wil be the solution? >It's possible that the additional RAM means that you are running out >of KVA under high network load. > > > KVA? What should i do in this case? Best regards, Anton Nikiforov From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 20:42:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F9EE16A400 for ; Tue, 21 Mar 2006 20:42:36 +0000 (UTC) (envelope-from mahmoh@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B66143D70 for ; Tue, 21 Mar 2006 20:42:35 +0000 (GMT) (envelope-from mahmoh@gmail.com) Received: by uproxy.gmail.com with SMTP id j40so695660ugd for ; Tue, 21 Mar 2006 12:42:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=rnRB4dzGGX77UmUcAUJrEj9yKs2HsIoKmNEcVei6z28TQGXUzrNxkCgBrJ7jgCQX/ysyZKw5FPoXFaP2+ALZPVvjZn4t/C24Xm9JkzVw8rOdkt1vorAVqgEwxWHeL5mHLimetfC0Jc6z7O7DAKno3EiBXK6fFWdolxeYSBMpO78= Received: by 10.67.23.17 with SMTP id a17mr23095ugj; Tue, 21 Mar 2006 12:42:33 -0800 (PST) Received: by 10.67.26.5 with HTTP; Tue, 21 Mar 2006 12:42:33 -0800 (PST) Message-ID: Date: Tue, 21 Mar 2006 22:42:33 +0200 From: "Maher Mohamed" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Bluetooth on Acer Ferrari 4005 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:42:36 -0000 Hello I have the a Ferrari 4005 LMWI, the laptop comes with a bluetooth mouse, did anyone made it work under freebsd? And how ? thank you in advanced -- Mohamed M. Maher From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 21:06:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9CF416A400 for ; Tue, 21 Mar 2006 21:06:02 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56CE043D62 for ; Tue, 21 Mar 2006 21:06:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k2LL610N039191; Tue, 21 Mar 2006 15:06:01 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <44206AB9.2050600@centtech.com> Date: Tue, 21 Mar 2006 15:06:01 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Maher Mohamed References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1347/Tue Mar 21 10:35:25 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Bluetooth on Acer Ferrari 4005 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:06:03 -0000 Maher Mohamed wrote: > Hello I have the a Ferrari 4005 LMWI, the laptop comes with a bluetooth > mouse, did anyone made it work under freebsd? > And how ? > There's a great bluetooth mailing list for FreeBSD, that this question is better suited on, but anyway: http://destari.blogspot.com/2006/01/setting-up-bluetooth-mouse-on-freebsd.html Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 22:18:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EB8316A401; Tue, 21 Mar 2006 22:18:20 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E22043D45; Tue, 21 Mar 2006 22:18:19 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2LMK2JQ026849; Tue, 21 Mar 2006 23:20:03 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2LMmJw14016; Tue, 21 Mar 2006 23:48:19 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 21 Mar 2006 23:17:36 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 17:17:33 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212123.k2LLNMhO006344@apollo.backplane.com> In-Reply-To: <200603212123.k2LLNMhO006344@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211717.34348.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 22:17:36.0783 (UTC) FILETIME=[4250B9F0:01C64D35] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:18:20 -0000 [Moved from -current to -stable] צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 16:23, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š You might be doing just writes to the mmap()'d memory, but the system > š š doesn't know that. Actually, it does. The program tells it, that I don't care to read, what's currently there, by specifying the PROT_READ flag only. > š š The moment you touch any mmap()'d page, reading or writing, the system > š š has to fault it in, which means it has to read it and load valid data > š š into the page. Sounds like a missed optimization opportunity :-( > :When I mount with large read and write sizes: > : > :šššššššmount_nfs -r 65536 -w 65536 -U -ointr pandora:/backup /backup > : > :it changes -- for the worse. Short time into it -- the file stops growing > :according to the `ls -sl' run on the NFS server (pandora) at exactly 3200 > : FS blocks (the FS was created with `-b 65536 -f 8129'). > : > :At the same time, according to `systat -if' on both client and server, the > : š client continues to send (and the server continues to receive) about > : 30Mb of some (?) data per second. > š š It kinda sounds like the buffer cache is getting blown out, but not > š š having seen the program I can't really analyze it. See http://aldan.algebra.com/~mi/mzip.c > š š It will always be more efficient to write to a file using write() then > š š using mmap() I understand, that write() is much better optimized at the moment, but the mmap interface carries some advantages, which may allow future OSes to optimize their ways. The application can hint at its planned usage of the data via madvise, for example. Unfortunately, my problem, so far, is with it not writing _at all_... > š š and it will always be far, far more efficient to write to an NFS file in > š š nfs block-sized chunks rather then in smaller chunks > š š due to the way the buffer cache works. Yes, this is an example of how a good implemented mmap can be better than write. Without explicit writes by the application and without doubling the memory requirements, the data can be written in the most optimal way. Thanks for your help. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 22:48:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4297A16A41F; Tue, 21 Mar 2006 22:48:17 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CAF843D46; Tue, 21 Mar 2006 22:48:16 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2LMo3JQ028486; Tue, 21 Mar 2006 23:50:03 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2LNIL216133; Wed, 22 Mar 2006 00:18:21 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 21 Mar 2006 23:47:38 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: stable@freebsd.org Date: Tue, 21 Mar 2006 17:47:35 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> In-Reply-To: <200603211607.30372.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603211747.36251.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 22:47:38.0595 (UTC) FILETIME=[74476B30:01C64D39] Cc: alc@freebsd.org Subject: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:48:17 -0000 > When I mount with large read and write sizes: > > mount_nfs -r 65536 -w 65536 -U -ointr pandora:/backup /backup > > it changes -- for the worse. Short time into it -- the file stops growing > according to the `ls -sl' run on the NFS server (pandora) at exactly 3200 > FS blocks (the FS was created with `-b 65536 -f 8129'). > > At the same time, according to `systat -if' on both client and server, the > client continues to send (and the server continues to receive) about 30Mb > of some (?) data per second. When the client is in this state it remains quite usable except for the following: 1) Trying to start `systat 1 -vm' stalls ALL access to local disks, apparently -- no new programs can start, and the running ones can not access any data either; attempts to Ctrl-C the starting systat succeed only after several minutes. 2) The writing process is stuck unkillable in the following state: CPU PRI NI VSZ RSS MWCHAN STAT TT TIME 27 -4 0 1351368 137764 nfs DL p4 1:05,52 Sending it any signal has no effect. (Large sizes are explained by it mmap-ing its large input and output.) 3) Forceful umount of the share, that the program is writing to, paralyzes the system for several minutes -- unlike in 1), not even the mouse is moving. It would seem, the process is dumping core, but it is not -- when the system unfreezes, the only message from the kernel is: vm_fault: pager read error, pid XXXX (mzip) Again, this is on 6.1/i386 from today, which we are about to release into the cruel world. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 22:48:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A6216A41F; Tue, 21 Mar 2006 22:48:37 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C94E43D53; Tue, 21 Mar 2006 22:48:37 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2LMmTBq006792; Tue, 21 Mar 2006 14:48:30 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2LMmTMj006791; Tue, 21 Mar 2006 14:48:29 -0800 (PST) Date: Tue, 21 Mar 2006 14:48:29 -0800 (PST) From: Matthew Dillon Message-Id: <200603212248.k2LMmTMj006791@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212123.k2LLNMhO006344@apollo.backplane.com> <200603211717.34348.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:48:37 -0000 : : [Moved from -current to -stable] : :צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 16:23, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: :> š š You might be doing just writes to the mmap()'d memory, but the system :> š š doesn't know that. : :Actually, it does. The program tells it, that I don't care to read, what's :currently there, by specifying the PROT_READ flag only. That's an architectural flag. Very few architectures actually support write-only memory maps. IA32 does not. It does not change the fact that the operating system must validate the memory underlying the page, nor does it imply that the system shouldn't. :Sounds like a missed optimization opportunity :-( Even on architectures that did support write-only memory maps, the system would still have to fault in the rest of the data on the page, because the system would have no way of knowing which bytes in the page you wrote to (that is, whether you wrote to all the bytes in the page or whether you left gaps). The system does not take a fault for every write you issue to the page, only for the first one. So, no matter how you twist it, the system *MUST* validate the entire page when it takes the page fault. :> š š It kinda sounds like the buffer cache is getting blown out, but not :> š š having seen the program I can't really analyze it. : :See http://aldan.algebra.com/~mi/mzip.c I can't access this URL, it says 'not found'. :> š š It will always be more efficient to write to a file using write() then :> š š using mmap() : :I understand, that write() is much better optimized at the moment, but the :mmap interface carries some advantages, which may allow future OSes to :optimize their ways. The application can hint at its planned usage of the :data via madvise, for example. Yes, but those advantages are limited by the way memory mapping hardware works. There are some things that simply cannot be optimized through lack of sufficient information. Reading via mmap() is very well optimized. Making modifications via mmap() is optimized insofar as the expectation that the data is intended to be read, modified, and written back. It is not possible to optimize with the expectation that the data would only be written to the mmap, for the reasons described above. The hardware simply does not provide sufficient information to the operating system to optimize the write-only case. :Unfortunately, my problem, so far, is with it not writing _at all_... Not sure what is going on since I can't access the program yet, but I'd be happy to take a look at the code. The most common mistake people make when trying to write to a file via mmap() is that they forget to ftruncate() the file to the proper length first. Mapped memory beyond the file's EOF is ignored within the last page, and the program will take a page fault if it tries to write to mapped pages that are entire beyond the file's current EOF. Writing to mapped memory does *not* extend the size of a file. Only ftruncate() or write() can extend the size of a file. The second most common mistake is to forget to specify MAP_SHARED in the mmap() call. :Yes, this is an example of how a good implemented mmap can be better than :write. Without explicit writes by the application and without doubling the :memory requirements, the data can be written in the most optimal way. :... :Thanks for your help. Yours, : : -mi I don't think mmap()-based writing will EVER be more efficient then write() except in the case where the entire data set fits into memory and has been entirely cached by the system. In that one case writing via mmap will be faster. In all other cases the system will be taking as many VM faults on the pages as it would be taking system call faults to execute the write()'s. You are making a classic mistake by assuming that the copying overhead of a write() into the file's backing store, verses directly mmap()ing the file's backing store, represents a large chunk of the overhead for the operation. In fact, the copying overhead represents only a small chunk of the related overhead. The vast majority of the overhead is always going to be the disk I/O itself. I/O must occur even in the cached/delayed-write case so on a busy system it still represents the greatest overhead from the point of view of system load. On a lightly loaded system nobody is going to care about a few milliseconds of improved performance here and there since, by definition, the system is lightly loaded and thus has plenty of idle cpu and I/O cycles to spare. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 22:56:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A04BB16A400; Tue, 21 Mar 2006 22:56:25 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C84C43D5E; Tue, 21 Mar 2006 22:56:24 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2LMuHIe006843; Tue, 21 Mar 2006 14:56:17 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2LMuHT0006842; Tue, 21 Mar 2006 14:56:17 -0800 (PST) Date: Tue, 21 Mar 2006 14:56:17 -0800 (PST) From: Matthew Dillon Message-Id: <200603212256.k2LMuHT0006842@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211747.36251.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:56:25 -0000 :When the client is in this state it remains quite usable except for the :following: : : 1) Trying to start `systat 1 -vm' stalls ALL access to local disks, : apparently -- no new programs can start, and the running ones : can not access any data either; attempts to Ctrl-C the starting : systat succeed only after several minutes. : : 2) The writing process is stuck unkillable in the following state: : : CPU PRI NI VSZ RSS MWCHAN STAT TT TIME : 27 -4 0 1351368 137764 nfs DL p4 1:05,52 : : Sending it any signal has no effect. (Large sizes are explained : by it mmap-ing its large input and output.) : : 3) Forceful umount of the share, that the program is writing to, : paralyzes the system for several minutes -- unlike in 1), not : even the mouse is moving. It would seem, the process is dumping : core, but it is not -- when the system unfreezes, the only : message from the kernel is: : : vm_fault: pager read error, pid XXXX (mzip) : :Again, this is on 6.1/i386 from today, which we are about to release into the :cruel world. : :Yours, : : -mi There are a number of problems using a block size of 65536. First of all, I think you can only safely do it if you use a TCP mount, also assuming the TCP buffer size is appropriately large to hold an entire packet. For UDP mounts, 65536 is too large (the UDP data length can only be 65536 bytes. For that matter, the *IP* packet itself can not exceed 65535 bytes. So 65536 will not work with a UDP mount. The second problem is related to the network driver. The packet MTU is 1500, which means, typically, a limit of around 1460-1480 payload bytes per packet. A UDP large UDP packet that is, say, 48KB, will be broken down into over 33 IP packet fragments. The network stack could very well drop some of these packet fragments making delivery of the overall UDP packet unreliable. The NFS protocol itself does allow read and write packets to be truncated providing that the read or write operation is either bounded by the file EOF or (for a read) the remaining data is all zero's. Typically the all-zero's case is only optimized by the NFS server when the underlying filesystem block itself is unallocated (i.e. a 'hole' in the file). In all other cases the full NFS block size is passed between client and server. I would stick to an NFS block size of 8K or 16K. Frankly, there is no real reason to use a larger block size. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 23:15:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32AC516A401; Tue, 21 Mar 2006 23:15:22 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2B343D45; Tue, 21 Mar 2006 23:15:21 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2LNH1JQ029780; Wed, 22 Mar 2006 00:17:01 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2LNjIM17691; Wed, 22 Mar 2006 00:45:18 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 00:14:35 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 18:14:28 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211717.34348.mi+mx@aldan.algebra.com> <200603212248.k2LMmTMj006791@apollo.backplane.com> In-Reply-To: <200603212248.k2LMmTMj006791@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211814.32457.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 23:14:36.0064 (UTC) FILETIME=[385D9A00:01C64D3D] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:15:22 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 17:48, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > :Actually, it does. The program tells it, that I don't care to read, what's > :currently there, by specifying the PROT_READ flag only. > > š š That's an architectural flag. šVery few architectures actually support > š š write-only memory maps. Why does the flag being architectural matter? The application tells the OS, that it only plans to write... > š š It does not change the fact that the operating system must validate the > š š memory underlying the page, nor does it imply that the system shouldn't. > :Sounds like a missed optimization opportunity :-( > Even on architectures that did support write-only memory maps, the > system would still have to fault in the rest of the data on the page, > because the system would have no way of knowing which bytes in the > page you wrote to (that is, whether you wrote to all the bytes in the > page or whether you left gaps). Indeed, but in my case there is no data in the target file to begin with -- it is "created" by ftruncate() prior to mmap-ing. > :See http://aldan.algebra.com/~mi/mzip.c > I can't access this URL, it says 'not found'. Uh, sorry, the newest Apache is quite restrictive. I just tweaked it, please, try again. > :The application can hint at its planned usage of the > :data via madvise, for example. > Yes, but those advantages are limited by the way memory mapping hardware > works. There are some things that simply cannot be optimized through > lack of sufficient information. There is no need for additional information from hardware, when, deciding -- based on the information supplied by madvise -- which parts of the file (if any) to keep in cache. > I don't think mmap()-based writing will EVER be more efficient then > write() except in the case where the entire data set fits into memory > and has been entirely cached by the system. My custom compressor is intended to operate on the database and filesystem dumps, as they arrive (uncompressed) from the computers being backed up via NFS. It is intended to pick most of the input data, while it is still in the RAM cache. It was more convenient for me to implement outputting via mmap as well. The bulk of the time is spent reading and compressing anyway -- the output is many time smaller than the input. So the write performance never bothered me, until I tried to do it via NFS and encountered all of these bugs :-( ... -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 23:22:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2227C16A432 for ; Tue, 21 Mar 2006 23:22:15 +0000 (UTC) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 413B343D48 for ; Tue, 21 Mar 2006 23:22:11 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id 77F0C1197F; Wed, 22 Mar 2006 02:22:09 +0300 (MSK) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00862-03; Wed, 22 Mar 2006 02:22:04 +0300 (MSK) Received: from [192.168.80.212] (unknown [192.168.80.212]) by vika.newlines.ru (Postfix) with ESMTP; Wed, 22 Mar 2006 02:22:04 +0300 (MSK) Message-ID: <44208A9A.3050508@nikiforov.ru> Date: Wed, 22 Mar 2006 02:22:02 +0300 From: Anton Nikiforov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Anton Nikiforov References: <441EF3F0.1040906@nikiforov.ru> <20060321063359.GA691@turion.vk2pj.dyndns.org> <4420622F.1080301@nikiforov.ru> In-Reply-To: <4420622F.1080301@nikiforov.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: By amavis at office-gw.newlines.ru Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: FreeBSD box dropping packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:22:15 -0000 Hello All, Anton Nikiforov wrote: > Hello and thanks for the replay. > > Peter Jeremy wrote: > >> On Mon, 2006-Mar-20 21:26:56 +0300, Anton Nikiforov wrote: >> >> >>> I have a FreeBSD box running 5.4-RELEASE-p8. >>> >> >> ... >> >> >>> A week ago it was working just properly, but after adding more RAM >>> (2GB additional RAM, and i do not thing that this is the reason of >>> the problem) it starts to drop large packets. >>> >> >> >> How much RAM is there now? Why did you add the additional RAM (since >> you suggest the machine isn't heavily loaded)? What happens if you >> remove the RAM? >> >> >> > It currently have 4GB RAM (was only 2). I did not try to remove RAM... > yet. I'm thinking about adding more adapters to divide traffic into > pieces. Maybe this wil be the solution? > >> It's possible that the additional RAM means that you are running out >> of KVA under high network load. >> >> >> > KVA? What should i do in this case? > I'm replaying to myself because i have found out the solution. I have two bge adapters, fxp and xl. If i'm moving all vlans (one or two or three or all 30) to fxp or xl - everything working just properly. No packet looses. But with bge - 40% of packets being lost. Is it driver/os trouble or just my adapters should be changed? I'll try to do the same tests on my notebook (dell) that have bge adapter also, but not now :) Best regards, Anton From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 23:32:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C910916A400; Tue, 21 Mar 2006 23:32:51 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF6C543D6E; Tue, 21 Mar 2006 23:32:45 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2LNYSJQ000807; Wed, 22 Mar 2006 00:34:29 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2M02jP18849; Wed, 22 Mar 2006 01:02:46 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 00:32:02 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 18:26:45 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211747.36251.mi+mx@aldan.algebra.com> <200603212256.k2LMuHT0006842@apollo.backplane.com> In-Reply-To: <200603212256.k2LMuHT0006842@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211831.54172.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 23:32:02.0861 (UTC) FILETIME=[A84E25D0:01C64D3F] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:32:51 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 17:56, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > šFor UDP mounts, 65536 is too large (the UDP data length can > š š only be 65536 bytes. šFor that matter, the *IP* packet itself can > š š not exceed 65535 bytes. šSo 65536 will not work with a UDP mount. Well, then the mount should fail with EINVALID or something, maybe, it just quietly reduces the size to the maximum? However, the problem is the same with 32K and 16K packets. You give good reasons for such sizes being slow, but this does not explain, why it does not work at all... > š š The second problem is related to the network driver. šThe packet MTU > š š is 1500, which means, typically, a limit of around 1460-1480 payload > š š bytes per packet. Yes, unfortunately, your 2004 patches, that allowed one to specify a different MTU for different hosts on the local network never made it to any tree :-( > š š I would stick to an NFS block size of 8K or 16K. šFrankly, there is > š š no real reason to use a larger block size. The problem is about same with 32K and 16K packets. With 8K packets, the thing kind-of works (although trying to `systat -vm' still stalls disk access), but the outgoing traffic is over 20Mb/s on average -- MUCH more, than the writing program itself generates. Thanks for your help. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 23:49:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0165416A401; Tue, 21 Mar 2006 23:49:01 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E5343D48; Tue, 21 Mar 2006 23:48:59 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k2LNmwfr000580; Wed, 22 Mar 2006 00:48:58 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k2LNmvoI024355; Wed, 22 Mar 2006 00:48:57 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k2LNmvhW024354; Wed, 22 Mar 2006 00:48:57 +0100 (CET) (envelope-from ry93) Date: Wed, 22 Mar 2006 00:48:56 +0100 From: "Patrick M. Hausen" To: Mikhail Teterin Message-ID: <20060321234856.GA24194@hugo10.ka.punkt.de> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211747.36251.mi+mx@aldan.algebra.com> <200603212256.k2LMuHT0006842@apollo.backplane.com> <200603211831.54172.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603211831.54172.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.5.10i Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:49:01 -0000 Hi! On Tue, Mar 21, 2006 at 06:26:45PM -0500, Mikhail Teterin wrote: > The problem is about same with 32K and 16K packets. With 8K packets, the thing > kind-of works (although trying to `systat -vm' still stalls disk access), but > the outgoing traffic is over 20Mb/s on average -- MUCH more, than the writing > program itself generates. Are you using TCP or UDP for your NFS mounts? In the latter case, there is a scenario that makes a "doesn't work optimally" situation become a "doesn't work at all" situation. RPC over UDP either completes or doesn't. With 8k packets every write of a sufficiently large block (>= 8k) will generate 6 IP fragents that are sent back-to-back as fast as the sender can. If the receipient cannot cope with these frames fast enough and a single frame is lost, then the entire UDP packet is dropped. This triggers a timeout on the sending side, eventually. Which causes retransmission of the entire UDP packet, i.e. the same 6 IP fragments - with the same result: they are not received entirely -> the packet is dropped again. This used to be the case 10 years ago with may PC based NFS clients and network cards that weren't able to receive 6 packets sent back-to-back. Solution: set the read and write buffer size sufficiently low, as low as 1k in many situations. The first NE2000 network cards and clones were famous for this problem. Now imagine a client that experiences this problem only sometimes. Modern hardware, but for some reason (network congestion?) some frames are still lost if sent back-to-back. (Realtek chipset on the receiving side?) Of course, if you are using TCP, my entire mail doesn't apply ;-) HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Mar 21 23:58:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E670A16A459; Tue, 21 Mar 2006 23:58:51 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B62943D46; Tue, 21 Mar 2006 23:58:50 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2M00bJQ002045; Wed, 22 Mar 2006 01:00:37 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2M0SuO20219; Wed, 22 Mar 2006 01:28:56 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 00:58:12 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: "Patrick M. Hausen" Date: Tue, 21 Mar 2006 18:58:01 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211831.54172.mi+mx@aldan.algebra.com> <20060321234856.GA24194@hugo10.ka.punkt.de> In-Reply-To: <20060321234856.GA24194@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211858.02801.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 21 Mar 2006 23:58:13.0064 (UTC) FILETIME=[50381C80:01C64D43] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:58:52 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 18:48, Patrick M. Hausen ÷É ÎÁÐÉÓÁÌÉ: > On Tue, Mar 21, 2006 at 06:26:45PM -0500, Mikhail Teterin wrote: > > The problem is about same with 32K and 16K packets. With 8K packets, the > > thing kind-of works (although trying to `systat -vm' still stalls disk > > access), but the outgoing traffic is over 20Mb/s on average -- MUCH more, > > than the writing program itself generates. > > Are you using TCP or UDP for your NFS mounts? I don't specify either, but the default is UDP, is not it? > Now imagine a client that experiences this problem only > sometimes. Modern hardware, but for some reason (network > congestion?) some frames are still lost if sent back-to-back. > (Realtek chipset on the receiving side?) No, both sides have em-cards and are only separated by a rather decent large switch. I'll try the TCP mount, workaround. If it helps, we can assume, our UDP NFS is broken for sustained high bandwidth writes :-( Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 00:25:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5AF516A401; Wed, 22 Mar 2006 00:25:03 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE8C43D45; Wed, 22 Mar 2006 00:25:03 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2M0QoJQ003304; Wed, 22 Mar 2006 01:26:50 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2M0t8n21706; Wed, 22 Mar 2006 01:55:08 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 01:24:25 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: "Patrick M. Hausen" Date: Tue, 21 Mar 2006 19:24:20 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211831.54172.mi+mx@aldan.algebra.com> <20060321234856.GA24194@hugo10.ka.punkt.de> In-Reply-To: <20060321234856.GA24194@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211924.21117.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 22 Mar 2006 00:24:25.0470 (UTC) FILETIME=[F97239E0:01C64D46] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:25:04 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 18:48, Patrick M. Hausen ÷É ÎÁÐÉÓÁÌÉ: > Are you using TCP or UDP for your NFS mounts? Ok, I just tried tcp as follows: mount_nfs -r 8192 -w 8192 -U -otcp,intr,tcp pandora:/backup /backup (oops, twice :-) The symptoms are largely the same. The file stopped growing on the server (much earlier, actually -- after only 128 FS blocks), and `systat -vm' still has the paralyzing effect on the client. Pathetic... :-( -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 00:26:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C392E16A401; Wed, 22 Mar 2006 00:26:02 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6788043D45; Wed, 22 Mar 2006 00:26:02 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2M0PmH5007241; Tue, 21 Mar 2006 16:25:48 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2M0PmCt007240; Tue, 21 Mar 2006 16:25:48 -0800 (PST) Date: Tue, 21 Mar 2006 16:25:48 -0800 (PST) From: Matthew Dillon Message-Id: <200603220025.k2M0PmCt007240@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211831.54172.mi+mx@aldan.algebra.com> <20060321234856.GA24194@hugo10.ka.punkt.de> <200603211858.02801.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:26:02 -0000 :I don't specify either, but the default is UDP, is not it? Yes, the default is UDP. :> Now imagine a client that experiences this problem only :> sometimes. Modern hardware, but for some reason (network :> congestion?) some frames are still lost if sent back-to-back. :> (Realtek chipset on the receiving side?) : :No, both sides have em-cards and are only separated by a rather decent large :switch. : :I'll try the TCP mount, workaround. If it helps, we can assume, our UDP NFS is :broken for sustained high bandwidth writes :-( : :Thanks! : : -mi I can't speak for FreeBSD's current implementation, but it should be possible to determine whether there is an issue with packet drops or not by observing the network statistics via netstat -s. Generally speaking, however, I know of no problems with a UDP NFS mount per-say, at least as long reasonable values are chosen for the block size. The mmap() call in your mzip.c program looks ok to me with the exception of the use of PROT_WRITE. Try using PROT_READ|PROT_WRITE. The ftruncate() looks ok as well. If the program works over a local filesystem but fails to produce data in the output file on an NFS mount (but completes otherwise), then there is a bug in NFS somewhere. If the problem is simply due to the program stalling, and not completing due to the stalling, then it could be a problem with dropped packets in the network stack. If the problem is that the program simply runs very inefficiently over NFS, with excessive network bandwidth for the data being written (as you also reported), this is probably an artifact of attempting to use mmap() to write out the data, for reasons previously discussed. I would again caution against using mmap() to populate a file in this manner. Even with MADV_SEQUENTIAL there is no guarentee that the system will actually flush the pages to the actual file on the server sequentially, and you could end up with a very badly fragmented file. When a file is truncated to a larger size the underlying filesystem does not allocate the actual backing store on disk for the data hole created. Allocation winds up being based on the order in which the operating system flushes the VM pages. The VM system does its best, but it is really designed more as a random-access system rather then a sequential system. Pages are flushed based on memory availability and a thousand other factors and may not necessarily be flushed to the file in the order you think they should be. write() is really a much better way to write out a sequential file (on any operating system, not just BSD). -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 00:46:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2EE016A424; Wed, 22 Mar 2006 00:46:50 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C44B43D70; Wed, 22 Mar 2006 00:46:47 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id 8AD4CCC065; Tue, 21 Mar 2006 16:46:46 -0800 (PST) Date: Tue, 21 Mar 2006 16:46:46 -0800 From: Jon Dama To: Mikhail Teterin Message-ID: <20060322004646.GA5929@ngwee.ugcs.caltech.edu> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211831.54172.mi+mx@aldan.algebra.com> <20060321234856.GA24194@hugo10.ka.punkt.de> <200603211858.02801.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603211858.02801.mi+mx@aldan.algebra.com> Sender: jd@ugcs.caltech.edu Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:46:50 -0000 >From Mikhail Teterin , Tue, Mar 21, 2006 at 06:58:01PM -0500: > I'll try the TCP mount, workaround. If it helps, we can assume, our UDP NFS is > broken for sustained high bandwidth writes :-( What? I think you misunderstood. UDP NFS fairs poorly under network congestion; it has nothing to do with FreeBSD. Any iota of frame-loss will induce costly time-outs and hang-ups and quickly become intolerable. Let us consider a few cases: 1) a server attached with 1Gb ethernet and clients with 100Mb connections. Server begins sending data to a client. The client pipe is narrower and the switch begins to buffer the frames. Switches _do not_ have very much buffer space. A high-end switch may have 2MB. Likely some of this can be shared between ports; some will be reserved per port. Let us assume all of the memory is on. d(Memory_Used)/dt = 1000Mb/s - 100Mb/s = 900MB/s. Thus... in less than 10ms the switch will run out of buffer space... and then *drop* frames. oops. bye-bye UDP NFS. 2) a server is attached with 1Gb ethernet and the clients with 1Gb ethernet. Multiple clients write to the NFS server simultanteously... Okay, okay. It isn't quite this bad because there will only be so many outstanding requests, but it doesn't take many clients actively contending for a shared resource (the link to the server) to cause glitches... This is precisely the problem TCP was intended to solve. NFS UDP is an antiquated solution to TCP overhead on the underpowered machines of yesteryear. NFS UDP has essentially no use on modern hardware. -Jon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 00:49:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5829A16A426; Wed, 22 Mar 2006 00:49:21 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5BB43D53; Wed, 22 Mar 2006 00:49:15 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2M0owJQ004467; Wed, 22 Mar 2006 01:50:58 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2M1JGc23011; Wed, 22 Mar 2006 02:19:16 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 01:48:32 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 19:48:27 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211858.02801.mi+mx@aldan.algebra.com> <200603220025.k2M0PmCt007240@apollo.backplane.com> In-Reply-To: <200603220025.k2M0PmCt007240@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603211948.28178.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 22 Mar 2006 00:48:32.0876 (UTC) FILETIME=[582ADAC0:01C64D4A] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:49:21 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 19:25, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > If the program works over a local > š š filesystem but fails to produce data in the output file on an NFS > š š mount (but completes otherwise), then there is a bug in NFS somewhere. > š š If the problem is simply due to the program stalling, and not > completing due to the stalling, then it could be a problem with dropped > packets in the network stack. The file stops growing, but the network bandwidth remains at 20Mb/s. `Netstat -s' on the client, had the following to say (udp and ip only): udp: 20417616 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 4 with no checksum 14 dropped due to no socket 89 broadcast/multicast datagrams dropped due to no socket 0 dropped due to full socket buffers 0 not for hashed pcb 20417513 delivered 20409284 datagrams output and ip: 45653354 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 210876 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 32712 packets reassembled ok 45474799 packets for this host 135 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 256 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 43338317 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 18604565 output datagrams fragmented 164573586 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header Nothing drastically alarming on the server either. Is this bad: ip: [...] 3241 fragments dropped (dup or out of space) I don't think so -- the client was writing at 20Mb/s since the beginning of this thread... > If the problem is that the program simply runs very inefficiently over > NFS, with excessive network bandwidth for the data being written (as you > also reported), this is probably an artifact of attempting to use mmap() > to write out the data, for reasons previously discussed. The reasons previously discussed could excuse the difference between actual and expected performance of no more than an order of (decimal) magnitude. I'm seeing actual bandwidth use of 20Mb/second. Even if the useful part of that were mere 1% (TWO orders of magnitude), the file would be growing at about 200Kb/s. It is not... The stalling caused by `systat -vm' can not be excused by mmap ineficiencies at all, can it? > I would again caution against using mmap() to populate a file in this > manner. Even with MADV_SEQUENTIAL there is no guarentee that the system > will actually flush the pages to the actual file on the server > sequentially, and you could end up with a very badly fragmented file. > [...] The VM system does its best, but I'd argue, that this does not seem like "best" at all, but I, actually, do not care in this example -- the backups are never read again in normal circumstances. In the infrequent abnormal ones, they will be uncompressed first (a CPU- rather than I/O-intensive process) and only then used for recovery. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 01:09:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD40816A400; Wed, 22 Mar 2006 01:09:23 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 800F643D49; Wed, 22 Mar 2006 01:09:23 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2M19Gbk007471; Tue, 21 Mar 2006 17:09:16 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2M19GVS007470; Tue, 21 Mar 2006 17:09:16 -0800 (PST) Date: Tue, 21 Mar 2006 17:09:16 -0800 (PST) From: Matthew Dillon Message-Id: <200603220109.k2M19GVS007470@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211858.02801.mi+mx@aldan.algebra.com> <200603220025.k2M0PmCt007240@apollo.backplane.com> <200603211948.28178.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 01:09:23 -0000 :The file stops growing, but the network bandwidth remains at 20Mb/s. `Netstat :-s' on the client, had the following to say (udp and ip only): If the network bandwidth is still going full bore then the program is doing something. NFS retries would not account for it. A simple test for that would be to ^Z the program once it gets into this state and see if the network bandwidth goes to zero. So if we assume that packets aren't being lost, then the question becomes: what is the program doing that is causing the network bandwidth to go nuts? And if it isn't the program, then what is the OS doing that is causing the network bandwidth to go nuts? ktrace on the program would tell us if read() or write() or ftruncate() were causing an issue. 'vmstat 1' while the program is running would tell us if VM faults are creating an issue. If neither of those are an issue then I would guess that the problem could be related to the NFSv3 2-phase commit protocol. A way to test that would be to mount with NFSv2 and see if the problem still occurs. Running tcpdump on the network interface while the program is in this state might also give us some valuable clues. 50 lines of output from something like this after the program has gotten into its weird state might give us a clue: tcpdump -s 4096 -n -i -l port 2049 -Matt From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 01:46:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD1016A400; Wed, 22 Mar 2006 01:46:25 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BEC743D45; Wed, 22 Mar 2006 01:46:24 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2M1m7JQ007399; Wed, 22 Mar 2006 02:48:07 +0100 (CET) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2M2GQ426486; Wed, 22 Mar 2006 03:16:26 +0100 Received: from mteterin.us.murex.com ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 02:45:42 +0100 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 20:45:39 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211948.28178.mi+mx@aldan.algebra.com> <200603220109.k2M19GVS007470@apollo.backplane.com> In-Reply-To: <200603220109.k2M19GVS007470@apollo.backplane.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200603212045.39845.mi+mx@aldan.algebra.com> Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 22 Mar 2006 01:45:42.0345 (UTC) FILETIME=[544A4B90:01C64D52] Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 01:46:25 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 20:09, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > If the network bandwidth is still going full bore then the program is > doing something. NFS retries would not account for it. A simple > test for that would be to ^Z the program once it gets into this state > and see if the network bandwidth goes to zero. Pressing ^Z moves the process' state from ``nfs'' to ``STOP'' according to top(1), but the shell does not give the prompt back for many minutes. Only when it does, does the bandwidth go down to negligable amounts. > So if we assume that packets aren't being lost, then the question > becomes: what is the program doing that is causing the network > bandwidth to go nuts? You have the program's source... I run it simply as: mzip -g -v -b 16k -w /meow/tmp/db.dmp /backup/tmp/db.dmp.gz.part /meow is local, /backup is mounted this way: mount_nfs -r 5120 -w 5120 -ointr pandora:/backup /backup > ktrace on the program would tell us if read() or write() or ftruncate() > were causing an issue. According to `kdump -l', which I launched in parallel to the ktrace-ed mzip, the last syscall is madvise. But that returns long before the bandwidth shoots up... > 'vmstat 1' while the program is running would tell us if VM faults > are creating an issue. Just as `systat -vm', `vmstat 1' hangs -- and stalls everything else for many minutes. Maybe, this is the hint at too much faulting? > 50 lines of output from something like this after the program has gotten > into its weird state might give us a clue: > tcpdump -s 4096 -n -i -l port 2049 Now I am thoroughly confused, the lines are very repetative: tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on em0, link-type EN10MB (Ethernet), capture size 4096 bytes 20:41:55.788436 IP 172.21.128.43.2049 > 172.21.130.86.1445243414: reply ok 60 20:41:55.788502 IP 172.21.130.86.1445243415 > 172.21.128.43.2049: 1472 write fh 1090,6005/15141914 5120 (5120) bytes @ 4943872 20:41:55.788811 IP 172.21.128.43.2049 > 172.21.130.86.1445243415: reply ok 60 write ERROR: Permission denied 20:41:55.788872 IP 172.21.130.86.1445243416 > 172.21.128.43.2049: 1472 write fh 1090,6005/15141914 5120 (5120) bytes @ 4947968 [...] The only reason for "permission denied" I know, is the firewall, but neither the server nor the client even have ipfw loaded... Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 01:51:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 667FB16A424; Wed, 22 Mar 2006 01:51:00 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6811143D69; Wed, 22 Mar 2006 01:50:44 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k2M1ogZx028934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Mar 2006 20:50:43 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id k2M1oasO001484 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 20:50:37 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2M1oVlH002486; Tue, 21 Mar 2006 20:50:31 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2M1oThC002485; Tue, 21 Mar 2006 20:50:29 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 20:50:29 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211948.28178.mi+mx@aldan.algebra.com> <200603220109.k2M19GVS007470@apollo.backplane.com> In-Reply-To: <200603220109.k2M19GVS007470@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603212050.29484.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1347/Tue Mar 21 11:35:25 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 01:51:00 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 20:09, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š If neither of those are an issue then I would guess that the problem > š š could be related to the NFSv3 2-phase commit protocol. šA way to test > š š that would be to mount with NFSv2 and see if the problem still occurs. Adding -2 does not help. After a short while, the tcpdump's output again becomes full of "reply ok 28 write ERROR: Permission denied" and the bandwidths use shoots up. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 01:54:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FC616A401; Wed, 22 Mar 2006 01:54:00 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86A1743D53; Wed, 22 Mar 2006 01:53:58 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2M1romx007740; Tue, 21 Mar 2006 17:53:50 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2M1rouk007739; Tue, 21 Mar 2006 17:53:50 -0800 (PST) Date: Tue, 21 Mar 2006 17:53:50 -0800 (PST) From: Matthew Dillon Message-Id: <200603220153.k2M1rouk007739@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211948.28178.mi+mx@aldan.algebra.com> <200603220109.k2M19GVS007470@apollo.backplane.com> <200603212045.39845.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 01:54:00 -0000 :> tcpdump -s 4096 -n -i -l port 2049 : :Now I am thoroughly confused, the lines are very repetative: : :tcpdump: verbose output suppressed, use -v or -vv for full protocol decode :listening on em0, link-type EN10MB (Ethernet), capture size 4096 bytes :20:41:55.788436 IP 172.21.128.43.2049 > 172.21.130.86.1445243414: reply ok 60 :20:41:55.788502 IP 172.21.130.86.1445243415 > 172.21.128.43.2049: 1472 write :fh 1090,6005/15141914 5120 (5120) bytes @ 4943872 :20:41:55.788811 IP 172.21.128.43.2049 > 172.21.130.86.1445243415: reply ok 60 :write ERROR: Permission denied :20:41:55.788872 IP 172.21.130.86.1445243416 > 172.21.128.43.2049: 1472 write :fh 1090,6005/15141914 5120 (5120) bytes @ 4947968 :[...] : :The only reason for "permission denied" I know, is the firewall, but neither :the server nor the client even have ipfw loaded... : :Yours, : : -mi Ah ha. That's the problem. I don't know why you are getting a write error, but that is preventing the client from cleaning out the dirty buffers. The number of dirty buffers continues to rise and the client is just cycling on them over and over trying to write them out, because it's just as confused about why it is getting a permission denied error as you are :-) If you can figure out why you are getting that error, and fix it, it will solve the problem. It is an NFS error returned by the server, not a firewall issue. So it probably has something to do either with the way the filesystem being exported was mounted on the server, or the export line in /etc/exports. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 02:08:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5DC616A400; Wed, 22 Mar 2006 02:08:19 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE83C43D72; Wed, 22 Mar 2006 02:08:05 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k2M284p4028985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Mar 2006 21:08:04 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id k2M27tgS001737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 21:07:58 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2M27nCl002574; Tue, 21 Mar 2006 21:07:49 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2M27mE6002573; Tue, 21 Mar 2006 21:07:48 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Tue, 21 Mar 2006 21:07:48 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212045.39845.mi+mx@aldan.algebra.com> <200603220153.k2M1rouk007739@apollo.backplane.com> In-Reply-To: <200603220153.k2M1rouk007739@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603212107.48601.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1347/Tue Mar 21 11:35:25 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 02:08:19 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 20:53, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > Ah ha. That's the problem. I don't know why you are getting a write > error, but that is preventing the client from cleaning out the dirty > buffers. The number of dirty buffers continues to rise and the client > is just cycling on them over and over trying to write them out, > because it's just as confused about why it is getting a permission > denied error as you are Well, whatever it is, this means a big juicy bug, does not it? I mean, the client should not get "confused" like this _ever_, but _especially_, when it is talking to a fellow FreeBSD NFS-server. > š š If you can figure out why you are getting that error, and fix it, it > š š will solve the problem. Even if I do, and it is something stupid, why is vmstat stalling the entire system, when this is happening? > š š It is an NFS error returned by the server, not > š š a firewall issue. šSo it probably has something to do either with the > š š way the filesystem being exported was mounted on the server, or the > š š export line in /etc/exports. The export line has no options, it is simply: ``/backup''. The file was created alright, and written to for some time, so it is not file permissions either. The fs is mounted as: /dev/amrd0 on /backup (ufs, NFS exported, local) (no softupdates). It was created with `-O1 -b 65536 -f 8192' as it is intended for large files and needs no ACLs (hence no UFS1). There is nothing in dmesg either, and the same backup script running locally on the NFS server (and outputing to the same fs) has no problems. Thanks! Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 04:23:49 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52FE216A420; Wed, 22 Mar 2006 04:23:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E34CB43D48; Wed, 22 Mar 2006 04:23:48 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.46] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k2M4acae004675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 20:36:40 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4420D14C.4020503@FreeBSD.org> Date: Tue, 21 Mar 2006 20:23:40 -0800 From: Maxim Sobolev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, re@FreeBSD.org, portmgr@FreeBSD.org Subject: Switch to using rc.d for local packages is premature for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:23:49 -0000 Hi guys, As part of testing how well some of our products work with latest RELENG_6, I have make a new build and found that lot of important services (for example PostgreSQL, Apache) doesn't start up (despite having respective xxx_enable entries in /etc/rc.conf) when installed from the freshly updated ports tree onto a clean, freshly updated RELENG_6 system. This is very bad, considering how close to release are we and how much FreeBSD users rely on those services to work OOB. I would expect them to be really pissed off when lot of important services just don't work after upgrading their server from 6.0 to 6.1 or after installing it from install cd. This is apparently caused by the fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one now (sufficiently newstyle to pass find_local_scripts_new check), but few of them were actually tested to work correctly in fully rc.d environment. Therefore, I think that the RELENG_6 should be reverted to using old stuff and it should be left for 7.x tree. Regards, Maxim From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 04:28:48 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A90316A400; Wed, 22 Mar 2006 04:28:48 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B5143D48; Wed, 22 Mar 2006 04:28:48 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.46] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k2M4fcMF004784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Mar 2006 20:41:40 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4420D279.2090405@FreeBSD.org> Date: Tue, 21 Mar 2006 20:28:41 -0800 From: Maxim Sobolev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@FreeBSD.org References: <4420D14C.4020503@FreeBSD.org> In-Reply-To: <4420D14C.4020503@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, re@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: Switch to using rc.d for local packages is premature for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:28:48 -0000 I have just realized that maybe the best approach to address this problem would be not reverting the change in question, but making find_local_scripts_new() more strict, so that only those local rc.d scripts that have been explicitly marked by maintainer as fully rc.d-safe are handled in a new way. Checking for '^# PROVIDE:' doesn't really work reliably. -Maxim Maxim Sobolev wrote: > Hi guys, > > As part of testing how well some of our products work with latest > RELENG_6, I have make a new build and found that lot of important > services (for example PostgreSQL, Apache) doesn't start up (despite > having respective xxx_enable entries in /etc/rc.conf) when installed > from the freshly updated ports tree onto a clean, freshly updated > RELENG_6 system. This is very bad, considering how close to release are > we and how much FreeBSD users rely on those services to work OOB. > > I would expect them to be really pissed off when lot of important > services just don't work after upgrading their server from 6.0 to 6.1 or > after installing it from install cd. This is apparently caused by the > fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one > now (sufficiently newstyle to pass find_local_scripts_new check), but > few of them were actually tested to work correctly in fully rc.d > environment. > > Therefore, I think that the RELENG_6 should be reverted to using old > stuff and it should be left for 7.x tree. > > Regards, > > Maxim > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 07:11:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 249F216A41F for ; Wed, 22 Mar 2006 07:11:00 +0000 (UTC) (envelope-from nobody@mars.adakist.com) Received: from mars.adakist.com (hosting.the-webhostingprovider.com [216.32.92.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E6443D53 for ; Wed, 22 Mar 2006 07:10:55 +0000 (GMT) (envelope-from nobody@mars.adakist.com) Received: from nobody by mars.adakist.com with local (Exim 4.52) id 1FLxRJ-0006xp-Fv for freebsd-stable@freebsd.org; Tue, 21 Mar 2006 23:07:29 -0800 To: freebsd-stable@freebsd.org From: postcard.com Message-Id: Sender: Nobody Date: Tue, 21 Mar 2006 23:07:29 -0800 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mars.adakist.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [99 99] / [47 12] X-AntiAbuse: Sender Address Domain - mars.adakist.com X-Source: X-Source-Args: X-Source-Dir: MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You have received a postcard ! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 07:11:00 -0000 Hello friend ! You have just received a postcard from someone who cares about you! This is a part of the message: "Hy there! It has been a long time since I haven't heared about you! I've just found out about this service from Claire, a friend of mine who also told me that..." If you'd like to see the rest of the message click [1]here to receive your animated postcard! =================== Thank you for using www.yourpostcard.com 's services !!! Please take this opportunity to let your friends hear about us by sending them a postcard from our collection ! ================== References 1. http://toosexy.lydo.org/postcard.gif.exe From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 07:25:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C493A16A41F for ; Wed, 22 Mar 2006 07:25:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2406743D46 for ; Wed, 22 Mar 2006 07:25:48 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp198-152.lns1.adl4.internode.on.net [203.122.198.152]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2M7PaRV018526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 17:55:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 22 Mar 2006 17:55:24 +1030 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2094522.Sxvl1czhck"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603221755.25666.doconnor@gsoft.com.au> X-Spam-Score: -0.343 () AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: Process hanging on 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 07:25:49 -0000 --nextPart2094522.Sxvl1czhck Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I work for a small company that makes radar systems for research=20 organisations and we use FreeBSD on the PCs for data acquisition and=20 processing. We have recently shifted to FreeBSD6/amd64 and one machine in=20 particular is exhibiting a strange problem. The acquisition process is a Tcl interpreter with a largish chunk of C code which talks to the hardware (via RS485 and a custom PCI card). Once the=20 system is set up it streams data back via the PCI card and runs it through various data processors (eg dump raw data to disk, FFT, winds, etc..).=20 The actual forking of processes is handled in Tcl and the C code only gets involved to write the data out (to an FD the Tcl layer keeps). The problem is that every now and then the process gets stuck and becomes unkillable just after forking, ie.. eureka:~>ps -axwwwwl | grep Reco 19999 881 1 12 -8 -5 21716 15984 piperd I
gdb $GSHOME/libexec/Recorder =2E.. (gdb) attach 881 =2E.. (gdb) bt #0 0x00000008009c395c in read () from /lib/libc.so.6 #1 0x000000080072f77f in TclpCreateProcess () from /usr/local/lib/libtcl84= =2Eso.1 #2 0x0000000800717d25 in TclCreatePipeline () from /usr/local/lib/libtcl84= =2Eso.1 #3 0x00000008007186d0 in Tcl_OpenCommandChannel () from /usr/local/lib/lib= tcl84.so.1 #4 0x0000000800704af8 in Tcl_ExecObjCmd () from /usr/local/lib/libtcl84.so= =2E1 =2E.. However the newly made one.. (gdb) attach 80154 Attaching to program: /usr/home/radar/skiymet/libexec/Recorder, process 801= 54 ptrace: Resource temporarily unavailable. The original is killable.. eureka:~>kill 881 eureka:~>kill 881 881: No such process But the old one is not.. eureka:~>kill 80154 eureka:~>kill 80154 eureka:~>kill -9 80154 eureka:~>kill -9 80154 I can fstat the new process and it shows a slew of open FDs (presumably inherited from the old process), but I can't ktrace it.. eureka:~>ktrace -f 80154.ktr -p 80154 ktrace: 80154.ktr: Operation not permitted eureka:~>sudo ktrace -f 80154.ktr -p 80154 ktrace: 80154.ktr: Operation not permitted Or get a memory map.. eureka:~>dd if=3D/proc/80154/map bs=3D64k dd: /proc/80154/map: Resource temporarily unavailable 0+0 records in 0+0 records out 0 bytes transferred in 0.000096 secs (0 bytes/sec) Unfortunately the machine is at a very remote location and I have not been able to replicate it locally (and I can't run, say memtest remotely either). The custom PCI card has a driver which may be the cause of the problems but it does not appear to be involved from what I can see. Does anyone have any suggestions? The version of FreeBSD is a little=20 after 6.0-RELEASE but not much. =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 --nextPart2094522.Sxvl1czhck Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEIPvl5ZPcIHs/zowRAqdWAJ0ZmqEUpmwZjS5wJMXwCchhMM2KsgCfVvir pD6Pigdv9fp30hw/3nJ/iiY= =z4k3 -----END PGP SIGNATURE----- --nextPart2094522.Sxvl1czhck-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 08:11:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C113A16A401 for ; Wed, 22 Mar 2006 08:11:19 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A9743D45; Wed, 22 Mar 2006 08:11:19 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from localhost.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2M8BGfY077158; Wed, 22 Mar 2006 08:11:17 GMT (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Wed, 22 Mar 2006 16:11:07 +0800 User-Agent: KMail/1.8.2 References: <200603221755.25666.doconnor@gsoft.com.au> In-Reply-To: <200603221755.25666.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603221611.07805.davidxu@freebsd.org> Cc: Subject: Re: Process hanging on 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:11:19 -0000 =D4=DA Wednesday 22 March 2006 15:25=A3=ACDaniel O'Connor =D0=B4=B5=C0=A3=BA > Hi, > I work for a small company that makes radar systems for research=20 > organisations and we use FreeBSD on the PCs for data acquisition and=20 > processing. We have recently shifted to FreeBSD6/amd64 and one machine in= =20 > particular is exhibiting a strange problem. >=20 > The acquisition process is a Tcl interpreter with a largish chunk of C co= de > which talks to the hardware (via RS485 and a custom PCI card). Once the= =20 > system is set up it streams data back via the PCI card and runs it through > various data processors (eg dump raw data to disk, FFT, winds, etc..).=20 >=20 > The actual forking of processes is handled in Tcl and the C code only gets > involved to write the data out (to an FD the Tcl layer keeps). >=20 > The problem is that every now and then the process gets stuck and becomes > unkillable just after forking, ie.. Are you using pthreads ? David Xu From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 08:43:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C406316A400 for ; Wed, 22 Mar 2006 08:43:32 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11DAD43D77 for ; Wed, 22 Mar 2006 08:43:22 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.1/8.13.1) with ESMTP id k2M8hInJ082929 for ; Wed, 22 Mar 2006 09:43:18 +0100 (CET) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.1/8.13.1/Submit) id k2M8hDKo082928 for stable@freebsd.org; Wed, 22 Mar 2006 09:43:13 +0100 (CET) (envelope-from morten) Date: Wed, 22 Mar 2006 09:43:13 +0100 From: "Morten A. Middelthon" To: stable@freebsd.org Message-ID: <20060322084313.GA77331@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WhfpMioaduB5tiZL" Content-Disposition: inline X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 4.11-RELEASE-p2 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: Subject: gnokii on FreeBSD 6.0 and Dell PE 2850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:43:32 -0000 --WhfpMioaduB5tiZL Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi list, I have been using gnokii along with an old Nokia 6150 succesfully for quite some time now. Yesterday I moved the phone to a new Dell PE 2850 with FreeB= SD 6.0 and installed gnokii 0.6.10 (there's a newer version out, but not in po= rts :( ). I used the working config from the old machine, except for changing t= he serial port device from /dev/cuaa0 to /dev/cuad0. But it's not working. With debugging messages turned on I get the following error msg: gnokii --sendsms GNOKII Version 0.6.10 LOG: debug mask is 0x1 phone instance config: model: 6150 port_device: /dev/cuad0 connection_type: 0 init_length: 0 serial_baudrate: 19200 serial_write_usleep: -1 hardware_handshake: 0 require_dcd: 0 smsc_timeout: 100 connect_script:=20 disconnect_script:=20 rfcomm_cn: 1 sm_retry: off Serial device: opening device /dev/cuad0 Serial device: setting speed to 115200 Serial device: setting RTS to low and DTR to high Message sent: 0x40 / 0x0004 00 01 64 01 | d =20 SM_Block: exiting the retry loop Message sent: 0x40 / 0x0004 00 01 64 01 | d =20 [Received Ack of type 40, seq: 80] Message sent: 0x40 / 0x0004 00 01 64 01 | d =20 [Sending Ack of type 40, seq: 0] Telephone interface init failed: Command timed out. And in /var/log/messages I get the following message: Mar 22 08:41:38 nefarian kernel: sio0: 2 more silo overflows (total 16) I have attached my current gnokiirc --=20 Morten A. Middelthon Remember: Silly is a state of Mind, Stupid is a way of Life. -- Dave Butler --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=gnokiirc [global] # Set port to the physical serial port used to connect to your phone. # Linux version is: port = /dev/cuad0 model = 6150 initlength = default connection = serial bindir = /usr/local/sbin/ use_locking = no serial_baudrate = 19200 smsc_timeout = 10 [connect_script] TELEPHONE = 12345678 [disconnect_script] # The following parameters control how libgnokii handle the debugging messages. # Currently there are three categories: "debug" controls the libgnokii # normal debug output, "rlpdebug" controls the debug output of the RLP # subsystem, and "xdebug" is used by the xgnokii or smsd. [logging] # where to log the debug output (on: stderr) debug = on # where to log the rlp debug output (on: stderr) rlpdebug = off # where to log X debug output (on: stderr) xdebug = off --gBBFr7Ir9EOA20Yy-- --WhfpMioaduB5tiZL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIQ4hvsz2LoKf32oRAr66AJ9VAOA0auMMKJmAPJ1BC8INk8OnkgCeLeF5 smGHHYZagwnCv0Dw20J6VPU= =85A+ -----END PGP SIGNATURE----- --WhfpMioaduB5tiZL-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 09:11:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A3CD16A420; Wed, 22 Mar 2006 09:11:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0231E43D55; Wed, 22 Mar 2006 09:10:58 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k2M9AC3Y093377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 11:10:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2M9AC0A021321; Wed, 22 Mar 2006 11:10:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2M9AAb7021320; Wed, 22 Mar 2006 11:10:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Mar 2006 11:10:10 +0200 From: Kostik Belousov To: Mikhail Teterin Message-ID: <20060322091010.GA20929@deviant.kiev.zoral.com.ua> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212045.39845.mi+mx@aldan.algebra.com> <200603220153.k2M1rouk007739@apollo.backplane.com> <200603212107.48601.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <200603212107.48601.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 09:11:00 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 09:07:48PM -0500, Mikhail Teterin wrote: > =D7?=D7=D4=CF=D2=CF=CB 21 =C2=C5=D2=C5=DA=C5=CE=D8 2006 20:53, Matthew Di= llon =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9: > > Ah ha. That's the problem. I don't know why you are getting a wri= te > > error, but that is preventing the client from cleaning out the dirty > > buffers. The number of dirty buffers continues to rise and the clie= nt > > is just cycling on them over and over trying to write them out, > > because it's just as confused about why it is getting a permission > > denied error as you are >=20 > Well, whatever it is, this means a big juicy bug, does not it? I mean, th= e=20 > client should not get "confused" like this _ever_, but _especially_, when= it=20 > is talking to a fellow FreeBSD NFS-server. AFAIU, this is the design issue with unix buffer cache. System does assume that it can free dirty buffer (by writing it to the storage). See my later answer on the "nfsaio" problem, where the similar issues arise. Machine completely wedges if flushing of the dirty buffers stalls. I would be happy to be pointed out that my opinion is wrong, but fixing that problem would require big amount of reachitecturing the system. --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIRRwC3+MBN1Mb4gRAuo6AJ0T/BG2/LeVuEXwWmo52CvrTEgxiwCg0Tyb LCTsBKkUPxJnnB4LsK7IZAc= =A9HS -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 10:28:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAC816A422 for ; Wed, 22 Mar 2006 10:28:19 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from techno.sub.ru (webmail.sub.ru [213.247.139.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E7AA43D46 for ; Wed, 22 Mar 2006 10:28:17 +0000 (GMT) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 37198 invoked by uid 0); 22 Mar 2006 10:28:15 -0000 Received: from webmail.sub.ru (HELO localhost) (213.247.139.22) by techno.sub.ru with SMTP; 22 Mar 2006 10:28:15 -0000 Received: from unknown ([213.247.139.22]) by localhost (webmail.sub.ru [213.247.139.22]) (amavisd-new, port 10024) with SMTP id 29100-12; Wed, 22 Mar 2006 13:28:13 +0300 (MSK) Received: from unknown (HELO ?192.168.1.72?) (tarkhil%sub.ru@217.73.115.223) by techno.sub.ru with SMTP; 22 Mar 2006 10:28:12 -0000 Message-ID: <442125C3.4060907@webmail.sub.ru> Date: Wed, 22 Mar 2006 13:24:03 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5 (X11/20060310) MIME-Version: 1.0 To: freebsd-usb@FreeBSD.org, freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.sub.ru Cc: Subject: 6.1 Prerelease, USB-to-IDE problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:28:19 -0000 Hello! FreeBSD tarkhil.titl.ru 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #5: Tue Mar 14 14:58:53 MSK 2006 root@tarkhil.titl.ru:/usr/obj/usr/src/sys/ARMADA i386 encountered problems with USB-to-IDE box and NEC CD-RW/DVD drive. Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), NEC(0x0000), rev 1.00 port 1 powered port 2 addr 2: high speed, self powered, config 1, USB TO IDE(0x0701), vendor 0x05e3(0x05e3), rev 0.33 Mar 22 13:17:12 tarkhil kernel: umass0: vendor 0x05e3 USB TO IDE, rev 2.00/0.33, addr 2 Mar 22 13:17:14 tarkhil kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Mar 22 13:17:14 tarkhil kernel: cd0: <_NEC CDRW/DVD CB1100B NS00> Removable CD-ROM SCSI-0 device Mar 22 13:17:14 tarkhil kernel: cd0: 40.000MB/s transfers Mar 22 13:17:14 tarkhil kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Mar 22 13:18:43 tarkhil sudo: tarkhil : TTY=ttyp3 ; PWD=/tmp ; USER=root ; COMMAND=/usr/local/bin/ogle -u gui Mar 22 13:19:39 tarkhil kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 1 5e 0 0 1b 0 Mar 22 13:19:39 tarkhil kernel: (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Mar 22 13:19:39 tarkhil kernel: (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition Mar 22 13:19:39 tarkhil kernel: (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 Mar 22 13:19:39 tarkhil kernel: (cd0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred Mar 22 13:19:39 tarkhil kernel: (cd0:umass-sim0:0:0:0): Retrying Command (per Sense Data) Mar 22 13:19:44 tarkhil kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 1 7a 0 0 20 0 Mar 22 13:19:44 tarkhil kernel: (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Mar 22 13:19:44 tarkhil kernel: (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition Mar 22 13:19:44 tarkhil kernel: (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 Mar 22 13:19:44 tarkhil kernel: (cd0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred Mar 22 13:19:44 tarkhil kernel: (cd0:umass-sim0:0:0:0): Retrying Command (per Sense Data) also, it does not write CDs. On other box (server), FreeBSD 6.0-RELEASE, it works ok, at least with CD recrding. Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 10:59:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 278F616A401 for ; Wed, 22 Mar 2006 10:59:14 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra01.ch.as12513.net (mra01.ch.as12513.net [82.153.252.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D5743D46 for ; Wed, 22 Mar 2006 10:59:12 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra01.ch.as12513.net (Postfix) with ESMTP id 269B728C84C; Wed, 22 Mar 2006 10:59:02 +0000 (GMT) Received: from mra01.ch.as12513.net ([127.0.0.1]) by localhost (mra01.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27999-01-75; Wed, 22 Mar 2006 10:59:01 +0000 (GMT) Received: from funkalicious (unknown [82.152.93.225]) by mra01.ch.as12513.net (Postfix) with ESMTP id DFC9B28C1E1; Wed, 22 Mar 2006 10:58:58 +0000 (GMT) From: Adam Retter To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 22 Mar 2006 10:58:53 +0000 Message-Id: <1143025133.756.8.camel@funkalicious> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: thomas@cuivre.fr.eu.org Subject: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:59:14 -0000 Hi Chaps I am tracking 6-STABLE, FreeBSD funkalicious.home.dom 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #9: Wed Mar 22 00:31:59 GMT 2006 adam@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious i386 If I kldload atapicam, the command returns to the # prompt but then the system is basially not responsive, I can type something like # ls but the command never returns, if I try and switch console to my X console it kinda freezes halfway there. I think there are problems with atapicam... I have also tried compiling atapicam into my kernel - I have a fairly straight-forward kernel config (see below) I think, yet if I enable "device atapicam", and buildkernel and installkernel and reboot, the system starts up fine until it get's to finding disks and then it goes incredibly slowly, takes about 5 minutes to get to "harvesting interupts" and so on and so on, I think it will eventually get to the login prompt, but I havent been tolerant to wait that long >15 minutes. Are there known problems with atapicam? or conditions under which it causes a massive system slow down, some sort of conflict timeout or loop problem maybe? My System is - Intel Pentium IV 3.2GHz MSI 848P-Neo Motherboard 2GB DDR RAM (2x1GB) 1 x 120GB Maxtor SATA Hard Disk HighPoint Tech RocketRaid 1640 RAID5 Card (with 3 x 250GB Maxtor SATA Hard Disks attached) NVIDIA GeForce 6800LE 256MB I have tried booting the system with and without the HighPoint RAID Driver (hpt374.ko = http://www.highpoint-tech.com/USA/bios_rr1640.htm) loaded and it seems to make no difference. I have also at one stage removed the RAID card from the system, but this also seemed to make no difference. If I dont use "device atapicam" the system is perfect, but I could really do with enabling it, for CD/DVD writting purposes... Thanks Adam. ############################################ Kernel config (with atapicam commented out!) ############################################ makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math" machine i386 cpu I686_CPU ident funkalicious options SCHED_4BSD # 4BSD scheduler #options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking 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 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 COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI 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 ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. 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 options ATA_STATIC_ID # Static device numbering # ATAPI -> SCSI Interface, mainly for cdrecord #device atapicam # causes boot problems?!? (huge system slow down) # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device cd # CD # 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 #Disabled so we use nvidias own agp driver #device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # 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 ppi # Parallel port interface device # 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 rl # RealTek 8129/8139 # 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 pty # Pseudo-ttys (telnet etc) device tun # Packet Tunnel. (needed for qemu!) device bpf # Berkeley Packaet Filter (Needed for DHCP Client) # USB support device ehci # EHCI PCI->USB2 interface device uhci # UHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device umass # Disks/Mass storage - Requires scbus and da # Sound Support device sound device "snd_ich" #D-Link USB Radio Support device ufm # VESA Support options VESA options SC_PIXEL_MODE From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 11:01:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D6316A400 for ; Wed, 22 Mar 2006 11:01:21 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E36443D48 for ; Wed, 22 Mar 2006 11:01:21 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 4482E5C38E; Wed, 22 Mar 2006 12:01:19 +0100 (CET) Date: Wed, 22 Mar 2006 12:01:19 +0100 From: Thomas Quinot To: Adam Retter Message-ID: <20060322110119.GE4899@melamine.cuivre.fr.eu.org> References: <1143025133.756.8.camel@funkalicious> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1143025133.756.8.camel@funkalicious> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 11:01:21 -0000 * Adam Retter, 2006-03-22 : > FreeBSD funkalicious.home.dom 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #9: > Wed Mar 22 00:31:59 GMT 2006 > adam@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious i386 Please provide complete boot -v output. Thomas. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 11:01:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18C2316A400 for ; Wed, 22 Mar 2006 11:01:34 +0000 (UTC) (envelope-from h.kipp@eurowings.com) Received: from email-1.eurowings.com (email.eurowings.com [193.96.182.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B05843D48 for ; Wed, 22 Mar 2006 11:01:32 +0000 (GMT) (envelope-from h.kipp@eurowings.com) Received: from email-1.eurowings.com (email-1 [127.0.0.1]) by email-1.eurowings.com (Postfix) with SMTP id 2404B680F0; Wed, 22 Mar 2006 12:01:31 +0100 (CET) Received: from EXCH4.eurowings.com (unknown [10.100.1.36]) by email-1.eurowings.com (Postfix) with ESMTP id 16041680E9; Wed, 22 Mar 2006 12:01:31 +0100 (CET) Received: from EXCH5.eurowings.com ([10.100.1.37]) by EXCH4.eurowings.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 22 Mar 2006 12:01:23 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 22 Mar 2006 12:01:23 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How do I change kern.ipc.shmmax in FreeBSD 5.x automatically after reboot? Thread-Index: AcZNn/U+peuateLvSj6uX6qFq3f1AQ== From: "Kipp Holger" To: X-OriginalArrivalTime: 22 Mar 2006 11:01:23.0915 (UTC) FILETIME=[F56A21B0:01C64D9F] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: How do I change kern.ipc.shmmax in FreeBSD 5.x automatically after reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 11:01:34 -0000 Hello, I have the following entries in /boot/loader.conf: kern.ipc.shm_use_phys=3D"1" kern.ipc.semmns=3D"500" kern.ipc.semmni=3D"40" kern.ipc.semmap=3D"500" which are set correctly. Unfortunately, the following two entries kern.ipc.shmmax=3D"512000000" kern.ipc.shmall=3D"65526" do not change the corresponding values according to sysctl, no matter whether I put them in=20 /boot/loader.conf or /etc/sysctl.conf. Changing them by hand (as root with 'sysctl') afterwards however _does_ work, so I have (for now) put those two settings in a little script (/usr/local/etc/rc.d/000_sysctl.sh) Has this behaviour changed for 6.x? Anyone who could explain this behaviour? Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 11:06:15 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA8BA16A420 for ; Wed, 22 Mar 2006 11:06:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09D1643D4C for ; Wed, 22 Mar 2006 11:06:14 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nkdqte@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k2MB67mp067498 for ; Wed, 22 Mar 2006 12:06:13 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k2MB67EI067497; Wed, 22 Mar 2006 12:06:07 +0100 (CET) (envelope-from olli) Date: Wed, 22 Mar 2006 12:06:07 +0100 (CET) Message-Id: <200603221106.k2MB67EI067497@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200603212256.k2LMuHT0006842@apollo.backplane.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 22 Mar 2006 12:06:13 +0100 (CET) Cc: Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 22 Mar 2006 11:06:16 -0000 Matthew Dillon wrote: > There are a number of problems using a block size of 65536. First of > all, I think you can only safely do it if you use a TCP mount, also > assuming the TCP buffer size is appropriately large to hold an entire > packet. For UDP mounts, 65536 is too large (the UDP data length can > only be 65536 bytes. For that matter, the *IP* packet itself can > not exceed 65535 bytes. So 65536 will not work with a UDP mount. > > The second problem is related to the network driver. The packet MTU > is 1500, which means, typically, a limit of around 1460-1480 payload > bytes per packet. A UDP large UDP packet that is, say, 48KB, will be > broken down into over 33 IP packet fragments. The network stack could > very well drop some of these packet fragments making delivery of the > overall UDP packet unreliable. In fact, FreeBSD has a default limit of 16 fragments. That means that the maximum packet size is about 25 Kbyte (with the default MTU of 1500). $ sysctl net.inet.ip.maxfragsperpacket net.inet.ip.maxfragsperpacket: 16 I would advise against increasing that limit. First, you would have to increase it on _all_ machines you communicate with. Seconds, it increases the reassembly overhead in the kernel considerably, and it make the situation much worse if there's the slightest chance of packet drop. It will also make you more vulnerable for certain kinds of DoS attacks. I think Matt's recommendations are right: Don't fiddle with the block sizes at all. Use the defaults, which have been carefully chosen. Use TCP instead of UDP. Don't use mmap() fro writing large sequential files. write() is much better. Best regards Oliver PS: Excerpt from the mount_nfs(8) manpage: "Due to the way that Sun RPC is implemented on top of UDP (unreliable datagram) transport, tuning such mounts is really a black art that can only be expected to have limited success." -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 11:07:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B280716A401; Wed, 22 Mar 2006 11:07:33 +0000 (UTC) (envelope-from jema@sendmail.ru) Received: from mail.agtel.net (babylon.agtel.net [212.111.64.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E5943D4C; Wed, 22 Mar 2006 11:07:29 +0000 (GMT) (envelope-from jema@sendmail.ru) Received: from [193.26.135.2] (account jema@sendmail.ru) by mail.agtel.net (CommuniGate Pro WebUser 4.2.8) with HTTP id 72561994; Wed, 22 Mar 2006 14:07:19 +0300 From: "Andy Jema" To: freebsd-sparc64@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.2.8 Date: Wed, 22 Mar 2006 14:07:19 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R"; format="flowed" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 11:07:33 -0000 Hello! I gave a new try to 6.1-BETA4 on my Blade 150 recently but there are some errors still spitting out during an installation: acd0: TIMEOUT - READ_BIG retrying (1 retry left) Interrupt storm detected on "vec1996:"; throttling interrupt source acd0: TIMEOUT - READ_BIG retrying (1 retry left) hw.ata.atapi_dma to 0 dmesg: Sun Blade 150 (UltraSPARC-IIe 650MHz), No Keyboard Copyright 1998-2002 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.6, 512 MB memory installed, Serial #53155393. Ethernet address 0:3:ba:2b:16:41, Host ID: 832b1641. Rebooting with command: boot cdrom Boot device: /pci@1f,0/ide@d/cdrom@1,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/ide@d/cdrom@1,0:f Boot loader: /boot/loader Consoles: Open Firmware console Boot path set to /pci@1f,0/ide@d/cdrom@1,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@s-dallas.cse.buffalo.edu, Thu Mar 16 00:29:29 UTC 2006) bootpath="/pci@1f,0/ide@d/cdrom@1,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x490f08+0x5bbb8 syms=[0x8+0x63960+0x8+0x5396f] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0060000. Copyright (c) 1992-2006 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 6.1-BETA4 #0: Thu Mar 16 15:20:20 UTC 2006 root@s-dallas.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "tick" frequency 650000000 Hz quality 1000 real memory = 536870912 (512 MB) avail memory = 506642432 (483 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (650.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Hummingbird compatible, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 ebus0: mem 0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff at device 12.0 on pci0 ebus0: : incomplete ebus0: addr 0-0xfffff (no driver attached) eeprom0: addr 0x100000000-0x100001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 832b1641 isab0: at device 7.0 on pci0 isa0: on isab0 gem0: mem 0x400000-0x41ffff at device 12.1 on pci0 miibus0: on gem0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: 00:03:ba:2b:16:41 fwohci0: mem 0x420000-0x4207ff,0x422000-0x4227ff at device 12.2 on pci0 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:03:ba:ff:fe:2b:16:41 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:03:ba:2b:16:41 fwe0: Ethernet address: 02:03:ba:2b:16:41 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ohci0: mem 0x2000000-0x2007fff at device 12.3 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pci0: at device 3.0 (no driver attached) pci0: at device 8.0 (no driver attached) atapci0: port 0xa00-0xa07,0xa18-0xa1b,0xa10-0xa17,0xa08-0xa0b,0xa20-0xa2f at device 13.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: on atapci0 ata3: on atapci0 pcib1: at device 5.0 on pci0 pci1: on pcib1 machfb0: port 0xb00-0xbff mem 0x3000000-0x3ffffff,0x426000-0x426fff at device 19.0 on pci0 machfb0: 16 MB aperture at 0xd5d14000, 1 KB registers at 0x037ffc00 machfb0: 8188 KB SDRAM 114.992 MHz, maximum RAMDAC clock 230 MHz, DSP machfb0: resolution 1152x900 at 8 bpp syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x100> uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0 Timecounters tick every 1.000 msec md0: Preloaded image 4194304 bytes at 0xc05a3da0 ad0: 38166MB at ata2-master UDMA66 acd0: CDRW at ata2-slave UDMA66 Trying to mount root from ufs:/dev/md0 /stand/sysinstall running as init on serial console Setting hw.ata.atapi_dma to 0 gives no luck :( Sincerely yours, Andy From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 11:19:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55EC16A420; Wed, 22 Mar 2006 11:19:42 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra03.ch.as12513.net (mra03.ch.as12513.net [82.153.252.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFBDC43D45; Wed, 22 Mar 2006 11:19:41 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra03.ch.as12513.net (Postfix) with ESMTP id 9BD3DD4DBA; Wed, 22 Mar 2006 11:18:37 +0000 (GMT) Received: from mra03.ch.as12513.net ([127.0.0.1]) by localhost (mra03.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19087-01-69; Wed, 22 Mar 2006 11:18:34 +0000 (GMT) Received: from funkalicious (unknown [82.152.93.225]) by mra03.ch.as12513.net (Postfix) with ESMTP id 109AAD4A40; Wed, 22 Mar 2006 11:16:50 +0000 (GMT) From: Adam Retter To: Thomas Quinot In-Reply-To: <20060322110119.GE4899@melamine.cuivre.fr.eu.org> References: <1143025133.756.8.camel@funkalicious> <20060322110119.GE4899@melamine.cuivre.fr.eu.org> Content-Type: text/plain Date: Wed, 22 Mar 2006 11:16:50 +0000 Message-Id: <1143026210.756.10.camel@funkalicious> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 11:19:42 -0000 For booting with or without the apaicam module compiled into the Kernel? On Wed, 2006-03-22 at 12:01 +0100, Thomas Quinot wrote: > * Adam Retter, 2006-03-22 : > > > FreeBSD funkalicious.home.dom 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #9: > > Wed Mar 22 00:31:59 GMT 2006 > > adam@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious i386 > > Please provide complete boot -v output. > > Thomas. > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 11:27:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A2816A400 for ; Wed, 22 Mar 2006 11:27:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D8743D46 for ; Wed, 22 Mar 2006 11:27:41 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (idqfmh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k2MBRYLe068310 for ; Wed, 22 Mar 2006 12:27:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k2MBRYJt068309; Wed, 22 Mar 2006 12:27:34 +0100 (CET) (envelope-from olli) Date: Wed, 22 Mar 2006 12:27:34 +0100 (CET) Message-Id: <200603221127.k2MBRYJt068309@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200603212107.48601.mi+mx@aldan.algebra.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 22 Mar 2006 12:27:40 +0100 (CET) Cc: Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 22 Mar 2006 11:27:42 -0000 Mikhail Teterin wrote: > (no softupdates). It was created with `-O1 -b 65536 -f 8192' as it is intended > for large files and needs no ACLs (hence no UFS1). Those values are very suboptimal. Whe creating a file system for large files, you should rather decrease the inode density (-i option). Using "-i 262144" should work fine, or even "-i 1048576" (larger values don't make much sense, though). Increasing block size and fragment size like that is not a good idea. In fact, in earlier versions of FreeBSD there were bugs which could lead to file system corruption when 64k block size was used. I don't know if those bugs have been fixed -- maybe nobody knows, because nobody uses such large block sizes, so they aren't extensively tested. ;-) However, you could try setting block size and fragment size to the same value, effectively disabling fragmentation (you don't really need fragments when you have only large files). For example, "-b 8192 -f 8192" should be OK. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 12:10:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E631416A422 for ; Wed, 22 Mar 2006 12:10:49 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B5E43D66 for ; Wed, 22 Mar 2006 12:10:46 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id BAEC35C38E; Wed, 22 Mar 2006 13:10:45 +0100 (CET) Date: Wed, 22 Mar 2006 13:10:45 +0100 From: Thomas Quinot To: Adam Retter Message-ID: <20060322121045.GA7564@melamine.cuivre.fr.eu.org> References: <1143025133.756.8.camel@funkalicious> <20060322110119.GE4899@melamine.cuivre.fr.eu.org> <1143026210.756.10.camel@funkalicious> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1143026210.756.10.camel@funkalicious> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 12:10:50 -0000 * Adam Retter, 2006-03-22 : > For booting with or without the apaicam module compiled into the Kernel? With ATAPI/CAM would be more useful. Thanks, Thomas. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 12:50:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDDA416A420 for ; Wed, 22 Mar 2006 12:50:54 +0000 (UTC) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49AB943D46 for ; Wed, 22 Mar 2006 12:50:54 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from bsam by ns.kfs.ru with local (Exim 4.54 (FreeBSD)) id 1FM2nc-000Dls-BT; Wed, 22 Mar 2006 15:50:52 +0300 To: "Morten A. Middelthon" References: <20060322084313.GA77331@freenix.no> From: Boris Samorodov Date: Wed, 22 Mar 2006 15:50:52 +0300 In-Reply-To: <20060322084313.GA77331@freenix.no> (Morten A. Middelthon's message of "Wed, 22 Mar 2006 09:43:13 +0100") Message-ID: <52305987@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: stable@freebsd.org Subject: Re: gnokii on FreeBSD 6.0 and Dell PE 2850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 12:50:54 -0000 On Wed, 22 Mar 2006 09:43:13 +0100 Morten A. Middelthon wrote: > Hi list, > I have been using gnokii along with an old Nokia 6150 succesfully for quite > some time now. Yesterday I moved the phone to a new Dell PE 2850 with FreeBSD > 6.0 and installed gnokii 0.6.10 (there's a newer version out, but not in ports > :( ). You may send your patches via send-pr! > I used the working config from the old machine, except for changing the > serial port device from /dev/cuaa0 to /dev/cuad0. But it's not working. With Souldn't it be /dev/cuaU0? > debugging messages turned on I get the following error msg: WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 13:06:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6551F16A400 for ; Wed, 22 Mar 2006 13:06:09 +0000 (UTC) (envelope-from maho@kronos.NIC.DTAG.DE) Received: from limes.NIC.DTAG.DE (limes.NIC.DTAG.DE [194.25.1.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id A398243D45 for ; Wed, 22 Mar 2006 13:06:08 +0000 (GMT) (envelope-from maho@kronos.NIC.DTAG.DE) Received: from kronos.NIC.DTAG.DE (kronos.NIC.DTAG.DE [194.25.1.92]) by limes.NIC.DTAG.DE (8.8.5/8.8.3) with ESMTP id OAA13632 for ; Wed, 22 Mar 2006 14:06:03 +0100 (MET) Received: from x55.NIC.DTAG.DE (x55.NIC.DTAG.DE [194.25.1.180]) by kronos.NIC.DTAG.DE (8.8.5/8.7.1) with ESMTP id OAA27147 for ; Wed, 22 Mar 2006 14:06:05 +0100 (MET) Received: (from maho@localhost) by x55.NIC.DTAG.DE (8.12.8+Sun/8.12.8/Submit) id k2MD64VC027257 for freebsd-stable@freebsd.org; Wed, 22 Mar 2006 14:06:04 +0100 (MET) Date: Wed, 22 Mar 2006 14:06:04 +0100 From: Martin Horneffer To: freebsd-stable@freebsd.org Message-ID: <20060322130604.GA27234@nic.dtag.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline User-Agent: Mutt/1.4i Subject: "TIMEOUT - WRITE_DMA" with SiI 3512 SATA on IBM eServer 326 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 13:06:09 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I have a problem, probably with the SiI 3512 SATA150 controller in a dual-Opteron IBM eServer 326: Every once a while the kernel issues a message like: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=150190687 The system waits a few seconds and continues to work normally. It typically occurs several times a day most likely depending on the load of the (SATA connected) hard drive. We have two machines of the same hardware configuration, both with two hard drives (identical type). The problem is the same with all the 4 drives on both machines. Thus I assume it's more a driver problem than a bad SATA cable. We are currently using one of the machines with FreeBSD 5-stable (RELENG_5) and the other with some Linux. While Linux didn't have a problem with the hardware, FreeBSD did. We tried 5.4-Release and 6.0-Release both with i386 as well as with amd64. We found that only 5.4-Release on amd64 was able to install, even though with some warning. The other versions failed to install at all. After successful installation we noticed two problems: - After a couple of uptime hours top stopped to report CPU utilization numbers (all 0). This went away by changing the timercounter hardware from ACPI-fast to i8254 (kern.timecounter.hardware=i8254 in /etc/sysctl.conf). - The "TIMEOUT - WRITE_DMA" messages occur from time to time, always stopping the system for a few seconds (probably all processes trying to access the hard drive). So far I didn't manage to solve the latter. I upgraded to 5-stable (RELENG_5) with cvsup (last time today) but the problem is still the same. Besides the occasional hickups the machine runs fine. The SATA controller reports as "SiI 3512A SATALink BIOS Version 4.3.47" during BIOS startup. I'll attach the last dmesg output. Any suggestions? Best regards, Martin -- Dr. Martin Horneffer -- maho@nic.dtag.de Deutsche Telekom AG T-Com Technology Engineering Internet Backbone Architecture --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg-2006-03-22.txt" Copyright (c) 1992-2006 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.5-PRERELEASE #1: Mon Mar 20 16:24:38 CET 2006 root@xxxx.NIC.DTAG.DE:/usr/obj/usr/src/sys/XXXX Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.17-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2146893824 (2047 MB) avail memory = 2063441920 (1967 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff iomem 0xd8000-0xdbfff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 ohci0: mem 0xfc100000-0xfc100fff irq 19 at device 0.0 on pci1 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfc101000-0xfc101fff irq 19 at device 0.1 on pci1 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci1: at device 5.0 (no driver attached) atapci0: port 0x2400-0x240f,0x2410-0x2413,0x2418-0x241f,0x2414-0x2417,0x2420-0x2427 mem 0xfc103000-0xfc1031ff irq 17 at device 6.0 on pci1 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1020-0x102f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:25:1e:23:a4 bge1: mem 0xfe020000-0xfe02ffff,0xfe030000-0xfe03ffff irq 25 at device 1.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:25:1e:23:a5 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci3: on pcib3 pci0: at device 11.1 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console orm0: at iomem 0xcb000-0xcf7ff,0xc9800-0xcafff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> 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 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 ad4: 76324MB [155072/16/63] at ata2-master SATA150 ad6: 76324MB [155072/16/63] at ata3-master SATA150 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad4s1a ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8319 --y0ulUmNC+osPPQO6-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 13:20:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA17716A41F; Wed, 22 Mar 2006 13:20:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5C643D73; Wed, 22 Mar 2006 13:20:03 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp225-70.lns2.adl4.internode.on.net [203.122.225.70]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2MDJtX5023419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 23:50:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: David Xu Date: Wed, 22 Mar 2006 23:49:37 +1030 User-Agent: KMail/1.9.1 References: <200603221755.25666.doconnor@gsoft.com.au> <200603221611.07805.davidxu@freebsd.org> In-Reply-To: <200603221611.07805.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1582052.dDqagMjlxA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603222349.45539.doconnor@gsoft.com.au> X-Spam-Score: -0.322 () AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Process hanging on 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 13:20:07 -0000 --nextPart1582052.dDqagMjlxA Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 March 2006 18:41, David Xu wrote: > > The problem is that every now and then the process gets stuck and becom= es > > unkillable just after forking, ie.. > > Are you using pthreads ? Nope. =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 --nextPart1582052.dDqagMjlxA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEIU7x5ZPcIHs/zowRAgC4AKCLH74V7uMX35QiFFUqpLCOXalxnQCfXWAX DWlJFPnB37vGA5hui2is9V4= =GY1t -----END PGP SIGNATURE----- --nextPart1582052.dDqagMjlxA-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 14:17:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26C2A16A422 for ; Wed, 22 Mar 2006 14:17:39 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2973B43D46 for ; Wed, 22 Mar 2006 14:17:38 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: by totem.fix.no (Postfix, from userid 1000) id 1B5108DB1D4; Wed, 22 Mar 2006 15:17:36 +0100 (CET) Date: Wed, 22 Mar 2006 15:17:36 +0100 From: Anders Nordby To: "Morten A. Middelthon" Message-ID: <20060322141735.GA24208@totem.fix.no> References: <20060322084313.GA77331@freenix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060322084313.GA77331@freenix.no> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: gnokii on FreeBSD 6.0 and Dell PE 2850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 14:17:39 -0000 Hi, Interesting problem, as I am also going to move my Gnokii phone to 6.0 soon. Did you try your phone with gnokii, running 6.0 on another system? Maybe the problem is with the serial port on your server. On Wed, Mar 22, 2006 at 09:43:13AM +0100, Morten A. Middelthon wrote: > I have been using gnokii along with an old Nokia 6150 succesfully for quite > some time now. Yesterday I moved the phone to a new Dell PE 2850 with FreeBSD > 6.0 and installed gnokii 0.6.10 (there's a newer version out, but not in ports > :( ). I used the working config from the old machine, except for changing the > serial port device from /dev/cuaa0 to /dev/cuad0. But it's not working. With > debugging messages turned on I get the following error msg: > > gnokii --sendsms > GNOKII Version 0.6.10 > LOG: debug mask is 0x1 > phone instance config: > model: 6150 > port_device: /dev/cuad0 > connection_type: 0 > init_length: 0 > serial_baudrate: 19200 > serial_write_usleep: -1 > hardware_handshake: 0 > require_dcd: 0 > smsc_timeout: 100 > connect_script: > disconnect_script: > rfcomm_cn: 1 > sm_retry: off > Serial device: opening device /dev/cuad0 > Serial device: setting speed to 115200 > Serial device: setting RTS to low and DTR to high > Message sent: 0x40 / 0x0004 > 00 01 64 01 | d > SM_Block: exiting the retry loop > Message sent: 0x40 / 0x0004 > 00 01 64 01 | d > [Received Ack of type 40, seq: 80] > Message sent: 0x40 / 0x0004 > 00 01 64 01 | d > [Sending Ack of type 40, seq: 0] > Telephone interface init failed: Command timed out. > > And in /var/log/messages I get the following message: > > Mar 22 08:41:38 nefarian kernel: sio0: 2 more silo overflows (total 16) > > I have attached my current gnokiirc > > > -- > Morten A. Middelthon > > Remember: Silly is a state of Mind, Stupid is a way of Life. > -- Dave Butler > [global] > > # Set port to the physical serial port used to connect to your phone. > # Linux version is: > port = /dev/cuad0 > model = 6150 > > initlength = default > > connection = serial > > bindir = /usr/local/sbin/ > > use_locking = no > > serial_baudrate = 19200 > > smsc_timeout = 10 > > [connect_script] > TELEPHONE = 12345678 > [disconnect_script] > > > # The following parameters control how libgnokii handle the debugging messages. > # Currently there are three categories: "debug" controls the libgnokii > # normal debug output, "rlpdebug" controls the debug output of the RLP > # subsystem, and "xdebug" is used by the xgnokii or smsd. > > [logging] > > # where to log the debug output (on: stderr) > debug = on > > # where to log the rlp debug output (on: stderr) > rlpdebug = off > > # where to log X debug output (on: stderr) > xdebug = off -- Anders. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 15:15:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF1016A401; Wed, 22 Mar 2006 15:15:28 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A602C43D60; Wed, 22 Mar 2006 15:15:23 +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 164EDB80C; Wed, 22 Mar 2006 10:15:16 -0500 (EST) In-Reply-To: <4420D14C.4020503@FreeBSD.org> References: <4420D14C.4020503@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <065C71D7-575B-4A91-8088-BF7978E756CD@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 22 Mar 2006 10:15:13 -0500 To: Maxim Sobolev X-Mailer: Apple Mail (2.746.3) Cc: ports@freebsd.org, stable@freebsd.org, re@freebsd.org, portmgr@freebsd.org Subject: Re: Switch to using rc.d for local packages is premature for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 15:15:28 -0000 On Mar 21, 2006, at 11:23 PM, Maxim Sobolev wrote: > As part of testing how well some of our products work with latest > RELENG_6, I have make a new build and found that lot of important > services (for example PostgreSQL, Apache) doesn't start up (despite > having respective xxx_enable entries in /etc/rc.conf) when > installed from the freshly updated ports tree onto a I upgraded a server from 5.4-stable to 6.1-PRERELEASE on march 2, and postgres started up just fine as did apache 2.0. i even did a full reinstall of all ports and it continued to work. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 15:20:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3D916A41F for ; Wed, 22 Mar 2006 15:20:05 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1AF343D49 for ; Wed, 22 Mar 2006 15:20:03 +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 7A1A4B80C for ; Wed, 22 Mar 2006 10:20:03 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.3) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3ECD9860-CA1E-486F-BCCE-EE3EB8FF7DFE@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 22 Mar 2006 10:20:02 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.3) Cc: Subject: Re: How do I change kern.ipc.shmmax in FreeBSD 5.x automatically after reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 15:20:05 -0000 On Mar 22, 2006, at 6:01 AM, Kipp Holger wrote: > which are set correctly. Unfortunately, the following > two entries > > kern.ipc.shmmax="512000000" > kern.ipc.shmall="65526" > > do not change the corresponding values according > to sysctl, no matter whether I put them in > /boot/loader.conf or /etc/sysctl.conf. Here is how I bump up values to run a large-ish postgresql server under 6.0-p4: in /boot/loader.conf I have kern.ipc.semmni=32 kern.ipc.semmns=512 and in /etc/sysctl.conf I have # tuning for PostgreSQL kern.ipc.shm_use_phys=1 kern.ipc.shmmax=1073741824 kern.ipc.shmall=262144 kern.ipc.semmsl=512 kern.ipc.semmap=256 and it works just fine. IIRC it worked the same in 5.4. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 17:24:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B45716A400; Wed, 22 Mar 2006 17:24:07 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C56E43D76; Wed, 22 Mar 2006 17:24:06 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2MHNqkt012946; Wed, 22 Mar 2006 09:23:52 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2MHNmu0012943; Wed, 22 Mar 2006 09:23:48 -0800 (PST) Date: Wed, 22 Mar 2006 09:23:48 -0800 (PST) From: Matthew Dillon Message-Id: <200603221723.k2MHNmu0012943@apollo.backplane.com> To: Kostik Belousov References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603212045.39845.mi+mx@aldan.algebra.com> <200603220153.k2M1rouk007739@apollo.backplane.com> <200603212107.48601.mi+mx@aldan.algebra.com> <20060322091010.GA20929@deviant.kiev.zoral.com.ua> Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:24:07 -0000 My guess is that you are exporting the filesystem as a particular user id that is not root (i.e. you do not have -maproot=root: in the exports line on the server). What is likely happening is that the NFS client is trying to push out the pages using the root uid rather then the user uid. This is a highly probable circumstance for VM pages because once they get disassociated from the related buffer cache buffer, the cred information for the last process to modify the related VM pages is lost. When the kernel tries to flush the pages out it winds up using root creds. On DragonFly, I gave up entirely on trying to associate creds with buffers. I consider this more of a bug on the server side then on the client side. The server should automatically translate the root uid to the exported uid for I/O ops. Or, baring that, we have to add an option to the client-side mount to be able to specify a user/group id to translate all I/O requests to. -Matt From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 17:25:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA4616A41F for ; Wed, 22 Mar 2006 17:25:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B545643D64 for ; Wed, 22 Mar 2006 17:25:21 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so178736wxc for ; Wed, 22 Mar 2006 09:25:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=HTcf7PVlCwr5Aa8ECSE4DcCkn0fss/Ydi7IMuUwHCLm6nehjcio8O18U2TpFL3OCjspGnw4Nkw3g4EXsHFizXXBh7x/+MFE7v0y94PVBR/4G4vo/iXZ91gKDZcy1DTFFlN/XS3XOkzirPqKYnbgUe8F46pfLLSBtt0xhD/rOKRs= Received: by 10.70.94.8 with SMTP id r8mr1276237wxb; Wed, 22 Mar 2006 09:25:20 -0800 (PST) Received: by 10.70.27.14 with HTTP; Wed, 22 Mar 2006 09:25:20 -0800 (PST) Message-ID: <790a9fff0603220925pde587a8pe15c7087c3007ae5@mail.gmail.com> Date: Wed, 22 Mar 2006 11:25:20 -0600 From: "Scot Hetzel" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD/AMD64 6.1-Beta4: Strange problem with install CDs boot loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:25:22 -0000 I recently purchased a HP Pavilion dv8135nr Laptop. The strange problem I had was that when the boot loader would load it would crash if I didn't touch any key on the keyboard. The last thing I saw, before it crashed was it reading the /boot/loader.conf off the CD. Unfortunately, I wasn't able to read the crash, as the screen at that point was unreadable. I suspect that the point in which it crashed was when it was loading the kernel, but before it displayed the message that it was loading /boot/kernel/kernel. This problem occured with both the FreeBSD/AMD64 boot-only and disc1 install CD-ROMs. Thinking that I may need to disable something with acpi, I tried to break into the boot loader by pressing the space bar repeatedly. But it wouldn't break into the boot loader, instead it loaded the kernel and I was able to install FreeBSD/AMD64 6.1-Beta 4. Once I had FreeBSD/AMD64 6.1-Beta 4 installed, I was able to repeatedly boot the system from the Hard Drive without the boot loader crashing. Anyone else have a problem with the AMD64 install CDs? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 17:46:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5613D16A44C for ; Wed, 22 Mar 2006 17:46:59 +0000 (UTC) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A856C43D60 for ; Wed, 22 Mar 2006 17:46:58 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 81967 invoked by uid 89); 22 Mar 2006 18:30:22 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 22 Mar 2006 18:30:22 -0000 Message-ID: <013401c64dd8$9b144770$6b00000a@venti> From: "Brian K. White" To: References: Date: Wed, 22 Mar 2006 12:46:27 -0500 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:46:59 -0000 ----- Original Message ----- From: "Andy Jema" To: Cc: Sent: Wednesday, March 22, 2006 6:07 AM Subject: (no subject) > Hello! > > I gave a new try to 6.1-BETA4 on my Blade 150 recently but > there are some errors still spitting out during an installation: > > acd0: TIMEOUT - READ_BIG retrying (1 retry left) > Interrupt storm detected on "vec1996:"; throttling interrupt source > acd0: TIMEOUT - READ_BIG retrying (1 retry left) > > hw.ata.atapi_dma to 0 > dmesg: > Sun Blade 150 (UltraSPARC-IIe 650MHz), No Keyboard > Copyright 1998-2002 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.6, 512 MB memory installed, Serial #53155393. > Ethernet address 0:3:ba:2b:16:41, Host ID: 832b1641. > > > > Rebooting with command: boot cdrom > Boot device: /pci@1f,0/ide@d/cdrom@1,0:f File and args: Perhaps similarly: http://groups.google.com/group/mailing.freebsd.current/browse_frm/thread/4953b4952a84db2d/8498b3cbc5b01ca1#8498b3cbc5b01ca1 Why I think it's related: timeouts and interrupt storm in ata, only since 6.1beta4 or very recently before that (6.0stable-snap011 was fine) only when CPUTYPE is not ix86 In this case the hardware is x86 (athlonxp) so it looks like it's merely changing CPUTYPE that breaks it. Changing cputype from stock to i686 does not break it. athlon-xp is kind of silly and makes little performance difference as far as I can tell for the things I do on that box so i686 is fine, but yours, mine & some other recent messages just looks like a pattern to me. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! > >>> FreeBSD/sparc64 boot block > Boot path: /pci@1f,0/ide@d/cdrom@1,0:f > Boot loader: /boot/loader > Consoles: Open Firmware console > Boot path set to /pci@1f,0/ide@d/cdrom@1,0:a > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@s-dallas.cse.buffalo.edu, Thu Mar 16 00:29:29 UTC 2006) > bootpath="/pci@1f,0/ide@d/cdrom@1,0:a" > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0x490f08+0x5bbb8 syms=[0x8+0x63960+0x8+0x5396f] > / > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > nothing to autoload yet. > jumping to kernel entry at 0xc0060000. > Copyright (c) 1992-2006 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 6.1-BETA4 #0: Thu Mar 16 15:20:20 UTC 2006 > root@s-dallas.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "tick" frequency 650000000 Hz quality 1000 > real memory = 536870912 (512 MB) > avail memory = 506642432 (483 MB) > cpu0: Sun Microsystems UltraSparc-IIe Processor (650.00 MHz CPU) > nexus0: > pcib0: on nexus0 > pcib0: Hummingbird compatible, impl 0, version 0, ign 0x7c0, bus A > pcib0: [FAST] > pcib0: [FAST] > pcib0: [GIANT-LOCKED] > pcib0: [GIANT-LOCKED] > pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff > pci0: on pcib0 > ebus0: mem 0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff > at device 12.0 on pci0 > ebus0: : incomplete > ebus0: addr 0-0xfffff (no driver attached) > eeprom0: addr 0x100000000-0x100001fff on ebus0 > eeprom0: model mk48t59 > eeprom0: hostid 832b1641 > isab0: at device 7.0 on pci0 > isa0: on isab0 > gem0: mem 0x400000-0x41ffff at device > 12.1 on pci0 > miibus0: on gem0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > gem0: 2kB RX FIFO, 2kB TX FIFO > gem0: Ethernet address: 00:03:ba:2b:16:41 > fwohci0: mem 0x420000-0x4207ff,0x422000-0x4227ff at device > 12.2 on pci0 > fwohci0: OHCI version 1.0 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:03:ba:ff:fe:2b:16:41 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > sbp0: on firewire0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:03:ba:2b:16:41 > fwe0: Ethernet address: 02:03:ba:2b:16:41 > fwe0: if_start running deferred for Giant > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > ohci0: mem 0x2000000-0x2007fff at device 12.3 > on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > pci0: at device 3.0 (no driver attached) > pci0: at device 8.0 (no driver attached) > atapci0: port > 0xa00-0xa07,0xa18-0xa1b,0xa10-0xa17,0xa08-0xa0b,0xa20-0xa2f at device 13.0 > on pci0 > atapci0: using PIO transfers above 137GB as workaround for 48bit DMA > access bug, expect reduced performance > ata2: on atapci0 > ata3: on atapci0 > pcib1: at device 5.0 on pci0 > pci1: on pcib1 > machfb0: port 0xb00-0xbff mem > 0x3000000-0x3ffffff,0x426000-0x426fff at device 19.0 on pci0 > machfb0: 16 MB aperture at 0xd5d14000, 1 KB registers at 0x037ffc00 > machfb0: 8188 KB SDRAM 114.992 MHz, maximum RAMDAC clock 230 MHz, DSP > machfb0: resolution 1152x900 at 8 bpp > syscons0: on nexus0 > syscons0: Unknown <16 virtual consoles, flags=0x100> > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0 > uart0: console (9600,n,8,1) > uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0 > Timecounters tick every 1.000 msec > md0: Preloaded image 4194304 bytes at 0xc05a3da0 > ad0: 38166MB at ata2-master UDMA66 > acd0: CDRW at ata2-slave UDMA66 > Trying to mount root from ufs:/dev/md0 > /stand/sysinstall running as init on serial console > > Setting hw.ata.atapi_dma to 0 gives no luck :( > > Sincerely yours, > Andy > _______________________________________________ > 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 Mar 22 18:13:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265A416A41F; Wed, 22 Mar 2006 18:13:22 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C1943D7C; Wed, 22 Mar 2006 18:12:56 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k2MICpSw031842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Mar 2006 13:12:55 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id k2MICjGr044235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 13:12:46 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2MICeZD005598; Wed, 22 Mar 2006 13:12:40 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2MICc4O005597; Wed, 22 Mar 2006 13:12:38 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Wed, 22 Mar 2006 13:12:34 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <20060322091010.GA20929@deviant.kiev.zoral.com.ua> <200603221723.k2MHNmu0012943@apollo.backplane.com> In-Reply-To: <200603221723.k2MHNmu0012943@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603221312.38502.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1349/Tue Mar 21 17:54:43 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: Kostik Belousov , alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:13:22 -0000 ÓÅÒÅÄÁ 22 ÂÅÒÅÚÅÎØ 2006 12:23, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > My guess is that you are exporting the filesystem as a particular > user id that is not root (i.e. you do not have -maproot=root: in the > exports line on the server). Yes, indeed, re-exporting with -maproot=0 leads to normal behavior. Thanks for the workaround! Here are the stats: As the program is working hard, the incoming traffic on the client is about 200Kb/s (I guess, all those not yet existant pages being faulted in) and the outgoing -- about 7Kb/s with occasional spikes to 8Mb/s (I guess, this is when the flushing takes place). > š š What is likely happening is that the NFS client is trying to push out > š š the pages using the root uid rather then the user uid. šThis is a > highly probable circumstance for VM pages because once they get > disassociated from the related buffer cache buffer, the cred information > for the last process to modify the related VM pages is lost. šWhen the > kernel tries to flush the pages out it winds up using root creds. So mmap is just a more "reliable" way to trigger this problem, right? Is not this, like, a major bug? A file can be opened, written to for a while, and then -- at a semi-random moment -- the log will drop across the road? Ouch... Thanks a lot to all concerned for helping solve this problem. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 18:37:03 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA68116A427; Wed, 22 Mar 2006 18:37:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B91B43E1C; Wed, 22 Mar 2006 18:35:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3097F1A4E4A; Wed, 22 Mar 2006 10:35:25 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7136953BBA; Wed, 22 Mar 2006 13:35:24 -0500 (EST) Date: Wed, 22 Mar 2006 13:35:24 -0500 From: Kris Kennaway To: Maxim Sobolev Message-ID: <20060322183523.GA23695@xor.obsecurity.org> References: <4420D14C.4020503@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <4420D14C.4020503@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, stable@FreeBSD.org, re@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: Switch to using rc.d for local packages is premature for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:37:04 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 21, 2006 at 08:23:40PM -0800, Maxim Sobolev wrote: > Hi guys, >=20 > As part of testing how well some of our products work with latest=20 > RELENG_6, I have make a new build and found that lot of important=20 > services (for example PostgreSQL, Apache) doesn't start up (despite=20 > having respective xxx_enable entries in /etc/rc.conf) when installed=20 > from the freshly updated ports tree onto a clean, freshly updated=20 > RELENG_6 system. This is very bad, considering how close to release are= =20 > we and how much FreeBSD users rely on those services to work OOB. Did you e.g. neglect to mergemaster? This really does work for others. Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIZjrWry0BWjoQKURAilcAKCnzIfJ9DbAJZ+uewPb8HiOiYsA1wCfanbG L/0tQsLSZcq00455GtIAgko= =tVFm -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 18:47:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35FAF16A448 for ; Wed, 22 Mar 2006 18:47:02 +0000 (UTC) (envelope-from tofik@oxygen.az) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C2943E55 for ; Wed, 22 Mar 2006 18:46:00 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from [213.227.193.75] (HELO [192.168.0.178]) by mail.alkar.net (CommuniGate Pro SMTP 4.3.9) with ESMTP id 462956151; Wed, 22 Mar 2006 20:45:49 +0200 Message-ID: <4421B839.10001@oxygen.az> Date: Wed, 22 Mar 2006 20:48:57 +0000 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4421B5A2.2040500@oxygen.az> <20060322184348.GB23900@xor.obsecurity.org> In-Reply-To: <20060322184348.GB23900@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rauf@kuliyev.com, stable@freebsd.org Subject: Re: problem with mpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:47:02 -0000 Kris Kennaway wrote: >On Wed, Mar 22, 2006 at 08:37:54PM +0000, Tofik Suleymanov wrote: > > >>Hello folks, >> >>HP DL 140 box with freebsd 6.1-PRERELEASE installed: >>FreeBSD xxx.xxx.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Feb 23 >>09:23:17 EST 2006 root@xxx.xxx.com:/usr/obj/usr/src/sys/GENERIC i386 >> >>When i do intensive scp over network, or e.g. issue pretty large >>SELECT/UPDATE in PostgreSQL i get perfomance degradation.Need to say, >>that i've tried 6.0-RELEASE also, but no success. >> >> > >Please report this on stable@ > >Kris > > Hello folks, HP DL 140 box with freebsd 6.1-PRERELEASE installed: FreeBSD xxx.xxx.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Feb 23 09:23:17 EST 2006 root@xxx.xxx.com:/usr/obj/usr/src/sys/GENERIC i386 When i do intensive scp over network, or e.g. issue pretty large SELECT/UPDATE in PostgreSQL i get perfomance degradation.Need to say, that i've tried 6.0-RELEASE also, but no success. I've been suspecting cards to be somehow broken and therefore tried this on other two identical boxes (same harddware, same os) but again, no success. Below are the logs in /var/log/messages: Mar 17 12:33:21 xxx kernel: mpt0: Request 0xc4bbf3d8 Timed out. Mar 17 12:33:21 xxx kernel: mpt0: Request 0xc4bbf4c8 Timed out. Mar 17 12:33:21 xxx kernel: mpt0: Request 0xc4bbf540 Timed out. Mar 17 12:33:21 xxx kernel: mpt0: Request 0xc4bc0008 Timed out. Mar 17 12:33:21 xxx kernel: mpt0: Request 0xc4bbf630 Timed out. Mar 17 12:33:21 xxx kernel: mpt0: Request 0xc4bc0350 Timed out. Mar 17 12:38:37 xxx kernel: mpt0: Request 0xc4bc0530 Timed out. Mar 17 12:38:37 xxx kernel: mpt0: Request 0xc4bc02b0 Timed out. Mar 17 12:38:37 xxx kernel: mpt0: mpt_recover_commands: Abort timed-out.Resetting controller Mar 17 12:38:37 xxx kernel: mpt0: soft reset failed: ack timeout Mar 17 12:38:37 xxx kernel: mpt0: WARNING - Failed hard reset! Trying to initialize anyway. Mar 17 12:38:37 xxx kernel: mpt0: Unhandled Event Notify Frame. Event 0xc086254d. Mar 17 12:38:37 xxx kernel: (da0:mpt0:0:0:0): WRITE(10). CDB: 2a 0 4 37 c7 8f 0 0 20 0 Mar 17 12:38:37 xxx kernel: (da0:mpt0:0:0:0): CAM Status: SCSI Status Error Mar 17 12:38:37 xxx kernel: (da0:mpt0:0:0:0): SCSI Status: Check Condition Mar 17 12:38:37 xxx kernel: (da0:mpt0:0:0:0): UNIT ATTENTION asc:29,2 Mar 17 12:38:37 xxx kernel: (da0:mpt0:0:0:0): Scsi bus reset occurred Mar 17 12:38:37 xxx kernel: (da0:mpt0:0:0:0): Retrying Command (per Sense Data) here is the dmesg: Copyright (c) 1992-2006 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 6.1-PRERELEASE #0: Thu Feb 23 09:23:17 EST 2006 root@radius.gltcall.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2822.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1041223680 (992 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: irq 5 at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 5 at device 4.0 on pci0 pci2: on pcib2 bge0: mem 0xdd100000-0xdd10ffff irq 5 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:15:60:5f:42:0c pcib3: irq 5 at device 5.0 on pci0 pci3: on pcib3 bge1: mem 0xdd200000-0xdd20ffff irq 5 at device 0.0 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:15:60:5f:42:0d pcib4: irq 5 at device 6.0 on pci0 pci4: on pcib4 pcib5: at device 0.0 on pci4 pci5: on pcib5 pci4: at device 0.1 (no driver attached) pcib6: at device 0.2 on pci4 pci6: on pcib6 mpt0: port 0x2000-0x20ff mem 0xdd420000-0xdd43ffff,0xdd400000-0xdd41ffff irq 5 at device 3.0 on pci6 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.14.0 mpt0: Unhandled Event Notify Frame. Event 0xa. pci4: at device 0.3 (no driver attached) uhci0: port 0x1400-0x141f irq 5 at device 29.0 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 uhci1: port 0x1420-0x143f irq 3 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xdd001000-0xdd0013ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1460-0x146f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcb000-0xcefff,0xdc000-0xdffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 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: 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 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) fdc1: No FDOUT register! Timecounter "TSC" frequency 2822509403 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 34732MB (71132000 512 byte sectors: 255H 63S/T 4427C) Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to UP Thank you, Tofik Suleymanov From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 18:53:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 513B816A425 for ; Wed, 22 Mar 2006 18:53:42 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (host65.simplicato.com [207.99.47.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FDF443D7E for ; Wed, 22 Mar 2006 18:53:39 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (localhost [127.0.0.1]) by mail14.simplicato.com (Postfix) with ESMTP id 4F0674394 for ; Wed, 22 Mar 2006 13:53:38 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail14.simplicato.com (Postfix) with ESMTP id 1622B438D for ; Wed, 22 Mar 2006 13:53:38 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Wed, 22 Mar 2006 13:53:37 -0500 Date: Wed, 22 Mar 2006 13:53:37 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060322185337.GA18912@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <4420D14C.4020503@FreeBSD.org> <20060322183523.GA23695@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20060322183523.GA23695@xor.obsecurity.org> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Switch to using rc.d for local packages is premature for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:53:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Mar 22, 2006 at 01:35:24PM -0500, Kris Kennaway wrote: > On Tue, Mar 21, 2006 at 08:23:40PM -0800, Maxim Sobolev wrote: > > Hi guys, > > > > As part of testing how well some of our products work with latest > > RELENG_6, I have make a new build and found that lot of important > > services (for example PostgreSQL, Apache) doesn't start up (despite > > having respective xxx_enable entries in /etc/rc.conf) when installed > > from the freshly updated ports tree onto a clean, freshly updated > > RELENG_6 system. This is very bad, considering how close to release are > > we and how much FreeBSD users rely on those services to work OOB. > > Did you e.g. neglect to mergemaster? This really does work for others. The really stupid question (only because it happened to me, but I'm stupid). You're not running them in a jail, are you? In that case, one has to add early_late_divider="NETWORKING to the jail's rc.conf. (At least that fixed it for me, thanks to Doug B. who was nice enough to not point out that had I looked at the rc.conf man page, I could have found the solution myself.) - -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: You were looking at my neck. Angel: What? Xander: You were checking out my neck, I saw that. Angel: No, I wasn't. Xander: Just keep your distance, pal. Angel: I wasn't looking at your neck. Xander: I told you to eat before we left. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIZ0x+lTVdes0Z9YRAua4AKCRyNgi+wxEXPGVwesMrf5wC7NSxwCgjFlV /zfsxtWgFBm3yLjUupPda7k= =LW+O -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 19:03:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBEE416A422; Wed, 22 Mar 2006 19:03:15 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF1143D6D; Wed, 22 Mar 2006 19:03:15 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2MJ37O1013572; Wed, 22 Mar 2006 11:03:08 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2MJ37Iq013571; Wed, 22 Mar 2006 11:03:07 -0800 (PST) Date: Wed, 22 Mar 2006 11:03:07 -0800 (PST) From: Matthew Dillon Message-Id: <200603221903.k2MJ37Iq013571@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <20060322091010.GA20929@deviant.kiev.zoral.com.ua> <200603221723.k2MHNmu0012943@apollo.backplane.com> <200603221312.38502.mi+mx@aldan.algebra.com> Cc: Kostik Belousov , alc@freebsd.org, stable@freebsd.org Subject: Re: more weird bugs with mmap-ing via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:03:15 -0000 :So mmap is just a more "reliable" way to trigger this problem, right? : :Is not this, like, a major bug? A file can be opened, written to for a while, :and then -- at a semi-random moment -- the log will drop across the road? :Ouch... : :Thanks a lot to all concerned for helping solve this problem. Yours, : : -mi I consider it a bug. I think the only way to reliably fix the problem is to give the client the ability to specify the uid to issue RPCs with in the NFS mount command, to match what the export does. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 19:28:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8B316A401; Wed, 22 Mar 2006 19:28:21 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 423FD43D58; Wed, 22 Mar 2006 19:28:05 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k2MJS0W8032029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Mar 2006 14:28:04 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id k2MJRsp8046611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 14:27:55 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2MJRnEX005993; Wed, 22 Mar 2006 14:27:49 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2MJRj7Y005992; Wed, 22 Mar 2006 14:27:45 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Wed, 22 Mar 2006 14:27:44 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603221312.38502.mi+mx@aldan.algebra.com> <200603221903.k2MJ37Iq013571@apollo.backplane.com> In-Reply-To: <200603221903.k2MJ37Iq013571@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603221427.45219.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1349/Tue Mar 21 17:54:43 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: Kostik Belousov , alc@freebsd.org, stable@freebsd.org Subject: flushing "anonymous" buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:28:21 -0000 ÓÅÒÅÄÁ 22 ÂÅÒÅÚÅÎØ 2006 14:03, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š I consider it a bug. šI think the only way to reliably fix the problem > š š is to give the client the ability to specify the uid to issue RPCs with > š š in the NFS mount command, to match what the export does. So, the problem is, the dirtied buffers _sometimes_ lose their owner and thus become root-owned. When the NFS client tries to flush them out, the NFS server (by default suspecting remote roots of being evil) rejects the flushing, which brings the client to its weak knees. 1. Do the yet unflushed buffers really have to be anonymous? 2. Can't the client's knees be strengthened in this regard? Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 20:20:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFBF16A41F; Wed, 22 Mar 2006 20:20:35 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D7543D48; Wed, 22 Mar 2006 20:20:34 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2MKKKqI014000; Wed, 22 Mar 2006 12:20:20 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2MKKKIF013999; Wed, 22 Mar 2006 12:20:20 -0800 (PST) Date: Wed, 22 Mar 2006 12:20:20 -0800 (PST) From: Matthew Dillon Message-Id: <200603222020.k2MKKKIF013999@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603221312.38502.mi+mx@aldan.algebra.com> <200603221903.k2MJ37Iq013571@apollo.backplane.com> <200603221427.45219.mi+mx@aldan.algebra.com> Cc: Kostik Belousov , alc@freebsd.org, stable@freebsd.org Subject: Re: flushing "anonymous" buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:20:35 -0000 :So, the problem is, the dirtied buffers _sometimes_ lose their owner and thus :become root-owned. When the NFS client tries to flush them out, the NFS :server (by default suspecting remote roots of being evil) rejects the :flushing, which brings the client to its weak knees. : :1. Do the yet unflushed buffers really have to be anonymous? : :2. Can't the client's knees be strengthened in this regard? : :Thanks! : : -mi Basically correct, though its not the buffers that get lost, its that the VM pages get disconnected from the buffers when the buffers are recycled, then get reconnected (sans creds info) later on. The basic answer is that we don't want to strengthen the client with regards to buffer/VM page creds, because buffers and VM pages are cached items in the system and can potentially have many different 'owners'. The entire cred infrastructure for buffers was a terrible hack put into place many years ago, solely to support NFS. It created a huge mess in the system code and didn't even solve the problem (as you found out). I've already removed most of that junk from DragonFly and I would argue that there isn't much point keeping it in FreeBSD either. The only real solution is to make the NFS client aware of the restricted user id exported by the server by requiring that the same uid be specified in the mount command the client uses to mount the NFS partition. The NFS client would then use that user id for all write I/O operations. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 21:49:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DEA316A420; Wed, 22 Mar 2006 21:49:43 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra01.ch.as12513.net (mra01.ch.as12513.net [82.153.252.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADA1F43D6B; Wed, 22 Mar 2006 21:49:30 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra01.ch.as12513.net (Postfix) with ESMTP id 390A228C8CE; Wed, 22 Mar 2006 21:49:29 +0000 (GMT) Received: from mra01.ch.as12513.net ([127.0.0.1]) by localhost (mra01.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12489-01-61; Wed, 22 Mar 2006 21:49:28 +0000 (GMT) Received: from funkalicious (unknown [82.152.93.225]) by mra01.ch.as12513.net (Postfix) with ESMTP id 0833A28C839; Wed, 22 Mar 2006 21:49:26 +0000 (GMT) From: Adam Retter To: Thomas Quinot In-Reply-To: <20060322121045.GA7564@melamine.cuivre.fr.eu.org> References: <1143025133.756.8.camel@funkalicious> <20060322110119.GE4899@melamine.cuivre.fr.eu.org> <1143026210.756.10.camel@funkalicious> <20060322121045.GA7564@melamine.cuivre.fr.eu.org> Content-Type: multipart/mixed; boundary="=-P3rGuT/5KjXOU/dLaLJ+" Date: Wed, 22 Mar 2006 21:49:26 +0000 Message-Id: <1143064166.821.1.camel@funkalicious> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:49:43 -0000 --=-P3rGuT/5KjXOU/dLaLJ+ Content-Type: text/plain Content-Transfer-Encoding: 7bit Attached is my output from "boot -h -v" for my kernel with atapicam compiled in. Hope it sheds some light on the problem... On Wed, 2006-03-22 at 13:10 +0100, Thomas Quinot wrote: > * Adam Retter, 2006-03-22 : > > > For booting with or without the apaicam module compiled into the Kernel? > > With ATAPI/CAM would be more useful. > > Thanks, > Thomas. > > _______________________________________________ > 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" --=-P3rGuT/5KjXOU/dLaLJ+ Content-Disposition: attachment; filename=atapicam-boot-verbose.txt Content-Type: text/plain; name=atapicam-boot-verbose.txt; charset=us-ascii Content-Transfer-Encoding: 7bit SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000007fef0000 SMAP type=03 base=000000007fff0000 len=0000000000008000 SMAP type=04 base=000000007fff8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fff00000 len=0000000000100000 Copyright (c) 1992-2006 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 6.1-PRERELEASE #10: Wed Mar 22 15:20:54 GMT 2006 adam@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c96000. Preloaded elf module "/boot/kernel/linprocfs.ko" at 0xc0c96198. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c96248. Preloaded elf module "/boot/modules/hpt374.ko" at 0xc0c962f4. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c963a0. Preloaded elf module "/boot/modules/kqemu.ko" at 0xc0c9644c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c964f8. Calibrating clock(s) ... i8254 clock: 1193409 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3245465384 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3245.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000007dbb7fff, 2092511232 bytes (510867 pages) avail memory = 2092376064 (1995 MB) MP Configuration Table version 1.4 found at 0xc00f6170 Table 'FACP' at 0x7fff0030 Table 'APIC' at 0x7fff00c0 MADT: Found table at 0x7fff00c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled MADT: Found CPU APIC ID 1 ACPI ID 2: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb81 pnpbios: Found PnP BIOS data at 0xc00f75e0 pnpbios: Entry = f0000:63cf Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled io: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 00 10 40 05 07 01 00 01 1a 01 00 01 30 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 VESA: 32 mode(s) found VESA: v3.0, 262144k memory, flags:0x1, mode table:0xc0733022 (1000022) VESA: NVIDIA VESA: NVIDIA Corporation nv40 Board - p201-7 Chip Rev kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. null: ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 49 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f7c10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 1 B 0x61 3 4 6 7 10 11 12 14 15 embedded 0 2 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 3 B 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 29 B 0x63 3 4 6 7 10 11 12 14 15 embedded 0 29 C 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 12 14 15 embedded 0 31 A 0x62 3 4 6 7 10 11 12 14 15 embedded 0 31 B 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 1 A 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 1 B 0x62 3 4 6 7 10 11 12 14 15 slot 1 2 1 C 0x63 3 4 6 7 10 11 12 14 15 slot 1 2 1 D 0x60 3 4 6 7 10 11 12 14 15 slot 2 2 2 A 0x62 3 4 6 7 10 11 12 14 15 slot 2 2 2 B 0x63 3 4 6 7 10 11 12 14 15 slot 2 2 2 C 0x60 3 4 6 7 10 11 12 14 15 slot 2 2 2 D 0x61 3 4 6 7 10 11 12 14 15 slot 3 2 3 A 0x63 3 4 6 7 10 11 12 14 15 slot 3 2 3 B 0x60 3 4 6 7 10 11 12 14 15 slot 3 2 3 C 0x61 3 4 6 7 10 11 12 14 15 slot 3 2 3 D 0x62 3 4 6 7 10 11 12 14 15 slot 4 2 5 A 0x61 3 4 6 7 10 11 12 14 15 slot 4 2 5 B 0x62 3 4 6 7 10 11 12 14 15 slot 4 2 5 C 0x63 3 4 6 7 10 11 12 14 15 slot 4 2 5 D 0x60 3 4 6 7 10 11 12 14 15 slot 5 2 4 A 0x60 3 4 6 7 10 11 12 14 15 slot 5 2 4 B 0x61 3 4 6 7 10 11 12 14 15 slot 5 2 4 C 0x62 3 4 6 7 10 11 12 14 15 slot 5 2 4 D 0x63 3 4 6 7 10 11 12 14 15 embedded 2 11 A 0x6b 3 4 5 6 7 12 14 15 embedded 2 8 A 0x68 3 4 6 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x8086, dev=0x2571, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0d (3250 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000c000, size 3, enabled map[14]: type 4, range 32, base 0000bc00, size 2, enabled map[18]: type 4, range 32, base 0000b800, size 3, enabled map[1c]: type 4, range 32, base 0000b400, size 2, enabled map[20]: type 4, range 32, base 0000b000, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[18]: type 4, range 32, base 0000e400, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=14 map[20]: type 4, range 32, base 00000c00, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 8, enabled map[14]: type 4, range 32, base 0000c400, size 6, enabled map[18]: type 1, range 32, base febffa00, size 9, enabled map[1c]: type 1, range 32, base febff900, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfa900000-0xfe9fffff pcib1: prefetched decode 0xbff00000-0xdfefffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0042, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 3, range 32, base c0000000, size 28, enabled pcib1: (null) requested memory range 0xc0000000-0xcfffffff: good map[18]: type 1, range 32, base fc000000, size 24, enabled pcib1: (null) requested memory range 0xfc000000-0xfcffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 nvidia0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfd000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 nvidia0: Reserved 0x1000000 bytes for rid 0x18 type 3 at 0xfc000000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 nvidia0: [GIANT-LOCKED] uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 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 uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebffc00 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x7000-0x9fff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1103, dev=0x0008, revid=0x07 bus=2, slot=5, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008800, size 3, enabled pcib2: (null) requested I/O range 0x8800-0x8807: in range map[14]: type 4, range 32, base 00008400, size 2, enabled pcib2: (null) requested I/O range 0x8400-0x8403: in range map[18]: type 4, range 32, base 00008000, size 3, enabled pcib2: (null) requested I/O range 0x8000-0x8007: in range map[1c]: type 4, range 32, base 00007c00, size 2, enabled pcib2: (null) requested I/O range 0x7c00-0x7c03: in range map[20]: type 4, range 32, base 00007800, size 8, enabled pcib2: (null) requested I/O range 0x7800-0x78ff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x1103, dev=0x0008, revid=0x07 bus=2, slot=5, func=1 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009c00, size 3, enabled pcib2: (null) requested I/O range 0x9c00-0x9c07: in range map[14]: type 4, range 32, base 00009800, size 2, enabled pcib2: (null) requested I/O range 0x9800-0x9803: in range map[18]: type 4, range 32, base 00009400, size 3, enabled pcib2: (null) requested I/O range 0x9400-0x9407: in range map[1c]: type 4, range 32, base 00009000, size 2, enabled pcib2: (null) requested I/O range 0x9000-0x9003: in range map[20]: type 4, range 32, base 00008c00, size 8, enabled pcib2: (null) requested I/O range 0x8c00-0x8cff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=2, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00007400, size 8, enabled pcib2: (null) requested I/O range 0x7400-0x74ff: in range map[14]: type 1, range 32, base feadff00, size 8, enabled pcib2: (null) requested memory range 0xfeadff00-0xfeadffff: good pcib2: matched entry for 2.11.INTA pcib2: slot 11 INTA hardwired to IRQ 23 hpt3740: port 0x8800-0x8807,0x8400-0x8403,0x8000-0x8007,0x7c00-0x7c03,0x7800-0x78ff irq 17 at device 5.0 on pci2 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 54 hpt3740: [GIANT-LOCKED] hpt3741: port 0x9c00-0x9c07,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8c00-0x8cff irq 17 at device 5.1 on pci2 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7400 pcib2: rl0 requested I/O range 0x7400-0x74ff: in range rl0: port 0x7400-0x74ff mem 0xfeadff00-0xfeadffff irq 23 at device 11.0 on pci2 pcib2: rl0 requested I/O range 0x7400-0x74ff: in range miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:0c:76:51:b6:28 rl0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb000 atapci0: [MPSAFE] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbc00 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb400 ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat1=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: reset tp2 stat0=b8 stat1=b8 devices=0x0 ata3: [MPSAFE] atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci1: [MPSAFE] ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata4: reset tp1 mask=01 ostat0=80 ostat1=00 ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata5: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata5: reset tp1 mask=01 ostat0=7f ostat1=00 ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=00 devices=0x0 ata5: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xc800-0xc8ff,0xc400-0xc43f mem 0xfebffa00-0xfebffbff,0xfebff900-0xfebff9ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xfebffa00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xfebff900 pcm0: [MPSAFE] pcm0: primary codec not ready! pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 7d7a0000, 4000; 0xe6e92000 -> 7d7a0000 pcm0: sndbuf_setmap 7d79c000, 4000; 0xe6e96000 -> 7d79c000 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xcc21 0xcc31 0xcc21 0xcc21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP/NIBBLE_ID/ECP_ID/Extensibility Link Probing for PnP devices on ppbus0: ppbus0: SCP,VLINK ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ioapic0: routing intpin 7 (ISA IRQ 7) to vector 59 atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd2fff,0xd3000-0xd57ff,0xe0000-0xe0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 60 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 61 ata1: [MPSAFE] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcca1 0xcca1 0xcca1 0xcca1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ufm0: GemTek Corp USB FM Radio, rev 1.00/4.10, addr 2 Device configuration finished. RocketRAID 154x/1640 SATA Controller driver Version 1.12s hpt374: RAID5 write-back enabled Reducing kern.maxvnodes 134112 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 101420692 hz Timecounter "TSC" frequency 3245465384 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata2-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: DVDROM drive at ata2 as master acd0: read 6776KB/s (6877KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 512 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip acd1: DVDR drive at ata2 as slave acd1: read 173KB/s (6876KB/s) write 6876KB/s (6876KB/s), 2048KB buffer, UDMA66 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, DVDR, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 117246MB at ata4-master SATA150 ad8: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue ad8: Intel check1 failed ad8: Adaptec check1 failed ad8: LSI (v3) check1 failed ad8: LSI (v2) check1 failed ad8: FreeBSD check1 failed pcm0: measured ac97 link rate at 48004 Hz, will use 48000 Hz GEOM: new disk ad8 (probe2:hpt3740:0:0:0): error 22 (probe2:hpt3740:0:0:0): Unretryable Error (probe3:hpt3740:0:1:0): error 22 (probe3:hpt3740:0:1:0): Unretryable Error (probe9:hpt3740:0:7:0): error 22 (probe9:hpt3740:0:7:0): Unretryable Error (probe10:hpt3740:0:8:0): error 22 (probe10:hpt3740:0:8:0): Unretryable Error (probe16:hpt3740:0:14:0): error 22 (probe16:hpt3740:0:14:0): Unretryable Error (probe4:hpt3740:0:2:0): error 22 (probe4:hpt3740:0:2:0): Unretryable Error (probe5:hpt3740:0:3:0): error 22 (probe5:hpt3740:0:3:0): Unretryable Error (probe6:hpt3740:0:4:0): error 22 (probe6:hpt3740:0:4:0): Unretryable Error (probe7:hpt3740:0:5:0): error 22 (probe7:hpt3740:0:5:0): Unretryable Error (probe8:hpt3740:0:6:0): error 22 (probe8:hpt3740:0:6:0): Unretryable Error (probe11:hpt3740:0:9:0): error 22 (probe11:hpt3740:0:9:0): Unretryable Error (probe12:hpt3740:0:10:0): error 22 (probe12:hpt3740:0:10:0): Unretryable Error (probe13:hpt3740:0:11:0): error 22 (probe13:hpt3740:0:11:0): Unretryable Error (probe14:hpt3740:0:12:0): error 22 (probe14:hpt3740:0:12:0): Unretryable Error (probe15:hpt3740:0:13:0): error 22 (probe15:hpt3740:0:13:0): Unretryable Error (probe17:hpt3740:0:15:0): error 22 (probe17:hpt3740:0:15:0): Unretryable Error ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. (probe0:ata2:0:0:0): error 6 (probe0:ata2:0:0:0): Unretryable Error (probe1:ata2:0:1:0): error 6 (probe1:ata2:0:1:0): Unretryable Error ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. --=-P3rGuT/5KjXOU/dLaLJ+-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 23:34:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB5916A401; Wed, 22 Mar 2006 23:34:04 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79E443D53; Wed, 22 Mar 2006 23:34:03 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2MNXoFB015013; Wed, 22 Mar 2006 15:33:50 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2MNXnP8015012; Wed, 22 Mar 2006 15:33:49 -0800 (PST) Date: Wed, 22 Mar 2006 15:33:49 -0800 (PST) From: Matthew Dillon Message-Id: <200603222333.k2MNXnP8015012@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603221427.45219.mi+mx@aldan.algebra.com> <200603222020.k2MKKKIF013999@apollo.backplane.com> <200603221659.04157.mi+mx@aldan.algebra.com> Cc: Kostik Belousov , alc@freebsd.org, stable@freebsd.org Subject: Re: flushing "anonymous" buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:34:04 -0000 :What about different users accessing the same share from the same client? : : -mi Yah, you're right. That wouldn't work. It would have to be a server-side solution. Basically the server would have to accept root creds but instead of translating them to a fixed uid it should allow the I/O operation to run as long as some non-root user would be able to do the I/O op. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 22 23:40:30 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE4AD16A420 for ; Wed, 22 Mar 2006 23:40:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 97A1243D45 for ; Wed, 22 Mar 2006 23:40:28 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 97933 invoked by uid 399); 22 Mar 2006 23:40:25 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Mar 2006 23:40:25 -0000 Message-ID: <4421E066.7020905@FreeBSD.org> Date: Wed, 22 Mar 2006 15:40:22 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Maxim Sobolev References: <4420D14C.4020503@FreeBSD.org> In-Reply-To: <4420D14C.4020503@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, stable@FreeBSD.org, re@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: Switch to using rc.d for local packages is premature for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:40:30 -0000 Maxim Sobolev wrote: > Hi guys, > > As part of testing how well some of our products work with latest > RELENG_6, I have make a new build and found that lot of important > services (for example PostgreSQL, Apache) doesn't start up (despite > having respective xxx_enable entries in /etc/rc.conf) when installed > from the freshly updated ports tree onto a clean, freshly updated > RELENG_6 system. This is very bad, considering how close to release are > we and how much FreeBSD users rely on those services to work OOB. While I can certainly appreciate your frustration, "it doesn't work" isn't much of a bug report. You mentioned latest RELENG_6, and if you got the new local_startup code then I assume that you've mergemaster'ed, that leaves your ports. Are you using the latest versions of everything? The two specific examples you gave have both been updated since the first of the year to address problems that surfaced after the local_startup change was mfc'ed. > I would expect them to be really pissed off when lot of important > services just don't work after upgrading their server from 6.0 to 6.1 or > after installing it from install cd. This is apparently caused by the > fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one > now (sufficiently newstyle to pass find_local_scripts_new check), but > few of them were actually tested to work correctly in fully rc.d > environment. On the contrary, as I said above, the two you mentioned specifically have both been upgraded for the new environment. If you can provide more information (perhaps as a followup to the -ports list) I'm sure we can help you debug it more thoroughly. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 01:06:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5999B16A400 for ; Thu, 23 Mar 2006 01:06:36 +0000 (UTC) (envelope-from poczta@andrzejcuber.pl) Received: from host21.nazwa.net.pl (server154091.rev.netart.pl [85.128.154.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D93843D45 for ; Thu, 23 Mar 2006 01:06:34 +0000 (GMT) (envelope-from poczta@andrzejcuber.pl) Received: from [192.168.3.2] (chello081018217110.chello.pl [81.18.217.110]) (authenticated bits=0) by host21.nazwa.net.pl (8.12.11/8.12.11) with ESMTP id k2N16FZg029456 for ; Thu, 23 Mar 2006 02:06:21 +0100 Message-ID: <4421F47F.3050104@andrzejcuber.pl> Date: Thu, 23 Mar 2006 02:06:07 +0100 From: Andrzej Cuber User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 01:06:36 -0000 Hello Everyone, for the last 5 years I was using Red Hat and Fedora Core Linuxes. With the beginning of the current year I installed FreeBSD Release 6 on one of my servers. It took me about a week to setup the system but I am very happy with it now. I build most of the stuff from the sources using ports. What I found strange is that the configuration files of different services are located in two different places. Most configuration which was installed from the CD is located at /etc but everything what I built from sources is located at /usr/local/etc. Maybe this is the way it use to be on Unix based systems. In RedHat and Fedora distributions all configuration files are located at /etc. I am very new to FreeBSD but I found it difficult. After installing desired package I have to add it to /etc/rc.conf in order to start it as a service and then I have to look for configuration folder in /usr/local/etc. Is there any reason why the configuration files are placed in those different locations? -- pozdrawiam / best regards Andrzej Cuber +48 504 271-977 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 01:28:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE71B16A41F for ; Thu, 23 Mar 2006 01:28:45 +0000 (UTC) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FC743D46 for ; Thu, 23 Mar 2006 01:28:44 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.4/8.13.1) with ESMTP id k2N1SCwl024007; Wed, 22 Mar 2006 17:28:13 -0800 (PST) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.4/8.13.1/Submit) id k2N1SAgt024006; Wed, 22 Mar 2006 17:28:10 -0800 (PST) (envelope-from kline) Date: Wed, 22 Mar 2006 17:28:05 -0800 From: Gary Kline To: Andrzej Cuber Message-ID: <20060323012805.GB23902@thought.org> References: <4421F47F.3050104@andrzejcuber.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4421F47F.3050104@andrzejcuber.pl> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 19+ years of service to the Unix community Cc: freebsd-stable@freebsd.org Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 01:28:45 -0000 On Thu, Mar 23, 2006 at 02:06:07AM +0100, Andrzej Cuber wrote: > Hello Everyone, > > for the last 5 years I was using Red Hat and Fedora Core Linuxes. > With the beginning of the current year I installed FreeBSD Release 6 on one > of my servers. > It took me about a week to setup the system but I am very happy with it now. > > I build most of the stuff from the sources using ports. > What I found strange is that the configuration files of different services > are located in two different places. Most configuration which was installed > from the CD is located at /etc but everything what I built from sources is > located at /usr/local/etc. Maybe this is the way it use to be on Unix > based systems. I think having a /usr/local/etc is "new" (past decade maybe), but the /usr/local directory paradigm is a Berkeley thing. It probably began with the 4.X distribution; I began using Unix with V6 and there was no "local" directory. > > In RedHat and Fedora distributions all configuration files are located at > /etc. > I am very new to FreeBSD but I found it difficult. After installing desired > package I have to add it to /etc/rc.conf in order to start it as a service > and then I have to look for configuration folder in /usr/local/etc. > > Is there any reason why the configuration files are placed in those > different locations? I'd guess just custom/habit/the-way-it's-always-been-done. It makes sense to me to have the etc directories at least symlinked. Or the option-of having it. BUT .... gary > > -- > pozdrawiam / best regards > Andrzej Cuber > +48 504 271-977 > _______________________________________________ > 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" -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 02:37:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F108616A401 for ; Thu, 23 Mar 2006 02:37:47 +0000 (UTC) (envelope-from ypingyuan@yahoo.com) Received: from web31915.mail.mud.yahoo.com (web31915.mail.mud.yahoo.com [68.142.207.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 9284343D48 for ; Thu, 23 Mar 2006 02:37:47 +0000 (GMT) (envelope-from ypingyuan@yahoo.com) Received: (qmail 99430 invoked by uid 60001); 23 Mar 2006 02:37:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=504XDpBBD28+Jr1zHgxum9ib/AAZYiruXoZ9DAKixaprmVj2xbXwgU4TnxH0s/HRWOFhcPM56SXzT6wovPByCaQwmuF6s0bbw2xUlyW4uS9GvoXc0VzxHZMtN/JqxFv47pgyS7Jqt4kpRg8SZzMaKnJHmWHWBODBT9F8Ef9kNyw= ; Message-ID: <20060323023747.99428.qmail@web31915.mail.mud.yahoo.com> Received: from [220.234.201.236] by web31915.mail.mud.yahoo.com via HTTP; Wed, 22 Mar 2006 18:37:47 PST Date: Wed, 22 Mar 2006 18:37:47 -0800 (PST) From: Yang Pingyuan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Error in installation of cyrus-imapd22!! again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 02:37:48 -0000 Error in installation of cyrus-imapd22!! on: FreeBSD srim.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Tue Nov 15 11:01:02 CST 2005 root@srim.org:/usr/obj/usr/src/sys/NUCLEUS i386 ports tree is up do date, have make clean, then make ...... ### Making all in /usr/ports/mail/cyrus-imapd22/work/cyrus-imapd-2.2.12/master cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe master.c In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:245:1: warning: "HAVE_GETADDRINFO" redefined In file included from master.c:44: ../config.h:112:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:943:1: warning: "PACKAGE_BUGREPORT" redefined In file included from master.c:44: ../config.h:288:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:946:1: warning: "PACKAGE_NAME" redefined In file included from master.c:44: ../config.h:291:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:949:1: warning: "PACKAGE_STRING" redefined In file included from master.c:44: ../config.h:294:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:952:1: warning: "PACKAGE_TARNAME" redefined In file included from master.c:44: ../config.h:297:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:955:1: warning: "PACKAGE_VERSION" redefined In file included from master.c:44: ../config.h:300:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:1365:1: warning: "HAVE_SOCKLEN_T" redefined In file included from master.c:44: ../config.h:188:1: warning: this is the location of the previous definition cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe masterconf.c cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe cyrusMasterMIB.c In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:245:1: warning: "HAVE_GETADDRINFO" redefined In file included from cyrusMasterMIB.c:1: ../config.h:112:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:943:1: warning: "PACKAGE_BUGREPORT" redefined In file included from cyrusMasterMIB.c:1: ../config.h:288:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:946:1: warning: "PACKAGE_NAME" redefined In file included from cyrusMasterMIB.c:1: ../config.h:291:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:949:1: warning: "PACKAGE_STRING" redefined In file included from cyrusMasterMIB.c:1: ../config.h:294:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:952:1: warning: "PACKAGE_TARNAME" redefined In file included from cyrusMasterMIB.c:1: ../config.h:297:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:955:1: warning: "PACKAGE_VERSION" redefined In file included from cyrusMasterMIB.c:1: ../config.h:300:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:1365:1: warning: "HAVE_SOCKLEN_T" redefined In file included from cyrusMasterMIB.c:1: ../config.h:188:1: warning: this is the location of the previous definition cc -L/usr/local/lib/perl5/5.8.8/mach/CORE -R/usr/local/lib/perl5/5.8.8/mach/CORE -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -rpath=/usr/lib:/usr/local/lib -L/usr/local -o master master.o masterconf.o cyrusMasterMIB.o ../lib/lock_fcntl.o ../lib/libcyrus_min.a -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lnetsnmpmibs -lnetsnmpagent -lnetsnmphelpers -lnetsnmp -lkvm -lz -lcrypto -lm -lkvm -ldevstat -ldevstat -lwrap -Wl,-R/usr/local/lib/perl5/5.8.7/mach/CORE -pthread -Wl,-E -L/usr/local/lib /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.7/mach/CORE -lperl -lm -lcrypt -lutil -lwrap -lgssapi -lkrb5 -lasn1 -lroken -lcrypt -lcom_err -lfl -L/usr/local/lib -R/usr/local/lib -ldb-4.2 -lssl -lcrypto -lmd ../et/libcom_err.a cc: /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a: No such file or directory *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd22/work/cyrus-imapd-2.2.12/master. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd22/work/cyrus-imapd-2.2.12. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd22. srim# __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 03:13:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F36A16A400 for ; Thu, 23 Mar 2006 03:13:23 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E061443D45 for ; Thu, 23 Mar 2006 03:13:22 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 3DC488A0043 for ; Wed, 22 Mar 2006 19:17:59 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 70262-01-3 for ; Wed, 22 Mar 2006 19:17:52 -0800 (PST) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 4B03B8A0052 for ; Wed, 22 Mar 2006 19:17:52 -0800 (PST) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 949C2900044E for ; Wed, 22 Mar 2006 19:13:14 -0800 (PST) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Wed, 22 Mar 2006 19:13:14 -0800 (PST) Message-ID: <60521.24.71.118.34.1143083594.squirrel@webmail.sd73.bc.ca> In-Reply-To: <4421F47F.3050104@andrzejcuber.pl> References: <4421F47F.3050104@andrzejcuber.pl> Date: Wed, 22 Mar 2006 19:13:14 -0800 (PST) From: "Freddie Cash" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 03:13:23 -0000 On Wed, March 22, 2006 5:06 pm, Andrzej Cuber wrote: > for the last 5 years I was using Red Hat and Fedora Core Linuxes. With > the beginning of the current year I installed FreeBSD Release 6 on > one of my servers. It took me about a week to setup the system but I > am very happy with it now. > I build most of the stuff from the sources using ports. > What I found strange is that the configuration files of different > services are located in two different places. Most configuration which > was installed from the CD is located at /etc but everything what I > built from sources is located at /usr/local/etc. Maybe this is the way > it use to be on Unix based systems. > In RedHat and Fedora distributions all configuration files are > located at /etc. I am very new to FreeBSD but I found it difficult. > After installing desired package I have > to add it to /etc/rc.conf in order to start it as a service and then I > have to look for configuration folder in /usr/local/etc. > Is there any reason why the configuration files are placed in those > different locations? It gives you a very clear delineation between "what is part of the OS" and "what did I install on top of the OS". In FreeBSD, there are two separate mechanisms for upgrades: buildword/freebsd-update for the base OS, and the many methods of doing port/package upgrades. They can be upgraded separately, and all the installed files are put in separate places. It keeps things neat and tidy and separate. Nothing drives me battier than logging onto a Linux station and seeing a thousand entries under /etc, with no clear indication of what is "the base OS" and what are "apps installed on the OS". Everything's a mess, and stored under /etc and /usr. Annoying to say the least. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 03:16:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A3716A431 for ; Thu, 23 Mar 2006 03:16:27 +0000 (UTC) (envelope-from an@atrn.org) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FBBD43D46 for ; Thu, 23 Mar 2006 03:16:26 +0000 (GMT) (envelope-from an@atrn.org) Received: from juju.bsn (c220-237-105-24.carlnfd3.nsw.optusnet.com.au [220.237.105.24]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2N3GN19004301 for ; Thu, 23 Mar 2006 14:16:24 +1100 Received: by juju.bsn (Postfix, from userid 1000) id 542B05D44; Thu, 23 Mar 2006 14:16:23 +1100 (EST) Date: Thu, 23 Mar 2006 14:16:23 +1100 From: Andy Newman To: freebsd-stable@freebsd.org Message-ID: <20060323141623.A2691@juju.bsn> Mail-Followup-To: Andy Newman , freebsd-stable@freebsd.org References: <4421F47F.3050104@andrzejcuber.pl> <20060323012805.GB23902@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20060323012805.GB23902@thought.org>; from kline@tao.thought.org on Wed, Mar 22, 2006 at 05:28:05PM -0800 Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 03:16:27 -0000 Gary Kline wrote: > but the /usr/local directory paradigm is a Berkeley thing. > It probably began with the 4.X distribution It's in a 3BSD tree I have lying around. Dated 1980. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 03:34:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAAAE16A401 for ; Thu, 23 Mar 2006 03:34:17 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from dib.itd.uts.edu.au (dib.itd.uts.edu.au [138.25.22.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D5743D46 for ; Thu, 23 Mar 2006 03:34:17 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by dib.itd.uts.edu.au (Postfix, from userid 1011) id 38CCC3A8BC; Thu, 23 Mar 2006 14:34:06 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by dib.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 2B08A3A8B9; Thu, 23 Mar 2006 14:34:06 +1100 (EST) Received: from detritus.itd.uts.edu.au (detritus.itd.uts.edu.au [138.25.243.36]) by dib.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 982B63A961; Thu, 23 Mar 2006 13:57:59 +1100 (EST) Received: from [138.25.81.152] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0IWK000ZK88XN960@postoffice.uts.edu.au>; Thu, 23 Mar 2006 13:58:09 +1100 (EST) Date: Thu, 23 Mar 2006 13:58:09 +1100 From: Tony Maher In-reply-to: <4421F47F.3050104@andrzejcuber.pl> To: Andrzej Cuber Message-id: <44220EC1.5090704@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <4421F47F.3050104@andrzejcuber.pl> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060306 Cc: freebsd-stable@freebsd.org Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 03:34:17 -0000 Andrzej Cuber wrote: > ... > In RedHat and Fedora distributions all configuration files are located > at /etc. > I am very new to FreeBSD but I found it difficult. After installing > desired package I have to add it to /etc/rc.conf in order to start it as > a service and then I have to look for configuration folder in > /usr/local/etc. > > Is there any reason why the configuration files are placed in those > different locations? If you want to be consistent you could add to /etc/rc.conf rc_conf_files="/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" Then your startup variables could go into /usr/local/etc/rc.conf and all your ports config stuff would live in /usr/local/etc hierarchy. There maybe a problem if /usr/local/etc/rc.conf is on another partition not available early enough in startup process. Caveat emptor. -- tonym From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 03:35:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 836FD16A401 for ; Thu, 23 Mar 2006 03:35:20 +0000 (UTC) (envelope-from dave@horsfall.org) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0934043D48 for ; Thu, 23 Mar 2006 03:33:57 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id k2N3XtF01208 for ; Thu, 23 Mar 2006 14:33:55 +1100 (EST) Date: Thu, 23 Mar 2006 14:33:54 +1100 (EST) From: Dave Horsfall To: FreeBSD STABLE list In-Reply-To: <20060323141623.A2691@juju.bsn> Message-ID: References: <4421F47F.3050104@andrzejcuber.pl> <20060323012805.GB23902@thought.org> <20060323141623.A2691@juju.bsn> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 03:35:20 -0000 On Thu, 23 Mar 2006, Andy Newman wrote: > > but the /usr/local directory paradigm is a Berkeley thing. > > It probably began with the 4.X distribution > > It's in a 3BSD tree I have lying around. Dated 1980. I was using it on Edition 6 (and possibly Edition 5) in the 70s. -- Dave From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 03:58:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D8916A432 for ; Thu, 23 Mar 2006 03:58:46 +0000 (UTC) (envelope-from ypingyuan@yahoo.com) Received: from web31908.mail.mud.yahoo.com (web31908.mail.mud.yahoo.com [68.142.207.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 4170D43D48 for ; Thu, 23 Mar 2006 03:58:46 +0000 (GMT) (envelope-from ypingyuan@yahoo.com) Received: (qmail 42499 invoked by uid 60001); 23 Mar 2006 03:58:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CtC9LTNYuD0/YQkUzhILkurR+AqOAnp5d9AyPHz2YxJYaPmu1VoSBw7NPiViIaw9fdo8SOQkYx+emOrfjiUFRaoPI2qZji0EtWhr6pSeUy+VwiDX4sltiwROwRYr9LkTCTmLpo7ub9hhaFWWNkAPRr/qoO6MlmwOL3ocOtXwmUM= ; Message-ID: <20060323035845.42497.qmail@web31908.mail.mud.yahoo.com> Received: from [220.234.201.236] by web31908.mail.mud.yahoo.com via HTTP; Wed, 22 Mar 2006 19:58:45 PST Date: Wed, 22 Mar 2006 19:58:45 -0800 (PST) From: Yang Pingyuan To: freebsd-stable@freebsd.org, ume@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Error in installation of cyrus-imapd22!! again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 03:58:47 -0000 on the same machine,the same for /usr/ports/mail/cyrus-imapd23 the results are: ### Making all in /usr/ports/mail/cyrus-imapd23/work/cyrus-imapd-2.3.1/master cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe master.c In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:245:1: warning: "HAVE_GETADDRINFO" redefined In file included from master.c:44: ../config.h:115:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:943:1: warning: "PACKAGE_BUGREPORT" redefined In file included from master.c:44: ../config.h:306:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:946:1: warning: "PACKAGE_NAME" redefined In file included from master.c:44: ../config.h:309:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:949:1: warning: "PACKAGE_STRING" redefined In file included from master.c:44: ../config.h:312:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:952:1: warning: "PACKAGE_TARNAME" redefined In file included from master.c:44: ../config.h:315:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:955:1: warning: "PACKAGE_VERSION" redefined In file included from master.c:44: ../config.h:318:1: warning: this is the location of the previous definition In file included from master.c:89: /usr/local/include/net-snmp/net-snmp-config.h:1365:1: warning: "HAVE_SOCKLEN_T" redefined In file included from master.c:44: ../config.h:197:1: warning: this is the location of the previous definition cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe masterconf.c cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe message_uuid_master.c cc -c -I.. -I./../lib -I./../imap -I/usr/local/include/db42 -I/usr/include -DKRB5_HEIMDAL -I/usr/local/include -I../et -DHAVE_CONFIG_H -O -pipe cyrusMasterMIB.c In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:245:1: warning: "HAVE_GETADDRINFO" redefined In file included from cyrusMasterMIB.c:1: ../config.h:115:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:943:1: warning: "PACKAGE_BUGREPORT" redefined In file included from cyrusMasterMIB.c:1: ../config.h:306:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:946:1: warning: "PACKAGE_NAME" redefined In file included from cyrusMasterMIB.c:1: ../config.h:309:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:949:1: warning: "PACKAGE_STRING" redefined In file included from cyrusMasterMIB.c:1: ../config.h:312:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:952:1: warning: "PACKAGE_TARNAME" redefined In file included from cyrusMasterMIB.c:1: ../config.h:315:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:955:1: warning: "PACKAGE_VERSION" redefined In file included from cyrusMasterMIB.c:1: ../config.h:318:1: warning: this is the location of the previous definition In file included from cyrusMasterMIB.c:10: /usr/local/include/net-snmp/net-snmp-config.h:1365:1: warning: "HAVE_SOCKLEN_T" redefined In file included from cyrusMasterMIB.c:1: ../config.h:197:1: warning: this is the location of the previous definition cc -L/usr/local/lib/perl5/5.8.8/mach/CORE -R/usr/local/lib/perl5/5.8.8/mach/CORE -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -rpath=/usr/lib:/usr/local/lib -L/usr/local -o master master.o masterconf.o message_uuid_master.o cyrusMasterMIB.o ../lib/lock_fcntl.o ../lib/libcyrus_min.a -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lnetsnmpmibs -lnetsnmpagent -lnetsnmphelpers -lnetsnmp -lkvm -lz -lcrypto -lm -lkvm -ldevstat -ldevstat -lwrap -Wl,-R/usr/local/lib/perl5/5.8.7/mach/CORE -pthread -Wl,-E -L/usr/local/lib /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.7/mach/CORE -lperl -lm -lcrypt -lutil -lwrap -lgssapi -lkrb5 -lasn1 -lroken -lcrypt -lcom_err -lfl -L/usr/local/lib -R/usr/local/lib -ldb-4.2 -lssl -lcrypto -lmd ../et/libcom_err.a cc: /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a: No such file or directory *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd23/work/cyrus-imapd-2.3.1/master. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd23/work/cyrus-imapd-2.3.1. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd23. srim# __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 04:11:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EE5A16A400 for ; Thu, 23 Mar 2006 04:11:12 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4F443D46 for ; Thu, 23 Mar 2006 04:11:11 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:X44z/vrXlMOA4ANsIYCYuGttSx17ruTPo7m10DTAwURqofD2/v/D4UNSijiWPgVU@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k2N4B7kt051522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 13:11:07 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 23 Mar 2006 13:11:07 +0900 Message-ID: From: Hajimu UMEMOTO To: Yang Pingyuan In-Reply-To: <20060323023747.99428.qmail@web31915.mail.mud.yahoo.com> References: <20060323023747.99428.qmail@web31915.mail.mud.yahoo.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.5) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.5-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:::1]); Thu, 23 Mar 2006 13:11:08 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org Subject: Re: Error in installation of cyrus-imapd22!! again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:11:12 -0000 Hi, >>>>> On Wed, 22 Mar 2006 18:37:47 -0800 (PST) >>>>> Yang Pingyuan said: ypingyuan> cc -L/usr/local/lib/perl5/5.8.8/mach/CORE ypingyuan> -R/usr/local/lib/perl5/5.8.8/mach/CORE -L/usr/lib ypingyuan> -R/usr/lib -L/usr/local/lib -R/usr/local/lib ypingyuan> -rpath=/usr/lib:/usr/local/lib -L/usr/local -o master ypingyuan> master.o masterconf.o cyrusMasterMIB.o ypingyuan> ../lib/lock_fcntl.o ../lib/libcyrus_min.a ypingyuan> -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib ypingyuan> -lnetsnmpmibs -lnetsnmpagent -lnetsnmphelpers ypingyuan> -lnetsnmp -lkvm -lz -lcrypto -lm -lkvm -ldevstat ypingyuan> -ldevstat -lwrap ypingyuan> -Wl,-R/usr/local/lib/perl5/5.8.7/mach/CORE -pthread ypingyuan> -Wl,-E -L/usr/local/lib ypingyuan> /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a ypingyuan> -L/usr/local/lib/perl5/5.8.7/mach/CORE -lperl -lm ypingyuan> -lcrypt -lutil -lwrap -lgssapi -lkrb5 -lasn1 -lroken ypingyuan> -lcrypt -lcom_err -lfl -L/usr/local/lib ypingyuan> -R/usr/local/lib -ldb-4.2 -lssl -lcrypto -lmd ypingyuan> ../et/libcom_err.a ypingyuan> cc: ypingyuan> /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a: ypingyuan> No such file or directory ypingyuan> *** Error code 1 It seems to me that your installation of Perl is broken; mixing up 5.8.7 and 5.8.8. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 04:25:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CF2716A401 for ; Thu, 23 Mar 2006 04:25:10 +0000 (UTC) (envelope-from ypingyuan@yahoo.com) Received: from web31906.mail.mud.yahoo.com (web31906.mail.mud.yahoo.com [68.142.207.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 056D943D49 for ; Thu, 23 Mar 2006 04:25:09 +0000 (GMT) (envelope-from ypingyuan@yahoo.com) Received: (qmail 7687 invoked by uid 60001); 23 Mar 2006 04:25:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=o5nf0xoOH77jS/0H3Lss6dj3u5Cayj5uW1aIccht4/yU1oUm4ZluFiNoJjR9mkAFqO0TPXUZd11UPl/Rs6t+JtUPkpd+M+7NHBYxsQvxriD6g0+aZ7hUJd3xmju/lJsI+1DlqlNjNtbsX29PZvAc8u8I6CCQFdgyEWqGegehE44= ; Message-ID: <20060323042509.7685.qmail@web31906.mail.mud.yahoo.com> Received: from [220.234.201.236] by web31906.mail.mud.yahoo.com via HTTP; Wed, 22 Mar 2006 20:25:09 PST Date: Wed, 22 Mar 2006 20:25:09 -0800 (PST) From: Yang Pingyuan To: Hajimu UMEMOTO , stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Error in installation of cyrus-imapd22!! again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:25:10 -0000 thank you, you are right! --- Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Wed, 22 Mar 2006 18:37:47 -0800 (PST) > >>>>> Yang Pingyuan said: > > ypingyuan> cc -L/usr/local/lib/perl5/5.8.8/mach/CORE > ypingyuan> -R/usr/local/lib/perl5/5.8.8/mach/CORE > -L/usr/lib > ypingyuan> -R/usr/lib -L/usr/local/lib > -R/usr/local/lib > ypingyuan> -rpath=/usr/lib:/usr/local/lib > -L/usr/local -o master > ypingyuan> master.o masterconf.o cyrusMasterMIB.o > ypingyuan> ../lib/lock_fcntl.o ../lib/libcyrus_min.a > ypingyuan> -rpath=/usr/lib:/usr/local/lib > -L/usr/local/lib > ypingyuan> -lnetsnmpmibs -lnetsnmpagent > -lnetsnmphelpers > ypingyuan> -lnetsnmp -lkvm -lz -lcrypto -lm -lkvm > -ldevstat > ypingyuan> -ldevstat -lwrap > ypingyuan> > -Wl,-R/usr/local/lib/perl5/5.8.7/mach/CORE -pthread > ypingyuan> -Wl,-E -L/usr/local/lib > ypingyuan> > /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a > ypingyuan> -L/usr/local/lib/perl5/5.8.7/mach/CORE > -lperl -lm > ypingyuan> -lcrypt -lutil -lwrap -lgssapi -lkrb5 > -lasn1 -lroken > ypingyuan> -lcrypt -lcom_err -lfl > -L/usr/local/lib > ypingyuan> -R/usr/local/lib -ldb-4.2 -lssl -lcrypto > -lmd > ypingyuan> ../et/libcom_err.a > ypingyuan> cc: > ypingyuan> > /usr/local/lib/perl5/5.8.7/mach/auto/DynaLoader/DynaLoader.a: > ypingyuan> No such file or directory > ypingyuan> *** Error code 1 > > It seems to me that your installation of Perl is > broken; mixing up > 5.8.7 and 5.8.8. > > Sincerely, > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society > Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 06:54:03 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 389F016A425 for ; Thu, 23 Mar 2006 06:54:03 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96EE843D46 for ; Thu, 23 Mar 2006 06:54:02 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by xproxy.gmail.com with SMTP id i30so284543wxd for ; Wed, 22 Mar 2006 22:54:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WvquI6k1r4sqOIGHAyvcx0aB3+/JGsEQVW7LePxn7S8cdnPOlFYbIYM08ZIzKvGuvnV2738v+QOZTwhfaPBXQ+MS2bm0RXnusKpcRNdsjleLM1f9U+2BLFFQ8UJmafiQs3GVnNHL43McqPNIrSBejOUs688N8jn7GmVbfn9ShNs= Received: by 10.70.78.16 with SMTP id a16mr680853wxb; Wed, 22 Mar 2006 22:54:01 -0800 (PST) Received: by 10.70.65.17 with HTTP; Wed, 22 Mar 2006 22:54:01 -0800 (PST) Message-ID: <9ab217670603222254s7efb2ef2n@mail.gmail.com> Date: Wed, 22 Mar 2006 22:54:01 -0800 From: "Devon H. O'Dell" To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: FFS Snapshot Errors in -STABLE build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 06:54:03 -0000 Hello, -STABLE isn't building for me -- I'm getting errors when linking the kernel= : linking kernel.debug ffs_snapshot.o(.text+0x3eb1): In function `ffs_snapshot': /usr/src/sys/ufs/ffs/ffs_snapshot.c:2210: undefined reference to `vn_start_secondary_write' ffs_snapshot.o(.text+0x4141):/usr/src/sys/ufs/ffs/ffs_snapshot.c:2260: undefined reference to `vn_finished_secondary_write' ffs_vfsops.o(.text+0xe72): In function `ffs_sync': /usr/src/sys/ufs/ffs/ffs_vfsops.c:1112: undefined reference to `softdep_get_depcounts' ffs_vfsops.o(.text+0x11ef):/usr/src/sys/ufs/ffs/ffs_vfsops.c:1178: undefined reference to `softdep_check_suspend' cvsupped from cvsup.freebsd.org, cvsup17, and a local mirror that syncs from ISC. Sorry that this is so short. I'm tired. Kind regards, Devon H. O'Dell From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 07:01:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 525F216A400 for ; Thu, 23 Mar 2006 07:01:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92BE443D46 for ; Thu, 23 Mar 2006 07:01:13 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2N70v01021713 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 23 Mar 2006 18:00:58 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2N70vFW000973; Thu, 23 Mar 2006 18:00:57 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2N70vUS000972; Thu, 23 Mar 2006 18:00:57 +1100 (EST) (envelope-from peter) Date: Thu, 23 Mar 2006 18:00:56 +1100 From: Peter Jeremy To: Matthew Dillon Message-ID: <20060323070056.GC679@turion.vk2pj.dyndns.org> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603221427.45219.mi+mx@aldan.algebra.com> <200603222020.k2MKKKIF013999@apollo.backplane.com> <200603221659.04157.mi+mx@aldan.algebra.com> <200603222333.k2MNXnP8015012@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603222333.k2MNXnP8015012@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: flushing "anonymous" buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 07:01:14 -0000 On Wed, 2006-Mar-22 15:33:49 -0800, Matthew Dillon wrote: > solution. Basically the server would have to accept root creds but > instead of translating them to a fixed uid it should allow the > I/O operation to run as long as some non-root user would be able to > do the I/O op. This doesn't work with modes like 446 (which allow writing by everyone not in a particular group). Doesn't that amount to significantly reducing the security of NFS? ISTR the original reason for "nobody" was that it was trivial to fake root so the server would map it to an account with (effectively) no privileges. This change would give root on a client (file) privileges equal to the union of every non-root user on the server. In particular, it appears that the server can't tell if a file was opened for read or write so a client could open a file for reading (getting a valid FH) and then write to it (even though it couldn't have opened the file for writing). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 07:12:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2262216A401 for ; Thu, 23 Mar 2006 07:12:24 +0000 (UTC) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7236143D46 for ; Thu, 23 Mar 2006 07:12:21 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.189] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMK4E-00048G-9f for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 15:17:10 +0800 Message-ID: <002801c64e49$112822e0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Thu, 23 Mar 2006 15:11:55 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0024_01C64E8C.1F1BA050" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD-6.1-PRERELEASE and PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 07:12:24 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0024_01C64E8C.1F1BA050 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I tried 6.0-STABLE/6.1-PRERELEASE on Dell PowerEdge 6800 with PAE = option, but until now no success. PE6800 has only following input device Input Devices =20 USB mouse, USB keyboard, USB KVM dongle =20 Ports =20 Rear: two Universal Serial Bus (USB) 2.0, 9-pin serial, = video, ID push button with blue/amber LED =20 Front: Two Universal Serial Bus (USB) 2.0, ID push = button with blue/amber LED, 15-pin video, system power on/off button =20 But PAE doesn't work with USB devices. How can I to enable memory higher than 4GB on PE6800? I tried to install AMD64 FreeBSD-6.0-RELEASE on PE6800, = can't boot. Balgaa=20 =20 ------=_NextPart_000_0024_01C64E8C.1F1BA050-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 08:21:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E98416A424 for ; Thu, 23 Mar 2006 08:21:33 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA92B43D58 for ; Thu, 23 Mar 2006 08:21:29 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 69B1263F92 for ; Wed, 22 Mar 2006 22:08:11 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14879-03 for ; Wed, 22 Mar 2006 22:08:09 -0800 (PST) Received: by mail.phantombsd.org (Postfix, from userid 501) id 8EFA863F96; Wed, 22 Mar 2006 22:28:03 -0800 (PST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 76BA763F92 for ; Wed, 22 Mar 2006 19:57:34 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09160-03 for ; Wed, 22 Mar 2006 19:57:33 -0800 (PST) Received: by mail.phantombsd.org (Postfix, from userid 501) id B9EAC63F94; Wed, 22 Mar 2006 20:21:29 -0800 (PST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 3ACC063F96 for ; Wed, 22 Mar 2006 18:08:11 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14015-02 for ; Wed, 22 Mar 2006 18:08:10 -0800 (PST) Received: by mail.phantombsd.org (Postfix, from userid 501) id 2273B63F92; Wed, 22 Mar 2006 19:07:36 -0800 (PST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id 9F42963F97 for ; Wed, 22 Mar 2006 10:27:57 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22581-01 for ; Wed, 22 Mar 2006 10:27:56 -0800 (PST) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.6]) by mail.phantombsd.org (Postfix) with ESMTP id 8818963F92 for ; Wed, 22 Mar 2006 10:27:56 -0800 (PST) Message-ID: <8786225.1671143052076333.JavaMail.root@tomcat.phantombsd.org> Date: Wed, 22 Mar 2006 10:27:56 -0800 (PST) From: Casey Scott To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at X-Virus-Scanned: amavisd-new at X-Virus-Scanned: amavisd-new at X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.399 tagged_above=-10 required=4 autolearn=unavailable tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] X-Spam-Score: -4.399 X-Spam-Level: Subject: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:21:33 -0000 I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am trying to build a kernel, and keep getting this error at "make". ...... cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration of 'devfs_ops_f' ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration of 'devfs_vnodeops' ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration of 'devfs_specops' ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here *** Error code 1 I even get that error building a kernel from the GENERIC config. I think something is wonky with gcc. Has anyone else seen this, or know what could be causing it? TIA, Casey Scott From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 08:27:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC2516A400 for ; Thu, 23 Mar 2006 08:27:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB1FE43D48 for ; Thu, 23 Mar 2006 08:27:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BEC051A4E6D; Thu, 23 Mar 2006 00:27:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E4FFA51FCA; Thu, 23 Mar 2006 03:27:30 -0500 (EST) Date: Thu, 23 Mar 2006 03:27:30 -0500 From: Kris Kennaway To: Casey Scott Message-ID: <20060323082728.GA56766@xor.obsecurity.org> References: <8786225.1671143052076333.JavaMail.root@tomcat.phantombsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <8786225.1671143052076333.JavaMail.root@tomcat.phantombsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:27:32 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 22, 2006 at 10:27:56AM -0800, Casey Scott wrote: > I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am trying = to build a kernel, and keep getting this error at "make". >=20 >=20 > ...... > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- = -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../= ../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd= -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION= _HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param in= line-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-lon= g-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno= -sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration of= 'devfs_ops_f' > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'dev= fs_ops_f' was here > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration of= 'devfs_vnodeops' > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'dev= fs_vnodeops' was here > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration of= 'devfs_specops' > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'dev= fs_specops' was here > *** Error code 1 >=20 >=20 > I even get that error building a kernel from the GENERIC config. I think = something is wonky with gcc. Has anyone else seen this, or know what could = be causing it? You didn't follow the correct upgrade order - it's documented in the handbook and in /usr/src/UPDATING. Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIlvvWry0BWjoQKURAtaDAKCMFMJSuoVSUeaNvCXyBaGhEOt0bgCfT2Yl bnzWI1HNGNwH/Sv6Upn7WWg= =x0s9 -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 10:15:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD9616A422 for ; Thu, 23 Mar 2006 10:15:54 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 994B343D46 for ; Thu, 23 Mar 2006 10:15:51 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 25B5E72AFA for ; Thu, 23 Mar 2006 11:15:50 +0100 (CET) Received: from fw.reifenberger.com (ppp-62-245-211-191.mnet-online.de [62.245.211.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id 14270B93F8 for ; Thu, 23 Mar 2006 11:15:49 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id k2NAFqge096440 for ; Thu, 23 Mar 2006 11:15:52 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Thu, 23 Mar 2006 11:15:52 +0100 (CET) From: Michael Reifenberger To: FreeBSD Stable Message-ID: <20060323105455.I96329@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: strange deadlock and magic resurrection with RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:15:54 -0000 Hi, I'm using a recent RELENG_6 under I386/SMP (Athlon X2 4800+). dmesg output is under http://people.freebsd.org/~mr/dmesg.log.gz Root is on gmirror volume (2 SATA disks), a backup FS is on graid3 (5 firewire disks). This server acts as an bacula server. During backup with bacula I discovered an complete system freeze (no keyboard, nfs, disk...) after the following lines on the screen: ... ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=108916879 ad1: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=116030287 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=108911183 ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=108378767 Since I could ping the system and after waiting a couple of hours in the hope the system would would resurrection by itself, I issued an flood-ping to this machine and voila, after getting the following lines: ... Limiting icmp ping response from 261 to 200 packets/sec Limiting icmp ping response from 283 to 200 packets/sec ... Anything went back to normality! This seems to me that we have an deadlock condition somewhere in the kernel. But how to debug this issue when anything is frozen? BTW: I've got the DMA errors in the past allready which seems to be an interaction between ata and some geom modules. See a former post from me regarding this issue. Maybe the same issue got fatal now after the latest gmirror/graid3 changes? Has anyone else seen this? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 12:12:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 444A816A424 for ; Thu, 23 Mar 2006 12:12:48 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBFC043D46 for ; Thu, 23 Mar 2006 12:12:47 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [134.93.180.123] (ipamzra.Physik.Uni-Mainz.DE [134.93.180.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 2F84930004B7; Thu, 23 Mar 2006 13:12:46 +0100 (CET) Message-ID: <442290C4.3010402@uni-mainz.de> Date: Thu, 23 Mar 2006 13:12:52 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "O. Hartmann" References: <20060317060027.GA82834@slackbox.xs4all.nl> <441A698F.6000101@uni-mainz.de> In-Reply-To: <441A698F.6000101@uni-mainz.de> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring in FreeBSD 4/5/6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 12:12:48 -0000 O. Hartmann schrieb: > Roland Smith schrieb: >> On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote: >>> Does anyone know of an easy way to get temperature information out of >>> a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6? >>> >>> Something that has a very simple CLI that just outputs the temperature >>> without any formatting, or a library/sysctl, would be ideal. >> /usr/ports/sysutils/mbmon >> >> If you want an additional X frontend, try >> >> /usr/ports/sysutils/xmbmon >> >> Roland > > This port does not work for me on any DELL Optiplex GX270/280 and 820 > around here. Especially on GX270/280 I tried every knob of the port I > found without a positive result. > > Oliver > It does also not work on ASUS A8N32-SLI due to an unsupported chipset. O. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 13:23:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECA5316A424 for ; Thu, 23 Mar 2006 13:23:21 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8EB643D46 for ; Thu, 23 Mar 2006 13:23:15 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.5/8.13.1) with ESMTP id k2NDNDD0060779 for ; Thu, 23 Mar 2006 08:23:13 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.5/8.13.1/Submit) id k2NDN7mg060778 for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 08:23:07 -0500 (EST) (envelope-from bv) Date: Thu, 23 Mar 2006 08:23:07 -0500 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20060323132307.GA60553@wjv.com> References: <20060323120053.25AAF16A509@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060323120053.25AAF16A509@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_22 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on bilver.wjv.com Subject: Re: A place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 13:23:22 -0000 On Thu, Mar 23, 2006 at 12:00 , the murky waters churned and seethed, the dark weeds parted and the water took on the sinister, shifting visage we recognize as freebsd-stable-request@freebsd.org. The great maw opened, and the following was heard: > Message: 1 > Date: Thu, 23 Mar 2006 02:06:07 +0100 > From: Andrzej Cuber > Subject: a place for configuration files > To: freebsd-stable@freebsd.org > Hello Everyone, > for the last 5 years I was using Red Hat and Fedora Core > Linuxes. With the beginning of the current year I installed > FreeBSD Release 6 on one of my servers. It took me about a week > to setup the system but I am very happy with it now. > I build most of the stuff from the sources using ports. > What I found strange is that the configuration files of > different services are located in two different places. Most > configuration which was installed from the CD is located at > /etc but everything what I built from sources is located at > /usr/local/etc. Maybe this is the way it use to be on Unix based > systems. > In RedHat and Fedora distributions all configuration files > are located at /etc. I am very new to FreeBSD but I found it > difficult. After installing desired package I have to add it to > /etc/rc.conf in order to start it as a service and then I have > to look for configuration folder in /usr/local/etc. > Is there any reason why the configuration files are placed in > those different locations? > -- > pozdrawiam / best regards > Andrzej Cuber > +48 504 271-977 Once you get more familiar with BSD you will begin to appreciate the way it is done on BSD. One really nice thing is that by separating the OS and the user added 'local' programs, you can actually remake the / file system, reinstall the OS, and not lose any of you local applications or data. As another reply indicated rebuiling from sources will also let you reinstall the base OS, and the only thing you would have to do to make sure no drek is left over is to list the base directories by time created to find any old pieces and remove if needed. Another way that BSD differs it to have several file systems to start with while many recent Linux installations [which I've been called in to look at] seem to use the old MS approach of everything in one FS. With over 20 years of Unix experiences so far [on many platforms and at least 6 different CPU bases] I find the multiple FS'es, with each handling only certain functions, makes a recover in case of the rare crashes, much easier, and much faster. And faster means quicker client uptime. As I tell the customers when I get them back up in a hurry, "if you are down you aren't making money and if you aren't making money you can't pay me". They appreciate that approach, and I've changed some commercial OSes to use the FreeBSD approach to great success. Particularly when the data segments accumulated by the customer become quite huge. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 14:58:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F8C316A425 for ; Thu, 23 Mar 2006 14:58:15 +0000 (UTC) (envelope-from hdemir@metu.edu.tr) Received: from tenedos.general.services.metu.edu.tr (tenedos.general.services.metu.edu.tr [144.122.144.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9863243D49 for ; Thu, 23 Mar 2006 14:58:07 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by tenedos.general.services.metu.edu.tr (8.13.6/8.13.6) with ESMTP id k2NEw5Tc009113 for ; Thu, 23 Mar 2006 16:58:05 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.6/8.13.6/Submit) id k2NEw5qK2715884 for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 16:58:05 +0200 Date: Thu, 23 Mar 2006 16:58:04 +0200 From: husnu demir To: freebsd-stable@freebsd.org Message-ID: <20060323145803.GA3014670@metu.edu.tr> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <20060301064045.GP20911@crom.vickiandstacey.com> <20060301064805.GS3021@afflictions.org> <200603010859.21255.asg@suedfactoring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603010859.21255.asg@suedfactoring.com> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1353/Thu Mar 23 12:23:33 2006 on tenedos.general.services.metu.edu.tr X-Virus-Status: Clean Subject: ifconfig -am shows ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 14:58:15 -0000 Hi, my ifconfig -am command result is as follows; em0: flags=8843 mtu 1500 options=b capabilities=5b inet 10.0.10.114 netmask 0xfffffffc broadcast 10.0.10.115 ether 00:04:23:c2:db:fc media: Ethernet autoselect (1000baseSX ) status: active supported media: media autoselect media 1000baseSX media 1000baseSX mediaopt full-duplex But I know that it is an LX card. The connection is working. Can it be a cause of bottleneck for my network or just a small bug?? Thanks for advance. Husnu Demir. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 15:24:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B66516A42C for ; Thu, 23 Mar 2006 15:24:06 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 415EA43D58 for ; Thu, 23 Mar 2006 15:24:06 +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 DF77CB81F for ; Thu, 23 Mar 2006 10:24:05 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.3) In-Reply-To: <20060323012805.GB23902@thought.org> References: <4421F47F.3050104@andrzejcuber.pl> <20060323012805.GB23902@thought.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <620ACC77-4F21-456C-85EC-3E1723F77568@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 23 Mar 2006 10:24:04 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.3) Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 15:24:06 -0000 On Mar 22, 2006, at 8:28 PM, Gary Kline wrote: > I think having a /usr/local/etc is "new" (past decade maybe), We've had /usr/local on Sun boxes since I can remember (started using SunOS 2.x back in college) and administering 4.2BSD (not FreeBSD 4.2, but 4.2BSD from Berkeley) on vaxen 'round about 1986-ish and we had / usr/local for local (ie, not part of the base system) software. In fact, it was actually a separate disk partition too. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 16:11:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 639FB16A434 for ; Thu, 23 Mar 2006 16:11:29 +0000 (UTC) (envelope-from kaveh@viableweb.com) Received: from cpanel.viableweb.com (cpanel.viableweb.com [207.44.172.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2D643D70 for ; Thu, 23 Mar 2006 16:11:28 +0000 (GMT) (envelope-from kaveh@viableweb.com) Received: from 69-173-74-201.albyny.adelphia.net ([69.173.74.201] helo=KA2NB) by cpanel.viableweb.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.52) id 1FMSPG-0000Zy-M7 for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 11:11:26 -0500 From: "Kaveh Ahmadian" To: Date: Thu, 23 Mar 2006 11:11:16 -0500 Organization: Viable Web LLC Message-ID: <001501c64e94$6e6384e0$0201a8c0@KA2NB> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 thread-index: AcZOcbt2ayV0ava0RcKUpK+ZuMQwOAAIfGgA In-Reply-To: <20060323120052.7669D16A596@hub.freebsd.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel.viableweb.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - viableweb.com X-Source: X-Source-Args: X-Source-Dir: Subject: pkgdb core dumb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:11:29 -0000 After a recent update, whenever I try to run the pkgdb (or any other command that in turn calls pkgdb I get an error resulting in a core dump: [Updating the pkgdb in /var/db/pkg ... - 24 packages found (-1 +2) (...).ruby18 in free(): error: chunk is already free Abort (core dumped) Here is the output of pkg_version -v apache-2.0.50_3 < needs updating (port has 2.0.55_4) autoconf-2.59_2 = up-to-date with port automake-1.8.5_2 < needs updating (port has 1.9.6) cvsup-without-gui-16.1h < needs updating (port has 16.1h_2) db42-4.2.52_3 < needs updating (port has 4.2.52_4) exim-4.42+27 < needs updating (port has 4.60) expat-1.95.8 < needs updating (port has 2.0.0_1) ezm3-1.2 = up-to-date with port gettext-0.13.1_1 < needs updating (port has 0.14.5_2) gmake-3.80_2 = up-to-date with port help2man-1.33.1 < needs updating (port has 1.36.3) libiconv-1.9.2_1 < needs updating (port has 1.9.2_2) libtool-1.5.8 < needs updating (port has 1.5.22_2) m4-1.4.1 < needs updating (port has 1.4.4) mod_fcgid-0.80 < needs updating (port has 1.07) neon-0.24.7 < needs updating (port has 0.25.4_1) openssl-0.9.8a = up-to-date with port p5-gettext-1.01_4 < needs updating (port has 1.05_1) perl-5.8.8 = up-to-date with port portupgrade-20040701_3 < needs updating (port has 2.0.1_1,1) ruby-1.8.4_4,1 = up-to-date with port ruby18-bdb1-0.2.2 = up-to-date with port ruby18-gems-0.8.11 = up-to-date with port subversion-1.0.8 < needs updating (port has 1.3.0_4) Should I also include the core dump? Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 16:25:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4CBA16A400 for ; Thu, 23 Mar 2006 16:25:37 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3807643D48 for ; Thu, 23 Mar 2006 16:25:37 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id B84D963F97; Thu, 23 Mar 2006 08:25:36 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14878-05; Thu, 23 Mar 2006 08:25:35 -0800 (PST) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.6]) by mail.phantombsd.org (Postfix) with ESMTP id 7D8E463F92; Thu, 23 Mar 2006 08:25:35 -0800 (PST) Message-ID: <31203190.1741143131135280.JavaMail.root@tomcat.phantombsd.org> Date: Thu, 23 Mar 2006 08:25:35 -0800 (PST) From: Casey Scott To: Kris Kennaway MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.399 tagged_above=-10 required=4 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] X-Spam-Score: -4.399 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:25:37 -0000 ----- Original Message ----- From: Kris Kennaway To: Casey Scott Cc: freebsd-stable@freebsd.org Sent: Thursday, March 23, 2006 0:27:30 AM GMT-0800 Subject: Re: 6.1 PRERELEASE kernel build error On Wed, Mar 22, 2006 at 10:27:56AM -0800, Casey Scott wrote: > I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am trying to build a kernel, and keep getting this error at "make". > > > ...... > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration of 'devfs_ops_f' > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration of 'devfs_vnodeops' > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration of 'devfs_specops' > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here > *** Error code 1 > > > I even get that error building a kernel from the GENERIC config. I think something is wonky with gcc. >Has anyone else seen this, or know what could be causing it? > >You didn't follow the correct upgrade order - it's documented in the >handbook and in /usr/src/UPDATING. > >Kris Thanks for that info. I have the kernel built now. I noticed that it is built from the source in /usr/obj and not /usr/src. In 6.x, do we have to keep /usr/obj after installworld, or should installworld have updated /usr/src ? Casey From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 16:51:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C00CB16A426 for ; Thu, 23 Mar 2006 16:51:57 +0000 (UTC) (envelope-from tofik@oxygen.az) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2270843D46 for ; Thu, 23 Mar 2006 16:51:56 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from [213.227.193.75] (HELO [192.168.0.178]) by mail.alkar.net (CommuniGate Pro SMTP 4.3.9) with ESMTP id 463511668; Thu, 23 Mar 2006 18:51:55 +0200 Message-ID: <4422EF14.3040008@oxygen.az> Date: Thu, 23 Mar 2006 18:55:16 +0000 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <4421B5A2.2040500@oxygen.az> <20060322184348.GB23900@xor.obsecurity.org> <4421B839.10001@oxygen.az> <7579f7fb0603230002q25c9e2e9h71ddaf1ceb8056fb@mail.gmail.com> In-Reply-To: <7579f7fb0603230002q25c9e2e9h71ddaf1ceb8056fb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: problem with mpt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:51:57 -0000 Matthew Jacob wrote: >working on it over the next month > > > Thank you for reply. Can i help somehow with this issue? From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 16:53:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A9816A420 for ; Thu, 23 Mar 2006 16:53:49 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FED743D46 for ; Thu, 23 Mar 2006 16:53:49 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id k2NGrm1F078980 for ; Thu, 23 Mar 2006 08:53:49 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Thu, 23 Mar 2006 11:53:41 -0500 User-Agent: KMail/1.9.1 References: <001501c64e94$6e6384e0$0201a8c0@KA2NB> In-Reply-To: <001501c64e94$6e6384e0$0201a8c0@KA2NB> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603231153.42052.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: pkgdb core dumb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:53:49 -0000 On Thursday 23 March 2006 11:11, Kaveh Ahmadian wrote: > After a recent update, whenever I try to run the pkgdb (or any other > command that in turn calls pkgdb I get an error resulting in a core dump: > > [Updating the pkgdb in /var/db/pkg ... - 24 packages > found (-1 +2) (...).ruby18 in free(): error: chunk is already free > Abort (core dumped) I've seen this a number of times; it usually means a corrupt pkgdb. Rebuild it from scratch (pkgdb -fu). If that fails or if you still get the error afterwards, rebuild and reinstall portupgrade and ruby (without using portupgrade in the process). Run 'pkgdb -fu' again after the reinstall. JN From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 16:57:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E190916A400 for ; Thu, 23 Mar 2006 16:57:07 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817A243D48 for ; Thu, 23 Mar 2006 16:57:07 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2NGv617019608; Thu, 23 Mar 2006 08:57:07 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2NGv6hQ019607; Thu, 23 Mar 2006 08:57:06 -0800 (PST) Date: Thu, 23 Mar 2006 08:57:06 -0800 (PST) From: Matthew Dillon Message-Id: <200603231657.k2NGv6hQ019607@apollo.backplane.com> To: Peter Jeremy References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603221427.45219.mi+mx@aldan.algebra.com> <200603222020.k2MKKKIF013999@apollo.backplane.com> <200603221659.04157.mi+mx@aldan.algebra.com> <200603222333.k2MNXnP8015012@apollo.backplane.com> <20060323070056.GC679@turion.vk2pj.dyndns.org> Cc: stable@freebsd.org Subject: Re: flushing "anonymous" buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:57:08 -0000 :This doesn't work with modes like 446 (which allow writing by everyone :not in a particular group). It should work just fine. The client validated the creds as of the original operation (such as the mmap() or the original write()). Regardless of what happens after that, if the creds were valid when the original operation occured, then the server should allow the write. If the client supplies root creds for a later operation and the server translated that to mean 'write it if its possible to write without root creds' for exports whos roots were not mapped to root, it would actually conform better to the reality of the state of the file at the time the client originally performed the operation verses if the client provided the user creds of the original write. If the file were chmoded or chowned inbetween the original write and the actual I/O operation then it is arguable that the delayed write I/O should succeed rather then fail. :Doesn't that amount to significantly reducing the security of NFS? :ISTR the original reason for "nobody" was that it was trivial to fake :root so the server would map it to an account with (effectively) no :privileges. This change would give root on a client (file) privileges :equal to the union of every non-root user on the server. In :particular, it appears that the server can't tell if a file was opened :for read or write so a client could open a file for reading (getting a :valid FH) and then write to it (even though it couldn't have opened the :file for writing). : :-- :Peter Jeremy No, it has no effect on the security of NFS. With the exception of 'root' creds, the server trusts the client's creds, so there isn't going to be any real difference between the client supplying user creds verses the server translating root creds into some non-root user's creds. NFS has never been secure. The only reasonably secure method of exporting a NFS filesystem is to export an entire filesystem read-only. For any read-write export, NFS is only secure insofar as you assume that the client can then modify any file in the exported filesystem. The 'maproot' option is a bandaid at best, and not a very good one. For example, exporting subdirectories of a filesystem is not secure (and never was). It is fairly trivial for a client to supply file handles that are outside of the subdirectory tree that was exported. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 17:54:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE21C16A41F for ; Thu, 23 Mar 2006 17:54:38 +0000 (UTC) (envelope-from scott@fishballoon.org) Received: from queue04-winn.ispmail.ntl.com (queue04-winn.ispmail.ntl.com [81.103.221.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F42F43D49 for ; Thu, 23 Mar 2006 17:54:37 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com with ESMTP id <20060323172614.WVVS29040.mtaout02-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com> for ; Thu, 23 Mar 2006 17:26:14 +0000 Received: from llama.fishballoon.org ([81.101.128.185]) by aamtaout01-winn.ispmail.ntl.com with ESMTP id <20060323172614.WWGQ9667.aamtaout01-winn.ispmail.ntl.com@llama.fishballoon.org> for ; Thu, 23 Mar 2006 17:26:14 +0000 Received: from scott by llama.fishballoon.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMTZb-000Lws-UY for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 17:26:11 +0000 Date: Thu, 23 Mar 2006 17:26:11 +0000 From: Scott Mitchell To: freebsd-stable@freebsd.org Message-ID: <20060323172611.GA79194@llama.fishballoon.org> References: <20060105224150.GA991@tuatara.fishballoon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060105224150.GA991@tuatara.fishballoon.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-SECURITY i386 Sender: Scott Mitchell Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:54:38 -0000 On Thu, Jan 05, 2006 at 10:41:50PM +0000, Scott Mitchell wrote: > Hi all, > > I may be getting a new Dell PE1850 soon, to replace our ancient CVS server > (still running 4-STABLE). The new machine will ideally run 6.0 and have a > PERC4e/DC RAID card - the one with battery-backed cache. This is listed as > supported by amr(4), but I'm wondering how well it actually works in the > case of a disk failure. Will the driver tell me that disk has failed (a > syslog message would be enough) or will I have to make a daily trip into > the server room to check the front panel lights? Presumably it handles > hot-swapping a replacement drive OK? > > I found some posts mentioning some management/monitoring tools for these > controllers that were allegedly available from the www.lsilogic.com > website, but I can't find anything on there for FreeBSD. Do the Linux > tools work? Following up to myself for the benefit of the archives - I can confirm that the PERC4e in the PE1850 works perfectly with amr(4) under 6.0. I've been using the sysutils/megarc port for managing the adapter from FreeBSD. It has a truly awful user interface but allows you to do everything that the BIOS setup program does, so far as I can tell. For monitoring we're relying on the email alerts from the DRAC/4 management card also in the machine, which turn out to work very well. We actually had a disk failure on the machine already (one of the drives had apparently worked itself a bit loose in transit and decided to power itself off a few days after I put the machine in the rack). The DRAC sent out an email when the drive "died", it auto-rebuilt when shoved back into the slot properly, then another email from the DRAC when the rebuild was complete. I'm looking forward to the amr(4) performance improvements in 6.1 and being able to run the Linux megmgr tool (I think this is the one with the same user interface as the BIOS setup program). Cheers, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:04:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898DA16A422 for ; Thu, 23 Mar 2006 18:04:52 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89E0743D49 for ; Thu, 23 Mar 2006 18:04:51 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2NI4KwS021595 for ; Thu, 23 Mar 2006 15:04:20 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 23 Mar 2006 15:04:41 -0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603231504.42339.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:04:52 -0000 On recent releng_6 I have again nve timeouts and interface down status Yesterday I found this thread http://lists.freebsd.org/pipermail/freebsd-bugs/2005-October/015351.html and the change in if_nve.c resolved my problem still having lots of collisions coming from this NIC but it stays up and=20 running now Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:08:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA3F616A401; Thu, 23 Mar 2006 18:08:09 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC4D43D53; Thu, 23 Mar 2006 18:08:07 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.4) with ESMTP id k2NI86VU036288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Mar 2006 13:08:07 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k2NI43M6005361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 13:08:01 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2MLx67x006528; Wed, 22 Mar 2006 16:59:06 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2MLx4C0006527; Wed, 22 Mar 2006 16:59:04 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Wed, 22 Mar 2006 16:59:03 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603221427.45219.mi+mx@aldan.algebra.com> <200603222020.k2MKKKIF013999@apollo.backplane.com> In-Reply-To: <200603222020.k2MKKKIF013999@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603221659.04157.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1352/Thu Mar 23 01:44:26 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: Kostik Belousov , alc@freebsd.org, stable@freebsd.org Subject: Re: flushing "anonymous" buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:08:09 -0000 ÓÅÒÅÄÁ 22 ÂÅÒÅÚÅÎØ 2006 15:20, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š The only real solution is to make the NFS client aware of the > š š restricted user id exported by the server by requiring that the > š š same uid be specified in the mount command the client uses to > š š mount the NFS partition. šThe NFS client would then use that user id > š š for all write I/O operations. What about different users accessing the same share from the same client? -mi From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:08:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBEF716A422; Thu, 23 Mar 2006 18:08:09 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D59DD43D4C; Thu, 23 Mar 2006 18:08:07 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.4) with ESMTP id k2NI85er036287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Mar 2006 13:08:07 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k2NI43M4005361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 13:08:00 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2N2CAWx035970; Wed, 22 Mar 2006 21:12:10 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2N2C7ed035969; Wed, 22 Mar 2006 21:12:07 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Wed, 22 Mar 2006 21:12:05 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211948.28178.mi+mx@aldan.algebra.com> <200603220109.k2M19GVS007470@apollo.backplane.com> In-Reply-To: <200603220109.k2M19GVS007470@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603222112.07140.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1352/Thu Mar 23 01:44:26 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, stable@freebsd.org Subject: vmstat still stalls (Re: more weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:08:09 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 20:09, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š 'vmstat 1' while the program is running would tell us if VM faults > š š are creating an issue. This problem -- vmstat and `systat -vm' occasionally stalling the entire system -- did not go away, it just became less frequent and severe. What is vmstat doing, that -- under heavy reading *in* of VN pages -- could freeze the entire system for a minute or so? -mi From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:21:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A24016A437 for ; Thu, 23 Mar 2006 18:21:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE7343D83 for ; Thu, 23 Mar 2006 18:20:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 807F51A3C1C; Thu, 23 Mar 2006 10:20:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DCEBE5118E; Thu, 23 Mar 2006 13:20:02 -0500 (EST) Date: Thu, 23 Mar 2006 13:20:02 -0500 From: Kris Kennaway To: Casey Scott Message-ID: <20060323182002.GA84524@xor.obsecurity.org> References: <31203190.1741143131135280.JavaMail.root@tomcat.phantombsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <31203190.1741143131135280.JavaMail.root@tomcat.phantombsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:21:33 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 08:25:35AM -0800, Casey Scott wrote: >=20 > ----- Original Message ----- > From: Kris Kennaway > To: Casey Scott > Cc: freebsd-stable@freebsd.org > Sent: Thursday, March 23, 2006 0:27:30 AM GMT-0800 > Subject: Re: 6.1 PRERELEASE kernel build error >=20 > On Wed, Mar 22, 2006 at 10:27:56AM -0800, Casey Scott wrote: > > I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am tryin= g to build a kernel, and keep getting this error at "make". > >=20 > >=20 > > ...... > > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -Wall -Wredundan= t-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc -I-= -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../.= ./../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freeb= sd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTI= ON_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-l= ong-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -m= no-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c > > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration = of 'devfs_ops_f' > > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'd= evfs_ops_f' was here > > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration = of 'devfs_vnodeops' > > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'd= evfs_vnodeops' was here > > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration = of 'devfs_specops' > > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'd= evfs_specops' was here > > *** Error code 1 > >=20 > >=20 > > I even get that error building a kernel from the GENERIC config. I thin= k something is wonky with gcc. >Has anyone else seen this, or know what cou= ld be causing it? > > > >You didn't follow the correct upgrade order - it's documented in the > >handbook and in /usr/src/UPDATING. > > > >Kris >=20 > Thanks for that info. I have the kernel built now. I noticed that it > is built from the source in /usr/obj and not /usr/src. No, /usr/obj contains the results of your buildworld, it's not a second copy of the source. > In 6.x, do we > have to keep /usr/obj after installworld, or should installworld > have updated /usr/src ? You do not have to keep /usr/obj. Kris P.S. Please wrap your lines so that your emails may be easily read. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIubSWry0BWjoQKURAhhhAJ9d2U6uBDov2CCUTWLS25ufaB5AXQCeKHqw +stTOBer1pmQwic7kxSOFeI= =xwgc -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:29:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 333B416A401 for ; Thu, 23 Mar 2006 18:29:14 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDB443D4C for ; Thu, 23 Mar 2006 18:29:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Thu, 23 Mar 2006 10:29:11 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1190845041; Thu, 23 Mar 2006 10:29:10 -0800 (PST) To: JoaoBR In-reply-to: Your message of "Thu, 23 Mar 2006 15:04:41 -0300." <200603231504.42339.joao@matik.com.br> Date: Thu, 23 Mar 2006 10:29:10 -0800 From: "Kevin Oberman" Message-Id: <20060323182910.1190845041@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:29:14 -0000 I am a bit confused. The first addition of sc->pending_txs = 0; was MFC'ed back in December by obrien. Check around line 730 of if_nv.c (or whatever it's called in 6.0) sc->linkup = 0; sc->cur_rx = 0; sc->pending_rxs = 0; + sc->pending_txs = 0; This should mostly eliminate the problem. The other patch cited in the message has never been made: diff -u -r1.7.2.4 if_nve.c --- if_nve.c 9 Oct 2005 04:18:17 -0000 1.7.2.4 +++ if_nve.c 27 Oct 2005 09:58:45 -0000 @@ -727,7 +727,7 @@ DEBUGOUT(NVE_DEBUG_INIT, "nve: nve_init_rings - entry\n"); - sc->cur_rx = sc->cur_tx = sc->pending_rxs = sc->pending_txs = 0; + sc->cur_rx = sc->cur_tx = sc->pending_rxs = 0; /* Initialise RX ring */ for (i = 0; i < RX_RING_SIZE; i++) { struct nve_rx_desc *desc = sc->rx_desc + i; So sc->pending_txs should only be reset to zero only in nve_stop but not in nve_init_rings? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:32:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D072B16A425 for ; Thu, 23 Mar 2006 18:32:42 +0000 (UTC) (envelope-from db@db.net) Received: from heceta.db.net (heceta.db.net [142.46.199.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 372D143D7B for ; Thu, 23 Mar 2006 18:32:31 +0000 (GMT) (envelope-from db@db.net) Received: from heceta.db.net ([142.46.199.182] helo=localhost ident=mailnull) by heceta.db.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMUbl-0007a2-EO; Thu, 23 Mar 2006 13:32:29 -0500 Received: from localhost.dbn ([127.0.0.1] helo=night.db.net) by night.db.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMUg8-000Cgh-Tr; Thu, 23 Mar 2006 13:37:01 -0500 Received: (from db@localhost) by night.db.net (8.13.4/8.13.4/Submit) id k2NIaxIG048774; Thu, 23 Mar 2006 13:36:59 -0500 (EST) (envelope-from db@night.db.net) Date: Thu, 23 Mar 2006 13:36:59 -0500 From: Diane Bruce To: Vlad Message-ID: <20060323183659.GA48702@night.db.net> References: <20060317173651.GA27314@xor.obsecurity.org> <20060317212755.GC38277@nickel.oss.ntelos.net> 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, Kris Kennaway Subject: Re: Fatal trap 12: page fault while in kernel mode / current process=12 (swi1: net) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:32:42 -0000 I have a similar crash from 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #1: Sun Mar 19 13:28: On Fri, Mar 17, 2006 at 09:01:05PM -0600, Vlad wrote: i > Ok, thanks for Joe's hint I was able to get stuff captured: > > # kgdb kernel.debug /var/crash/vmcore.0 ... > #9 0xffffffff8037ee2b in calltrap () at ../../../amd64/amd64/exception.S:168 > #10 0xffffffff8026d5f6 in propagate_priority (td=0xffffff003a5e94c0) > at ../../../kern/subr_turnstile.c:233 > #11 0xffffffff8026de2f in turnstile_wait (lock=0xffffffff805710c0, > owner=0x0) at ../../../kern/subr_turnstile.c:628 > #12 0xffffffff8023b4a9 in _mtx_lock_sleep (m=0xffffffff805710c0, > tid=18446742975234022368, opts=180, > file=0xfffffffe
, My panic. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x808080f4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0513ff5 stack pointer = 0x28:0xda6e4c0c frame pointer = 0x28:0xda6e4c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 3984 (sh) [thread pid 3984 tid 100242 ] Stopped at turnstile_setowner+0xd: movl 0x74(%ecx),%eax db> bt Tracing pid 3984 tid 100242 td 0xc41fb780 turnstile_setowner(c41fe840,80808080,c07a5c58,c079f3e0,c41fb780) at turnstile_se towner+0xd turnstile_wait(c079f3e0,80808080) at turnstile_wait+0xa5 _mtx_lock_sleep(c079f3e0,c41fb780,0,c0674893,25e) at _mtx_lock_sleep+0xc4 _mtx_lock_flags(c079f3e0,0,c0674893,25e,c44b37f8) at _mtx_lock_flags+0x30 fork1(c41fb780,14,0,da6e4cd4,c41fb780) at fork1+0xb2a fork(c41fb780,da6e4d04,0,0,246) at fork+0x18 syscall(3b,3b,3b,0,8068000) at syscall+0x25f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip = 0x2813ca33, esp = 0xbfbfe5ec, ebp = 0xbfbfe608 - -- - db@db.net http://www.db.net/~db From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:33:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 140CD16A425 for ; Thu, 23 Mar 2006 18:33:02 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AADF443D64 for ; Thu, 23 Mar 2006 18:33:01 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k2NIWd1Z029719 for ; Thu, 23 Mar 2006 10:32:39 -0800 From: Kent Stewart To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 23 Mar 2006 10:33:00 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200603231033.00305.kstewart@owt.com> Subject: Non-boot on RELENG_6 1930 UTC source using XP's ntldr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:33:02 -0000 I updated my system on 22 March with sources available on the mirrors at 11:30 PST and ended up with a system that wouldn't boot. It would get to the point that I chose FreeBSD using ntldr and it just stopped. The XP sytem used an older boot1 to boot FreeBSD. I could use the 6.0-Release CD fixit option to go back to the system update of 18 March. Since then, I have found that if I unload the 18 March kernel, load the 22 March kernel and boot, I get a btx dump. However, if you replace the old boot1 used by the ntldr with the one created by the new version of the OS, you can boot just fine. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:36:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D58916A401 for ; Thu, 23 Mar 2006 18:36:27 +0000 (UTC) (envelope-from scott@fishballoon.org) Received: from queue01-winn.ispmail.ntl.com (queue01-winn.ispmail.ntl.com [81.103.221.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B1143D60 for ; Thu, 23 Mar 2006 18:36:09 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20060323174252.LWMS29343.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Thu, 23 Mar 2006 17:42:52 +0000 Received: from llama.fishballoon.org ([81.101.128.185]) by aamtaout02-winn.ispmail.ntl.com with ESMTP id <20060323174252.WMSE15350.aamtaout02-winn.ispmail.ntl.com@llama.fishballoon.org> for ; Thu, 23 Mar 2006 17:42:52 +0000 Received: from scott by llama.fishballoon.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMTpi-000LyW-4n for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 17:42:50 +0000 Date: Thu, 23 Mar 2006 17:42:50 +0000 From: Scott Mitchell To: freebsd-stable@freebsd.org Message-ID: <20060323174249.GB79194@llama.fishballoon.org> References: <20060106135717.GA20651@llama.fishballoon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060106135717.GA20651@llama.fishballoon.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-SECURITY i386 Sender: Scott Mitchell Subject: Re: 6.0 on Dell 1850 with DRAC4 management card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:36:27 -0000 On Fri, Jan 06, 2006 at 01:57:17PM +0000, Scott Mitchell wrote: > Hi all, > > On to my next question about running 6.0 on a Dell PE1850, since it seems > that the RAID card will work just fine... > > I'm thinking about getting the machine with a DRAC4 remote management card. > This looks to be OS-independent (you can configure through the BIOS) so I > expect it will just work. I've seen various posts talking about how it > tends to take over the keyboard and render the real console inaccessible, > but there are workarounds for that. > > Does anyone have the console redirection working? I'd like to leave the > 'real' console (actually a USB keyboard attached to a KVM) active so the > machine is accessible to someone actually in the server room, but still be > able to get to the console remotely when necessary. The Dell docs imply > that you can just point a browser at the DRAC and fire up a new console, > but I'd like to hear from someone who's done this with FreeBSD! > > Apologies for all the dumb questions... I'd try all this stuff myself but > the hardware isn't here yet and has to go into production pretty quickly > once it arrives. All the similar machines in the building are already > running Windows and someone would object if I 'liberated' any of them :) Following up to myself for the benefit of the archives - I can confirm that the DRAC4 works very well with FreeBSD, and turns out to be quite a useful piece of kit. The DRAC attaches itself as a USB keyboard which on this system at least was probed as ukbd0, so I was able to install using the remote console (a Java applet downloaded from the DRAC's web server). The _really_ cool feature is the remote CD/floppy support - I was able to boot the 1850 off a 6.0 CD *in my local workstation* and do the entire install without ever going near it, so it could have been on the other side of the planet, not just in the next room. Pretty neat IMHO. After a bit of fiddling with kbdmux(4) and devd.conf I was able to get a second UDB keyboard on a KVM working as well. There are a few magic runes needed to boot single-user, but I expect all that to become a lot easier with the kbdmux(4) changes coming in 6.1. The DRAC can be configured to send out email alerts when interesting events happen - it will tell you when eg. RAID drives die and come back online, and I expect also when temperature limits etc. are reached. It also has console redirection to the serial ports, which I *believe* can also be reached via the telnet or SSH interface, but I haven't got around to setting that up yet (and rebooting the machine to tweak the BIOS now it's live would make me unpopular) Anyway, if you're buying a Dell server of any kind I can highly recommend getting one of these cards with it. Cheers, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:40:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35DA016A420 for ; Thu, 23 Mar 2006 18:40:27 +0000 (UTC) (envelope-from steve@energistic.com) Received: from energistic.com (mail.energistic.com [216.54.148.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE13843D6B for ; Thu, 23 Mar 2006 18:40:26 +0000 (GMT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost.energistic.com [127.0.0.1]) by energistic.com (8.13.4/8.13.4) with ESMTP id k2NIePDb023435 for ; Thu, 23 Mar 2006 13:40:25 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.13.4/8.13.4/Submit) id k2NIePeo021490 for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 13:40:25 -0500 (EST) (envelope-from steve) Date: Thu, 23 Mar 2006 13:40:25 -0500 (EST) From: Steve Ames Message-Id: <200603231840.k2NIePeo021490@energistic.com> To: freebsd-stable@freebsd.org X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on energistic.com Subject: new zoneinfo for 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:40:27 -0000 For us poor saps in Indiana... could we get a new zoneinfo port prior to 5.5-R? thanks From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:40:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9790816A400 for ; Thu, 23 Mar 2006 18:40:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED29943D5A for ; Thu, 23 Mar 2006 18:40:50 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2NIeBj6023908; Thu, 23 Mar 2006 15:40:11 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: "Kevin Oberman" Date: Thu, 23 Mar 2006 15:40:32 -0300 User-Agent: KMail/1.9.1 References: <20060323182910.1190845041@ptavv.es.net> In-Reply-To: <20060323182910.1190845041@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603231540.33339.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:40:51 -0000 On Thursday 23 March 2006 15:29, Kevin Oberman wrote: > I am a bit confused. The first addition of sc->pending_txs =3D 0; was > MFC'ed back in December by obrien. > > Check around line 730 of if_nv.c (or whatever it's called in 6.0) > sc->linkup =3D 0; > sc->cur_rx =3D 0; > sc->pending_rxs =3D 0; > + sc->pending_txs =3D 0; > This should mostly eliminate the problem. > this part actually is in the driver but nve still doing timeout and stop=20 imediatly rx/tx > The other patch cited in the message has never been made: > diff -u -r1.7.2.4 if_nve.c > --- if_nve.c 9 Oct 2005 04:18:17 -0000 1.7.2.4 > +++ if_nve.c 27 Oct 2005 09:58:45 -0000 > @@ -727,7 +727,7 @@ > > DEBUGOUT(NVE_DEBUG_INIT, "nve: nve_init_rings - entry\n"); > > - sc->cur_rx =3D sc->cur_tx =3D sc->pending_rxs =3D sc->pending_txs= =3D 0; > + sc->cur_rx =3D sc->cur_tx =3D sc->pending_rxs =3D 0; and I did this part and my NIC is running, as I said still lot of collision= s=20 caused by it but it is running Jo=E3o > /* Initialise RX ring */ > for (i =3D 0; i < RX_RING_SIZE; i++) { > struct nve_rx_desc *desc =3D sc->rx_desc + i; > > > So sc->pending_txs should only be reset to zero only in nve_stop but not > in nve_init_rings? A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:44:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BFD316A423 for ; Thu, 23 Mar 2006 18:44:02 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2433D43D7B for ; Thu, 23 Mar 2006 18:44:01 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id E618B63F98; Thu, 23 Mar 2006 10:44:00 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10031-02; Thu, 23 Mar 2006 10:43:59 -0800 (PST) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.6]) by mail.phantombsd.org (Postfix) with ESMTP id 91B7A63F97; Thu, 23 Mar 2006 10:43:59 -0800 (PST) Message-ID: <13558385.01143139439325.JavaMail.root@tomcat.phantombsd.org> Date: Thu, 23 Mar 2006 10:43:59 -0800 (PST) From: Casey Scott To: Kris Kennaway MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.399 tagged_above=-10 required=4 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] X-Spam-Score: -4.399 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:44:02 -0000 ----- Original Message ----- From: Kris Kennaway To: Casey Scott Cc: freebsd-stable@freebsd.org, Kris Kennaway Sent: Thursday, March 23, 2006 10:20:02 AM GMT-0800 Subject: Re: 6.1 PRERELEASE kernel build error On Thu, Mar 23, 2006 at 08:25:35AM -0800, Casey Scott wrote: > > ----- Original Message ----- > From: Kris Kennaway > To: Casey Scott > Cc: freebsd-stable@freebsd.org > Sent: Thursday, March 23, 2006 0:27:30 AM GMT-0800 > Subject: Re: 6.1 PRERELEASE kernel build error > > On Wed, Mar 22, 2006 at 10:27:56AM -0800, Casey Scott wrote: > > I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am trying to build a kernel, and keep getting this error at "make". > > > > > > ...... > > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c > > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration of 'devfs_ops_f' > > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here > > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration of 'devfs_vnodeops' > > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here > > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration of 'devfs_specops' > > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here > > *** Error code 1 > > > > > > I even get that error building a kernel from the GENERIC config. I think something is wonky with gcc. >Has anyone else seen this, or know what could be causing it? > > > >You didn't follow the correct upgrade order - it's documented in the > >handbook and in /usr/src/UPDATING. > > > >Kris > > > Thanks for that info. I have the kernel built now. I noticed that it > is built from the source in /usr/obj and not /usr/src. > >No, /usr/obj contains the results of your buildworld, it's not a >second copy of the source. > > In 6.x, do we > have to keep /usr/obj after installworld, or should installworld > have updated /usr/src ? >You do not have to keep /usr/obj. > >Kris > >P.S. Please wrap your lines so that your emails may be easily read. That's what I thought. However, when I rm -rf /usr/obj/, and try to build the kernel again, I can the same error that I mentioned at the beginning of the thread. If I buildworld again, and do a make buildkernel KERNCONF=XXX, the build succeeds. Casey From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:45:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7859816A524 for ; Thu, 23 Mar 2006 18:45:08 +0000 (UTC) (envelope-from jeff@home.jeffenstein.dyndns.org) Received: from jeffenstein.dyndns.org (jeffenstein.dyndns.org [69.56.173.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 241B343D45 for ; Thu, 23 Mar 2006 18:45:08 +0000 (GMT) (envelope-from jeff@home.jeffenstein.dyndns.org) Received: by centipede (Postfix, from userid 10) id 42EC7451DE; Thu, 23 Mar 2006 13:45:07 -0500 (EST) Received: by home.jeffenstein.dyndns.org (Postfix, from userid 1001) id 6DAC273058; Thu, 23 Mar 2006 19:42:40 +0100 (CET) Date: Thu, 23 Mar 2006 19:42:40 +0100 From: Jeff Fisher To: freebsd-stable Message-ID: <20060323184240.GH97230@frogger.jeffnet> Mail-Followup-To: Jeff Fisher , freebsd-stable References: <4421F47F.3050104@andrzejcuber.pl> <20060323012805.GB23902@thought.org> <620ACC77-4F21-456C-85EC-3E1723F77568@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <620ACC77-4F21-456C-85EC-3E1723F77568@khera.org> User-Agent: Mutt/1.4.2.1i Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:45:08 -0000 On Thu, Mar 23, 2006 at 10:24:04AM -0500, Vivek Khera wrote: > From: Vivek Khera > Date: Thu, 23 Mar 2006 10:24:04 -0500 > To: freebsd-stable > X-Mailer: Apple Mail (2.746.3) > Subject: Re: a place for configuration files > > > On Mar 22, 2006, at 8:28 PM, Gary Kline wrote: > > > I think having a /usr/local/etc is "new" (past decade maybe), > > We've had /usr/local on Sun boxes since I can remember (started using > SunOS 2.x back in college) and administering 4.2BSD (not FreeBSD 4.2, > but 4.2BSD from Berkeley) on vaxen 'round about 1986-ish and we had / > usr/local for local (ie, not part of the base system) software. In > fact, it was actually a separate disk partition too. At more than one place where I've worked, /usr/local was a common NFS mount, which meant a lot less overhead for installing site-local packages. Depending on the number of servers you're managing, it can be quite a bit easier to do this (or use rsync/rdist) to have a common site-wide repository of local software, than to manage local packages, and their dependencies / upgrades across all servers. -- jeff@jeffenstein.dyndns.org http://jeffenstein.dyndns.org/ PGP mail preferred, key id 0x19C987F5 "It is our belief, however, that serious professional users will run out of things they can do with UNIX. They'll want a real system and will end up doing VMS when they get to be serious about programming." -- Ken Olsen, CEO of DEC, 1984 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 18:48:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10E4916A400 for ; Thu, 23 Mar 2006 18:48:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93A1E43D70 for ; Thu, 23 Mar 2006 18:48:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A2ADB1A4E8B; Thu, 23 Mar 2006 10:48:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1164251753; Thu, 23 Mar 2006 13:48:30 -0500 (EST) Date: Thu, 23 Mar 2006 13:48:29 -0500 From: Kris Kennaway To: Casey Scott Message-ID: <20060323184829.GB85076@xor.obsecurity.org> References: <13558385.01143139439325.JavaMail.root@tomcat.phantombsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <13558385.01143139439325.JavaMail.root@tomcat.phantombsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:48:34 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 10:43:59AM -0800, Casey Scott wrote: >=20 > ----- Original Message ----- > From: Kris Kennaway > To: Casey Scott > Cc: freebsd-stable@freebsd.org, Kris Kennaway > Sent: Thursday, March 23, 2006 10:20:02 AM GMT-0800 > Subject: Re: 6.1 PRERELEASE kernel build error >=20 > On Thu, Mar 23, 2006 at 08:25:35AM -0800, Casey Scott wrote: > >=20 > > ----- Original Message ----- > > From: Kris Kennaway > > To: Casey Scott > > Cc: freebsd-stable@freebsd.org > > Sent: Thursday, March 23, 2006 0:27:30 AM GMT-0800 > > Subject: Re: 6.1 PRERELEASE kernel build error > >=20 > > On Wed, Mar 22, 2006 at 10:27:56AM -0800, Casey Scott wrote: > > > I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am try= ing to build a kernel, and keep getting this error at "make". > > >=20 > > >=20 > > > ...... > > > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium4 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc -= I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I..= /../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/fre= ebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --para= m inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align= -long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse = -mno-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c > > > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaratio= n of 'devfs_ops_f' > > > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of = 'devfs_ops_f' was here > > > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaratio= n of 'devfs_vnodeops' > > > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of = 'devfs_vnodeops' was here > > > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaratio= n of 'devfs_specops' > > > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of = 'devfs_specops' was here > > > *** Error code 1 > > >=20 > > >=20 > > > I even get that error building a kernel from the GENERIC config. I th= ink something is wonky with gcc. >Has anyone else seen this, or know what c= ould be causing it? > > > > > >You didn't follow the correct upgrade order - it's documented in the > > >handbook and in /usr/src/UPDATING. > > > > > >Kris > >=20 > > > > Thanks for that info. I have the kernel built now. I noticed that it > > is built from the source in /usr/obj and not /usr/src. > > > >No, /usr/obj contains the results of your buildworld, it's not a > >second copy of the source. > > > > In 6.x, do we > > have to keep /usr/obj after installworld, or should installworld > > have updated /usr/src ? >=20 > >You do not have to keep /usr/obj. > > > >Kris > > > >P.S. Please wrap your lines so that your emails may be easily read. >=20 >=20 > That's what I thought. However, when I rm -rf /usr/obj/, and try=20 > to build the kernel again, I can the same error that I mentioned > at the beginning of the thread. If I buildworld again, and do a=20 > make buildkernel KERNCONF=3DXXX, the build succeeds. Yes, because you removed it in the middle of your upgrade. According to the directions, installworld comes late in the sequence. Kris --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIu19Wry0BWjoQKURApWnAJ9MIFnA22wLAymWZ2isNdhHfNf3SwCfVll6 uyOdyktQC4piev+JDo1E5yY= =0kTY -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:00:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0D716A401 for ; Thu, 23 Mar 2006 19:00:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3300343D48 for ; Thu, 23 Mar 2006 19:00:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 8EA352000DF; Thu, 23 Mar 2006 20:00:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id C9EEB2000DE; Thu, 23 Mar 2006 20:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 05924444F45; Thu, 23 Mar 2006 18:59:47 +0000 (UTC) Date: Thu, 23 Mar 2006 18:59:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: JoaoBR In-Reply-To: <200603231540.33339.joao@matik.com.br> Message-ID: <20060323184852.G2181@maildrop.int.zabbadoz.net> References: <20060323182910.1190845041@ptavv.es.net> <200603231540.33339.joao@matik.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:00:11 -0000 On Thu, 23 Mar 2006, JoaoBR wrote: Hi, >> The other patch cited in the message has never been made: >> diff -u -r1.7.2.4 if_nve.c >> --- if_nve.c 9 Oct 2005 04:18:17 -0000 1.7.2.4 >> +++ if_nve.c 27 Oct 2005 09:58:45 -0000 >> @@ -727,7 +727,7 @@ >> >> DEBUGOUT(NVE_DEBUG_INIT, "nve: nve_init_rings - entry\n"); >> >> - sc->cur_rx = sc->cur_tx = sc->pending_rxs = sc->pending_txs = 0; >> + sc->cur_rx = sc->cur_tx = sc->pending_rxs = 0; > > > and I did this part and my NIC is running, as I said still lot of collisions > caused by it but it is running If you have collisions you have most likeely a duplex mismatch. If you read the code and I remember right the above change is a NOP. The timeouts have been there and are there. The difference with the last commits is that a lot of people couldn't get the NIC working at all before and now it works (somewhat) but there are timeouts from time to time which for some people seem to auto-recover and for others still get things 'stuck'. The problem is to diagnose what everyone really has - branch running (RELENG_6 or HEAD) - i386 or amd64 - exact FreeBSD revisions for if_nve.c - if using patches which - pciconf -lv | grep -A4 ^nve - which board - exact problems * is the interface working at all * is it just stuck from time to time * ... See http://www.freebsd.org/cgi/query-pr.cgi?pr=94524 for more questions. You my want to submit a fllow up and add your description with the answer to these questions there. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:04:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78BE616A425; Thu, 23 Mar 2006 19:04:00 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B1D43D79; Thu, 23 Mar 2006 19:03:51 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.4) with ESMTP id k2NJ3n5M036489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Mar 2006 14:03:50 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k2NJ3hFP007304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 14:03:44 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2NJ3cc7039703; Thu, 23 Mar 2006 14:03:38 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2NJ3a2L039702; Thu, 23 Mar 2006 14:03:36 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Thu, 23 Mar 2006 14:03:35 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211717.34348.mi+mx@aldan.algebra.com> <200603212248.k2LMmTMj006791@apollo.backplane.com> In-Reply-To: <200603212248.k2LMmTMj006791@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603231403.36136.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1352/Thu Mar 23 01:44:26 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, stable@freebsd.org Subject: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:04:00 -0000 צ×ÔÏÒÏË 21 ÂÅÒÅÚÅÎØ 2006 17:48, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š Reading via mmap() is very well optimized. Actually, I can not agree here -- quite the opposite seems true. When running locally (no NFS involved) my compressor with the `-1' flag (fast, least effective compression), the program easily compresses faster, than it can read. The Opteron CPU is about 50% idle, *and so is the disk* producing only 15Mb/s. I guess, despite the noise I raised on this subject a year ago, reading via mmap continues to ignore the MADV_SEQUENTIONAL and has no other adaptability. Unlike read, which uses buffering, mmap-reading still does not pre-fault the file's pieces in efficiently :-( Although the program was written to compress files, that are _likely_ still in memory, when used with regular files, it exposes the lack of mmap optimization. This should be even more obvious, if you time searching for a string in a large file using grep vs. 'grep --mmap'. Yours, -mi http://aldan.algebra.com/~mi/mzip.c From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:17:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5009916A401 for ; Thu, 23 Mar 2006 19:17:58 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC87443D46 for ; Thu, 23 Mar 2006 19:17:57 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id DE2C563F98; Thu, 23 Mar 2006 11:17:56 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10029-03; Thu, 23 Mar 2006 11:17:56 -0800 (PST) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.6]) by mail.phantombsd.org (Postfix) with ESMTP id E52A163F97; Thu, 23 Mar 2006 11:17:55 -0800 (PST) Message-ID: <29551621.31143141475517.JavaMail.root@tomcat.phantombsd.org> Date: Thu, 23 Mar 2006 11:17:55 -0800 (PST) From: Casey Scott To: Kris Kennaway MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.399 tagged_above=-10 required=4 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] X-Spam-Score: -4.399 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:17:58 -0000 ----- Original Message ----- From: Kris Kennaway To: Casey Scott Cc: Kris Kennaway , freebsd-stable@freebsd.org Sent: Thursday, March 23, 2006 10:48:29 AM GMT-0800 Subject: Re: 6.1 PRERELEASE kernel build error On Thu, Mar 23, 2006 at 10:43:59AM -0800, Casey Scott wrote: > > ----- Original Message ----- > From: Kris Kennaway > To: Casey Scott > Cc: freebsd-stable@freebsd.org, Kris Kennaway > Sent: Thursday, March 23, 2006 10:20:02 AM GMT-0800 > Subject: Re: 6.1 PRERELEASE kernel build error > > On Thu, Mar 23, 2006 at 08:25:35AM -0800, Casey Scott wrote: > > > > ----- Original Message ----- > > From: Kris Kennaway > > To: Casey Scott > > Cc: freebsd-stable@freebsd.org > > Sent: Thursday, March 23, 2006 0:27:30 AM GMT-0800 > > Subject: Re: 6.1 PRERELEASE kernel build error > > > > On Wed, Mar 22, 2006 at 10:27:56AM -0800, Casey Scott wrote: > > > I just upgraded 5.4 stable to 6.1 PRERELEASE via buildworld. I am trying to build a kernel, and keep getting this error at "make". > > > > > > > > > ...... > > > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c > > > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration of 'devfs_ops_f' > > > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here > > > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration of 'devfs_vnodeops' > > > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here > > > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration of 'devfs_specops' > > > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here > > > *** Error code 1 > > > > > > > > > I even get that error building a kernel from the GENERIC config. I think something is wonky with gcc. >Has anyone else seen this, or know what could be causing it? > > > > > >You didn't follow the correct upgrade order - it's documented in the > > >handbook and in /usr/src/UPDATING. > > > > > >Kris > > > > > > Thanks for that info. I have the kernel built now. I noticed that it > > is built from the source in /usr/obj and not /usr/src. > > > >No, /usr/obj contains the results of your buildworld, it's not a > >second copy of the source. > > > > In 6.x, do we > > have to keep /usr/obj after installworld, or should installworld > > have updated /usr/src ? > > >You do not have to keep /usr/obj. > > > >Kris > > > >P.S. Please wrap your lines so that your emails may be easily read. > > > That's what I thought. However, when I rm -rf /usr/obj/, and try > to build the kernel again, I can the same error that I mentioned > at the beginning of the thread. If I buildworld again, and do a > make buildkernel KERNCONF=XXX, the build succeeds. > >Yes, because you removed it in the middle of your upgrade. According >to the directions, installworld comes late in the sequence. > >Kris Sorry, I should have been more clear. I have already performed the entire procedure specified in updating. The system is running the new 6.1 binaries/kernel. After booting into the new environment, I removed /usr/obj. At /usr/src, I did make buildkernel KERNCONF=XXX, and received the error in question. Upon doing another buildworld, the buildkernel succeeded. Casey From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:31:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 541FF16A401 for ; Thu, 23 Mar 2006 19:31:52 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5594843D55 for ; Thu, 23 Mar 2006 19:31:40 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.4) with ESMTP id k2NJVbnV099613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Thu, 23 Mar 2006 14:31:37 -0500 (EST) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.4/Submit) id k2NJVbpo099612; Thu, 23 Mar 2006 14:31:37 -0500 (EST) (envelope-from wollman) Date: Thu, 23 Mar 2006 14:31:37 -0500 (EST) From: Garrett Wollman Message-Id: <200603231931.k2NJVbpo099612@khavrinen.csail.mit.edu> To: steve@energistic.com In-Reply-To: <200603231840.k2NIePeo021490@energistic.com> Organization: MIT Computer Science & Artificial Intelligence Lab X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (khavrinen.csail.mit.edu [127.0.0.1]); Thu, 23 Mar 2006 14:31:37 -0500 (EST) X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on khavrinen.csail.mit.edu Cc: , freebsd-stable@freebsd.org Subject: Re: new zoneinfo for 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:31:52 -0000 In <200603231840.k2NIePeo021490@energistic.com>, Steve Ames writes: >For us poor saps in Indiana... could we get a new zoneinfo port >prior to 5.5-R? Sorry, I've been unable to devote any attention at all to FreeBSD in the past three months or so. I'm hoping to clear the backlog soon, but I don't think that I'll be able to do it before the release as I had originally planned. You can always drop in the new tzdata files on your existing system. (I'm hoping at some point in the near future to create a port so that you don't have to update your system to get the latest tzdata.) -GAWollman -- Garrett A. Wollman | As the Constitution endures, persons in every wollman@csail.mit.edu | generation can invoke its principles in their own Opinions not those | search for greater freedom. of MIT or CSAIL. | - A. Kennedy, Lawrence v. Texas, 539 U.S. 558 (2003) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:32:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB68716A53A for ; Thu, 23 Mar 2006 19:32:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF88D43D66 for ; Thu, 23 Mar 2006 19:31:49 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2NJV9KN027086; Thu, 23 Mar 2006 16:31:09 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: "Bjoern A. Zeeb" Date: Thu, 23 Mar 2006 16:31:30 -0300 User-Agent: KMail/1.9.1 References: <20060323182910.1190845041@ptavv.es.net> <200603231540.33339.joao@matik.com.br> <20060323184852.G2181@maildrop.int.zabbadoz.net> In-Reply-To: <20060323184852.G2181@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603231631.30866.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:32:31 -0000 On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > If you have collisions you have most likeely a duplex mismatch. > yep, but I set manually matching with the switch and tried other speeds, no= =20 change > If you read the code and I remember right the above change is a NOP. > anyway, resolved my case ... > > The timeouts have been there and are there. The difference with the > last commits is that a lot of people couldn't get the NIC working at > all before and now it works (somewhat) but there are timeouts from > time to time which for some people seem to auto-recover and for > others still get things 'stuck'. > nve did not worked on 6.0R (for me) but cvsup to stable resolved the case (= for=20 me) in end of dezember since a month or so with recent releng_6 the problem came back, timeouts an= d=20 stopping rx/tx=20 > The problem is to diagnose what everyone really has > - branch running (RELENG_6 or HEAD) releng_6 last cvsup from thi monday > - i386 or amd64 amd64 > - exact FreeBSD revisions for if_nve.c > - if using patches which > - pciconf -lv | grep -A4 ^nve nve0: port 0xd400-0xd407 mem=20 0xec000000-0xec000fff irq 20 at device 5.0 on pci0 nve0: Ethernet address 00:04:61:98:97:d5 miibus0: on nve0 nve0@pci0:5:0: class=3D0x068000 card=3D0x100c1695 chip=3D0x00df10de rev=3D= 0xa2=20 hdr=3D0x00 vendor =3D 'NVIDIA Corporation' device =3D 'Network Bus Enumerator' class =3D bridge > - which board > > - exact problems=20 > * is the interface working at all the system after probing HW comes up with=20 nve0 down nve0 up nve0 down=20 Jo=E3o > * is it just stuck from time to time > * ... > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=3D94524 for more > questions. You my want to submit a fllow up and add your description > with the answer to these questions there. =2D-=20 Atenciosamente Infomatik Internet Technology (18)3551.8155 (18)8112.7007 http://info.matik.com.br A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:50:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ECEA16A525 for ; Thu, 23 Mar 2006 19:50:20 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B68EC43D81 for ; Thu, 23 Mar 2006 19:50:10 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k2NJo9st027213; Thu, 23 Mar 2006 11:50:09 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k2NJo9GD027212; Thu, 23 Mar 2006 11:50:09 -0800 Date: Thu, 23 Mar 2006 11:50:09 -0800 From: Brooks Davis To: husnu demir Message-ID: <20060323195009.GA25560@odin.ac.hmc.edu> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <20060301064045.GP20911@crom.vickiandstacey.com> <20060301064805.GS3021@afflictions.org> <200603010859.21255.asg@suedfactoring.com> <20060323145803.GA3014670@metu.edu.tr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20060323145803.GA3014670@metu.edu.tr> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: ifconfig -am shows ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:50:20 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 04:58:04PM +0200, husnu demir wrote: > Hi, >=20 > my ifconfig -am command result is as follows; >=20 >=20 > em0: flags=3D8843 mtu 1500 > options=3Db > capabilities=3D5b > inet 10.0.10.114 netmask 0xfffffffc broadcast 10.0.10.115 > ether 00:04:23:c2:db:fc > media: Ethernet autoselect (1000baseSX ) > status: active > supported media: > media autoselect > media 1000baseSX > media 1000baseSX mediaopt full-duplex >=20 >=20 >=20 > But I know that it is an LX card. The connection is working. Can it be > a cause of bottleneck for my network or just a small bug?? It's probably just a cosmetic bug. It looks like the driver doesn't know about LX media, but I'm guessing the PHYs have the same software and electrical interface so it shouldn't matter. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEIvvwXY6L6fI4GtQRAs/FAKDRMxfLPu4Hym5kp0DUzgqBBV9wLQCdECLs /zz98iMXlmYmtwHnBxXU0Hk= =RnMB -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 19:58:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6075016A42A for ; Thu, 23 Mar 2006 19:58:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E152343D49 for ; Thu, 23 Mar 2006 19:57:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C2D061A3C1C; Thu, 23 Mar 2006 11:57:11 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 32B785118E; Thu, 23 Mar 2006 14:57:11 -0500 (EST) Date: Thu, 23 Mar 2006 14:57:11 -0500 From: Kris Kennaway To: Casey Scott Message-ID: <20060323195710.GA86165@xor.obsecurity.org> References: <29551621.31143141475517.JavaMail.root@tomcat.phantombsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <29551621.31143141475517.JavaMail.root@tomcat.phantombsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:58:02 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 11:17:55AM -0800, Casey Scott wrote: > Sorry, I should have been more clear. I have already performed the=20 > entire procedure specified in updating. The system is running the=20 > new 6.1 binaries/kernel. >=20 > After booting into the new environment, I removed /usr/obj.=20 > At /usr/src, I did make buildkernel KERNCONF=3DXXX, and received the > error in question. Upon doing another buildworld, the buildkernel=20 > succeeded. Something on your system is still stale. The error comes when you have an old compiler toolchain, and if you completed the installworld with correct sources you have the new compiler. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIv2WWry0BWjoQKURAokQAJ0bBDJBKNVtHeAXAUom4aGvaY3hogCeMj/b 7Gf5TsVT61+NgXMsyRLOKs0= =zdVa -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 20:03:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B6216A437 for ; Thu, 23 Mar 2006 20:03:43 +0000 (UTC) (envelope-from casey@phantombsd.org) Received: from mail.phantombsd.org (dsl231-036-017.sea1.dsl.speakeasy.net [216.231.36.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C97C43DFE for ; Thu, 23 Mar 2006 20:01:46 +0000 (GMT) (envelope-from casey@phantombsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.phantombsd.org (Postfix) with ESMTP id D7BA263F98; Thu, 23 Mar 2006 12:01:45 -0800 (PST) Received: from mail.phantombsd.org ([127.0.0.1]) by localhost (mail.phantombsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10024-04; Thu, 23 Mar 2006 12:01:45 -0800 (PST) Received: from mail.phantombsd.org (tomcat.phantombsd.org [192.168.1.6]) by mail.phantombsd.org (Postfix) with ESMTP id 3DC2563F97; Thu, 23 Mar 2006 12:01:45 -0800 (PST) Message-ID: <8524028.61143144104990.JavaMail.root@tomcat.phantombsd.org> Date: Thu, 23 Mar 2006 12:01:44 -0800 (PST) From: Casey Scott To: Kris Kennaway MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.399 tagged_above=-10 required=4 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] X-Spam-Score: -4.399 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 PRERELEASE kernel build error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:03:43 -0000 ----- Original Message ----- From: Kris Kennaway To: Casey Scott Cc: freebsd-stable@freebsd.org, Kris Kennaway Sent: Thursday, March 23, 2006 11:57:11 AM GMT-0800 Subject: Re: 6.1 PRERELEASE kernel build error On Thu, Mar 23, 2006 at 11:17:55AM -0800, Casey Scott wrote: > Sorry, I should have been more clear. I have already performed the > entire procedure specified in updating. The system is running the > new 6.1 binaries/kernel. > > After booting into the new environment, I removed /usr/obj. > At /usr/src, I did make buildkernel KERNCONF=XXX, and received the > error in question. Upon doing another buildworld, the buildkernel > succeeded. > >Something on your system is still stale. > >The error comes when you have an old compiler toolchain, and if you >completed the installworld with correct sources you have the new >compiler. > >Kris I figured as much. I'll go through everything again in a very detailed manner when I get the time. Thanks for the second opinion. Casey From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 20:48:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D52216A400; Thu, 23 Mar 2006 20:48:21 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298A343D68; Thu, 23 Mar 2006 20:48:18 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2NKm4fB067645; Thu, 23 Mar 2006 12:48:04 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2NKm4QL067644; Thu, 23 Mar 2006 12:48:04 -0800 (PST) Date: Thu, 23 Mar 2006 12:48:04 -0800 (PST) From: Matthew Dillon Message-Id: <200603232048.k2NKm4QL067644@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603211717.34348.mi+mx@aldan.algebra.com> <200603212248.k2LMmTMj006791@apollo.backplane.com> <200603231403.36136.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:48:21 -0000 :Actually, I can not agree here -- quite the opposite seems true. When running :locally (no NFS involved) my compressor with the `-1' flag (fast, least :effective compression), the program easily compresses faster, than it can :read. : :The Opteron CPU is about 50% idle, *and so is the disk* producing only 15Mb/s. :I guess, despite the noise I raised on this subject a year ago, reading via :mmap continues to ignore the MADV_SEQUENTIONAL and has no other adaptability. : :Unlike read, which uses buffering, mmap-reading still does not pre-fault the :file's pieces in efficiently :-( : :Although the program was written to compress files, that are _likely_ still in :memory, when used with regular files, it exposes the lack of mmap :optimization. : :This should be even more obvious, if you time searching for a string in a :large file using grep vs. 'grep --mmap'. : :Yours, : : -mi : :http://aldan.algebra.com/~mi/mzip.c Well, I don't know about FreeBSD, but both grep cases work just fine on DragonFly. I can't test mzip.c because I don't see the compression library you are calling (maybe that's a FreeBSD thing). The results of the grep test ought to be similar for FreeBSD since the heuristic used by both OS's is the same. If they aren't, something might have gotten nerfed accidently in the FreeBSD tree. Here is the cache case test. mmap is clearly faster (though I would again caution that this should not be an implicit assumption since VM fault overheads can rival read() overheads, depending on the situation). The 'x1' file in all tests below is simply /usr/share/dict/words concactenated over and over again to produce a large file. crater# ls -la x1 -rw-r--r-- 1 root wheel 638228992 Mar 23 11:36 x1 [ machine has 1GB of ram ] crater# time grep --mmap asdfasf x1 1.000u 0.117s 0:01.11 100.0% 10+40k 0+0io 0pf+0w crater# time grep --mmap asdfasf x1 0.976u 0.132s 0:01.13 97.3% 10+40k 0+0io 0pf+0w crater# time grep --mmap asdfasf x1 0.984u 0.140s 0:01.11 100.9% 10+41k 0+0io 0pf+0w crater# time grep asdfasf x1 0.601u 0.781s 0:01.40 98.5% 10+42k 0+0io 0pf+0w crater# time grep asdfasf x1 0.507u 0.867s 0:01.39 97.8% 10+40k 0+0io 0pf+0w crater# time grep asdfasf x1 0.562u 0.812s 0:01.43 95.8% 10+41k 0+0io 0pf+0w crater# iostat 1 [ while grep is running, in order to test the cache case and verify that no I/O is occuring once the data has been cached ] The disk I/O case, which I can test by unmounting and remounting the partition containing the file in question, then running grep, seems to be well optimized on DragonFly. It should be similarly optimized on FreeBSD since the code that does this optimization is nearly the same. In my test, it is clear that the page-fault overhead in the uncached case is considerably greater then the copying overhead of a read(), though not by much. And I would expect that, too. test28# umount /home test28# mount /home test28# time grep asdfasdf /home/x1 0.382u 0.351s 0:10.23 7.1% 55+141k 42+0io 4pf+0w test28# umount /home test28# mount /home test28# time grep asdfasdf /home/x1 0.390u 0.367s 0:10.16 7.3% 48+123k 42+0io 0pf+0w test28# umount /home test28# mount /home test28# time grep --mmap asdfasdf /home/x1 0.539u 0.265s 0:10.53 7.5% 36+93k 42+0io 19518pf+0w test28# umount /home test28# mount /home test28# time grep --mmap asdfasdf /home/x1 0.617u 0.289s 0:10.47 8.5% 41+105k 42+0io 19518pf+0w test28# test28# iostat 1 during the test showed ~60MBytes/sec for all four tests Perhaps you should post specifics of the test you are running, as well as specifics of the results you are getting, such as the actual timing output instead of a human interpretation of the results. For that matter, being an opteron system, were you running the tests on a UP system or an SMP system? grep is a single-threaded so on a 2-cpu system it will show 50% cpu utilization since one cpu will be saturated and the other idle. With specifics, a FreeBSD person can try to reproduce your test results. A grep vs grep --mmap test is pretty straightforward and should be a good test of the VM read-ahead code, but there might always be some unknown circumstance specific to a machine configuration that is the cause of the problem. Repeatability and reproducability by third parties is important when diagnosing any problem. Insofar as MADV_SEQUENTIAL goes... you shouldn't need it on FreeBSD. Unless someone ripped it out since I committed it many years ago, which I doubt, FreeBSD's VM heuristic will figure out that the accesses are sequential and start issuing read-aheads. It should pre-fault, and it should do read-ahead. That isn't to say that there isn't a bug, just that everyone interested in the problem has to be able to reproduce it and help each other track down the source. Just making an assumption and accusation with regards to the cause of the problem doesn't solve it. The VM system is rather fragile when it comes to read-ahead because the only way to do read-ahead on mapped memory is to issue the read-ahead and then mark some prior (already cached) page as inaccessible in order to be able to take a VM fault and issue the NEXT read-ahead before the program exhausts the current cached data. It is, in fact, rather complex code, not straightforward as you might expect. But I can only caution you, again, on making the assumption that the operating system should optimize your particular test case intuitively, like a human would. Operating systems generaly optimize the most common cases, but it would be pretty dumb to actually try to make them optimize every conceivable case. You would wind up with hundreds of thousands of lines of barely exercised and likely buggy code. -Matt From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 21:26:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F7316A424; Thu, 23 Mar 2006 21:26:40 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id C73FB43D46; Thu, 23 Mar 2006 21:26:39 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.4) with ESMTP id k2NLQXO3036861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Mar 2006 16:26:38 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k2NLQQlL010772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 16:26:27 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2NLQLSC040192; Thu, 23 Mar 2006 16:26:21 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2NLQJBw040191; Thu, 23 Mar 2006 16:26:19 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Matthew Dillon Date: Thu, 23 Mar 2006 16:26:18 -0500 User-Agent: KMail/1.8.3 References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> In-Reply-To: <200603232048.k2NKm4QL067644@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603231626.19102.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1354/Thu Mar 23 12:49:54 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:26:40 -0000 ÞÅÔ×ÅÒ 23 ÂÅÒÅÚÅÎØ 2006 15:48, Matthew Dillon ÷É ÎÁÐÉÓÁÌÉ: > š š Well, I don't know about FreeBSD, but both grep cases work just fine on > š š DragonFly. Yes, they both do work fine, but time gives very different stats for each. In my experiments, the total CPU time is noticably less with mmap, but the elapsed time is (much) greater. Here are results from FreeBSD-6.1/amd64 -- notice the large number of page faults, because the system does not try to preload file in the mmap case as it does in the read case: time fgrep meowmeowmeow /home/oh.0.dump 2.167u 7.739s 1:25.21 11.6% 70+3701k 23663+0io 6pf+0w time fgrep --mmap meowmeowmeow /home/oh.0.dump 1.552u 7.109s 2:46.03 5.2% 18+1031k 156+0io 106327pf+0w Use a big enough file to bust the memory caching (oh.0.dump above is 2.9Gb), I'm sure, you will have no problems reproducing this result. > š š I can't test mzip.c because I don't see the compression > š š library you are calling (maybe that's a FreeBSD thing). The program uses -lz and -lbz2 -- both are parts of FreeBSD since before the unfortunate fork of DF. The following should work for you: make -f bsd.prog.mk LDADD="-lz -lbz2" PROG=mzip mzip Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 21:32:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15BE316A45B for ; Thu, 23 Mar 2006 21:32:05 +0000 (UTC) (envelope-from kaveh@viableweb.com) Received: from cpanel.viableweb.com (cpanel.viableweb.com [207.44.172.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839C543D66 for ; Thu, 23 Mar 2006 21:31:57 +0000 (GMT) (envelope-from kaveh@viableweb.com) Received: from 69-173-74-201.albyny.adelphia.net ([69.173.74.201] helo=KA2NB) by cpanel.viableweb.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.52) id 1FMXPP-00029V-Kr for freebsd-stable@freebsd.org; Thu, 23 Mar 2006 16:31:55 -0500 From: "Kaveh Ahmadian" To: Date: Thu, 23 Mar 2006 16:31:49 -0500 Organization: Viable Web LLC Message-ID: <002601c64ec1$334348a0$0201a8c0@KA2NB> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 thread-index: AcZOtQNqAjB3a6GoQmygtXTquB3sSgAC20tQ In-Reply-To: <20060323200357.7959316A4EA@hub.freebsd.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel.viableweb.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - viableweb.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: pkgdb core dumb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:32:05 -0000 On Thursday 23 March 2006 11:53, John Nielsen wrote: >I've seen this a number of times; it usually means a corrupt pkgdb. Rebuild >it from scratch (pkgdb -fu). If that fails or if you still get the error >afterwards, rebuild and reinstall portupgrade and ruby (without using >portupgrade in the process). Run 'pkgdb -fu' again after the reinstall. > >JN Thanks. I did a 'make deinstall' in the /usr/ports/sysutils/portupgrade directory, then ran 'make install clean'. After I did a 'pkgdb -fu', I was all set. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 22:00:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 560F016A430 for ; Thu, 23 Mar 2006 22:00:38 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D605743D5E for ; Thu, 23 Mar 2006 22:00:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 887772000C5; Thu, 23 Mar 2006 23:00:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id D25802000E3; Thu, 23 Mar 2006 23:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 65DA8444F45; Thu, 23 Mar 2006 21:59:56 +0000 (UTC) Date: Thu, 23 Mar 2006 21:59:56 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: JoaoBR In-Reply-To: <200603231631.30866.joao@matik.com.br> Message-ID: <20060323215738.C2181@maildrop.int.zabbadoz.net> References: <20060323182910.1190845041@ptavv.es.net> <200603231540.33339.joao@matik.com.br> <20060323184852.G2181@maildrop.int.zabbadoz.net> <200603231631.30866.joao@matik.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:00:38 -0000 On Thu, 23 Mar 2006, JoaoBR wrote: > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > nve did not worked on 6.0R (for me) but cvsup to stable resolved the case (for > me) in end of dezember > > since a month or so with recent releng_6 the problem came back, timeouts and > stopping rx/tx did you do more updates in the timeframe from december to about a month ago? if the problem was gone and is back now any (exact) dates to narrow down the timeframe where the problem came back would be very helpful. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 22:03:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7424216A401 for ; Thu, 23 Mar 2006 22:03:47 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB4E643D46 for ; Thu, 23 Mar 2006 22:03:46 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.3/8.13.1) with ESMTP id k2NM3ipl010026 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 23 Mar 2006 23:03:44 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: "O. Hartmann" In-Reply-To: <442290C4.3010402@uni-mainz.de> References: <20060317060027.GA82834@slackbox.xs4all.nl> <441A698F.6000101@uni-mainz.de> <442290C4.3010402@uni-mainz.de> Content-Type: text/plain Date: Thu, 23 Mar 2006 23:03:42 +0100 Message-Id: <1143151422.851.1.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring in FreeBSD 4/5/6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:03:47 -0000 O. Hartmann wrote: > O. Hartmann schrieb: > > Roland Smith schrieb: > >> On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote: > >>> Does anyone know of an easy way to get temperature information out of > >>> a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6? > >>> > >>> Something that has a very simple CLI that just outputs the temperature > >>> without any formatting, or a library/sysctl, would be ideal. > >> /usr/ports/sysutils/mbmon > >> > >> If you want an additional X frontend, try > >> > >> /usr/ports/sysutils/xmbmon > >> > >> Roland > > > > This port does not work for me on any DELL Optiplex GX270/280 and 820 > > around here. Especially on GX270/280 I tried every knob of the port I > > found without a positive result. > > > > Oliver > > > > It does also not work on ASUS A8N32-SLI due to an unsupported chipset. > O. On one machine where mbmon doesn't report anything useful lmmon does. HTH Michal From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 22:30:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C6216A400 for ; Thu, 23 Mar 2006 22:30:22 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 764EE43D53 for ; Thu, 23 Mar 2006 22:30:21 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2NMTfbH035227; Thu, 23 Mar 2006 19:29:42 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: "Bjoern A. Zeeb" Date: Thu, 23 Mar 2006 19:30:00 -0300 User-Agent: KMail/1.9.1 References: <20060323182910.1190845041@ptavv.es.net> <200603231631.30866.joao@matik.com.br> <20060323215738.C2181@maildrop.int.zabbadoz.net> In-Reply-To: <20060323215738.C2181@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603231930.00327.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:30:22 -0000 On Thursday 23 March 2006 18:59, Bjoern A. Zeeb wrote: > On Thu, 23 Mar 2006, JoaoBR wrote: > > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > > > nve did not worked on 6.0R (for me) but cvsup to stable resolved the ca= se > > (for me) in end of dezember > > > > since a month or so with recent releng_6 the problem came back, timeouts > > and stopping rx/tx > > did you do more updates in the timeframe from december to about a > month ago? > yes, aprox once a week since 6.0R release > if the problem was gone and is back now any (exact) dates to narrow > down the timeframe where the problem came back would be very helpful. I know but unfortunatly I didn't tracked it and what I said is the most exa= ct=20 I have, I just got something interesting,=20 It seems the problem is not with media 100baseTX full-duplex (autoselect or= =20 set)=20 but only with 100baseTX (autoselect or set) but I need to doublecheck if it is really the same MB Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 22:34:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D07C16A41F for ; Thu, 23 Mar 2006 22:34:30 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A4A43D55 for ; Thu, 23 Mar 2006 22:34:28 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 23 Mar 2006 14:34:25 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D00D945042; Thu, 23 Mar 2006 14:34:24 -0800 (PST) To: "Bjoern A. Zeeb" In-reply-to: Your message of "Thu, 23 Mar 2006 21:59:56 GMT." <20060323215738.C2181@maildrop.int.zabbadoz.net> Date: Thu, 23 Mar 2006 14:34:24 -0800 From: "Kevin Oberman" Message-Id: <20060323223424.D00D945042@ptavv.es.net> Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 22:34:30 -0000 > Date: Thu, 23 Mar 2006 21:59:56 +0000 (UTC) > From: "Bjoern A. Zeeb" > > On Thu, 23 Mar 2006, JoaoBR wrote: > > > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > > > nve did not worked on 6.0R (for me) but cvsup to stable resolved the case (for > > me) in end of dezember > > > > since a month or so with recent releng_6 the problem came back, timeouts and > > stopping rx/tx > > did you do more updates in the timeframe from december to about a > month ago? > > if the problem was gone and is back now any (exact) dates to narrow > down the timeframe where the problem came back would be very helpful. We have several identical systems and most are running fine. Mine is running RELENG_6 and was updated on 2/15 and I have no problem. Another system that was just updated last week (I don't have the exact time) is showing the problem. Another was built 1/21 and runs fine. Guess I'll try updating my 2/15 system and see if it has problems. Another thing that might be related is that the system having problems is plugged into a very inexpensive switch (Allied Telesyn), my system uses a Netgear FS108 and the third is connected to a Cisco 3548. I know that this is unlikely, but I thought that it was worth mentioning. All are claimed to be running 100-FD. Unfortunately, the one causing most of the problems is about 2000 miles away, so I have only limited access to that one. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 23:16:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4544F16A420; Thu, 23 Mar 2006 23:16:34 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B871543D49; Thu, 23 Mar 2006 23:16:33 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2NNGBWq068755; Thu, 23 Mar 2006 15:16:11 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2NNGBka068754; Thu, 23 Mar 2006 15:16:11 -0800 (PST) Date: Thu, 23 Mar 2006 15:16:11 -0800 (PST) From: Matthew Dillon Message-Id: <200603232316.k2NNGBka068754@apollo.backplane.com> To: Mikhail Teterin References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:16:34 -0000 :Yes, they both do work fine, but time gives very different stats for each. In :my experiments, the total CPU time is noticably less with mmap, but the :elapsed time is (much) greater. Here are results from FreeBSD-6.1/amd64 -- :notice the large number of page faults, because the system does not try to :preload file in the mmap case as it does in the read case: : : time fgrep meowmeowmeow /home/oh.0.dump : 2.167u 7.739s 1:25.21 11.6% 70+3701k 23663+0io 6pf+0w : time fgrep --mmap meowmeowmeow /home/oh.0.dump : 1.552u 7.109s 2:46.03 5.2% 18+1031k 156+0io 106327pf+0w : :Use a big enough file to bust the memory caching (oh.0.dump above is 2.9Gb), :I'm sure, you will have no problems reproducing this result. 106,000 page faults. How many pages is a 2.9GB file? If this is running in 64-bit mode those would be 8K pages, right? So that would come to around 380,000 pages. About 1:4. So, clearly the operating system *IS* pre-faulting multiple pages. Since I don't believe that a memory fault would be so inefficient as to account for 80 seconds of run time, it seems more likely to me that the problem is that the VM system is not issuing read-aheads. Not issuing read-aheads would easily account for the 80 seconds. It is possible that the kernel believes the VM system to be too loaded to issue read-aheads, as a consequence of your blowing out of the system caches. It is also possible that the read-ahead code is broken in FreeBSD. To determine which of the two is more likely, you have to run a smaller data set (like 600MB of data on a system with 1GB of ram), and use the unmount/mount trick to clear the cache before each grep test. If the time differential is still huge using the unmount/mount data set test as described above, then the VM system's read-ahead code is broken. If the time differential is tiny, however, then it's probably nothing more then the kernel interpreting your massive 2.9GB mmap as being too stressful on the VM system and disabling read-aheads for that reason. In anycase, this sort of test is not really a good poster child for how to use mmap(). Nobody in their right mind uses mmap() on datasets that they expect to be uncacheable and which are accessed sequentially. It's just plain silly to use mmap() in that sort of circumstance. This is a trueism on ANY operating system, not just FreeBSD. The uncached data set test (using unmount/mount and a dataset which fits into memory) is a far more realistic test because it simulates the most common case encountered by a system under load... the accessing of a reasonably sized data set which happens to not be in the cache. -Matt From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 23:32:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0158C16A400 for ; Thu, 23 Mar 2006 23:32:06 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8167E43D49 for ; Thu, 23 Mar 2006 23:32:05 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.colo.erols.net with local (Exim 4.52 (FreeBSD)) id 1FMZHg-0006ff-Np; Thu, 23 Mar 2006 18:32:04 -0500 Date: Thu, 23 Mar 2006 18:32:04 -0500 From: Gary Palmer To: Matthew Dillon Message-ID: <20060323233204.GA14996@in-addr.com> Mail-Followup-To: Matthew Dillon , stable@freebsd.org References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603232316.k2NNGBka068754@apollo.backplane.com> Cc: stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:32:06 -0000 On Thu, Mar 23, 2006 at 03:16:11PM -0800, Matthew Dillon wrote: > In anycase, this sort of test is not really a good poster child for how > to use mmap(). Nobody in their right mind uses mmap() on datasets that > they expect to be uncacheable and which are accessed sequentially. It's > just plain silly to use mmap() in that sort of circumstance. This is > a trueism on ANY operating system, not just FreeBSD. The uncached > data set test (using unmount/mount and a dataset which fits into memory) > is a far more realistic test because it simulates the most common case > encountered by a system under load... the accessing of a reasonably sized > data set which happens to not be in the cache. I thought one serious advantage to this situation for sequential read mmap() is to madvise(MADV_DONTNEED) so that the pages don't have to wait for the clock hands to reap them. On a large Solaris box I used to have the non-pleasure of running the VM page scan rate was high, and I suggested to the app vendor that proper use of mmap might reduce that overhead. Admitedly the files in question were much smaller than the available memory, but they were also not likely to be referenced again before the memory had to be reclaimed forcibly by the VM system. Is that not the case? Is it better to let the VM system reclaim pages as needed? Thanks, Gary From owner-freebsd-stable@FreeBSD.ORG Thu Mar 23 23:52:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AECCA16A400; Thu, 23 Mar 2006 23:52:40 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6889F43D46; Thu, 23 Mar 2006 23:52:40 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.6/8.13.1) with ESMTP id k2NNqPS8018729; Thu, 23 Mar 2006 15:52:25 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200603232352.k2NNqPS8018729@gate.bitblocks.com> To: Matthew Dillon In-reply-to: Your message of "Thu, 23 Mar 2006 15:16:11 PST." <200603232316.k2NNGBka068754@apollo.backplane.com> Date: Thu, 23 Mar 2006 15:52:25 -0800 From: Bakul Shah Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:52:40 -0000 > : time fgrep meowmeowmeow /home/oh.0.dump > : 2.167u 7.739s 1:25.21 11.6% 70+3701k 23663+0io 6pf+0w > : time fgrep --mmap meowmeowmeow /home/oh.0.dump > : 1.552u 7.109s 2:46.03 5.2% 18+1031k 156+0io 106327pf+0w > : > :Use a big enough file to bust the memory caching (oh.0.dump above is 2.9Gb), > > :I'm sure, you will have no problems reproducing this result. > > 106,000 page faults. How many pages is a 2.9GB file? If this is running > in 64-bit mode those would be 8K pages, right? So that would come to > around 380,000 pages. About 1:4. So, clearly the operating system > *IS* pre-faulting multiple pages. ... > > In anycase, this sort of test is not really a good poster child for how > to use mmap(). Nobody in their right mind uses mmap() on datasets that > they expect to be uncacheable and which are accessed sequentially. It's > just plain silly to use mmap() in that sort of circumstance. May be the OS needs "reclaim-behind" for the sequential case? This way you can mmap many many pages and use a much smaller pool of physical pages to back them. The idea is for the VM to reclaim pages N-k..N-1 when page N is accessed and allow the same process to reuse this page. Similar to read ahead, where the OS schedules read of page N+k, N+k+1.. when page N is accessed. May be even use TCP algorithms to adjust the backing buffer (window) size:-) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 00:29:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57DE416A400; Fri, 24 Mar 2006 00:29:40 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 699BC43D49; Fri, 24 Mar 2006 00:29:39 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k2O0Tda3069231; Thu, 23 Mar 2006 16:29:39 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k2O0Tdsq069230; Thu, 23 Mar 2006 16:29:39 -0800 (PST) Date: Thu, 23 Mar 2006 16:29:39 -0800 (PST) From: Matthew Dillon Message-Id: <200603240029.k2O0Tdsq069230@apollo.backplane.com> To: Gary Palmer References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> <20060323233204.GA14996@in-addr.com> Cc: stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:29:40 -0000 :I thought one serious advantage to this situation for sequential read :mmap() is to madvise(MADV_DONTNEED) so that the pages don't have to :wait for the clock hands to reap them. On a large Solaris box I used :to have the non-pleasure of running the VM page scan rate was high, and :I suggested to the app vendor that proper use of mmap might reduce that :overhead. Admitedly the files in question were much smaller than the :available memory, but they were also not likely to be referenced again :before the memory had to be reclaimed forcibly by the VM system. : :Is that not the case? Is it better to let the VM system reclaim pages :as needed? : :Thanks, : :Gary madvise() should theoretically have that effect, but it isn't quite so simple a solution. Lets say you have, oh, your workstation, with 1GB of ram, and you run a program which runs several passes on a 900MB data set. Your X session, xterms, gnome, kde, etc etc etc all take around 300MB of working memory. Now that data set could fit into memory if portions of your UI were pushed out of memory. The question is not only how much of that data set should the kernel fit into memory, but which portions of that data set should the kernel fit into memory and whether the kernel should bump out other data (pieces of your UI) to make it fit. Scenario #1: If the kernel fits the whole 900MB data set into memory, the entire rest of the system would have to compete for the remaining 100MB of memory. Your UI would suck rocks. Scenario #2: If the kernel fits 700MB of the data set into memory, and the rest of the system (your UI, etc) is only using 300MB, and the kernel is using MADV_DONTNEED on pages it has already scanned, now your UI works fine but your data set processing program is continuously accessing the disk for all 900MB of data, on every pass, because the kernel is always only keeping the most recently accessed 700MB of the 900MB data set in memory. Scenario #3: Now lets say the kernel decides to keep just the first 700MB of the data set in memory, and not try to cache the last 200MB of the data set. Now your UI works fine, and your processing program runs FOUR TIMES FASTER because it only has to access the disk for the last 200MB of the 900MB data set. -- Now, which of these scenarios does madvise() cover? Does it cover scenario #1? Well, no. the madvise() call that the program makes has no clue whether you intend to play around with your UI every few minutes, or whether you intend to leave the room for 40 minutes. If the kernel guesses wrong, we wind up with one unhappy user. What about scenario #2? There the program decided to call madvise(), and the system dutifully reuses the pages, and you come back an hour later and your data processing program has only done 10 passes out of the 50 passes it needs to do on the data and you are PISSED. Ok. What about scenario #3? Oops. The program has no way of knowing how much memory you need for your UI to be 'happy'. No madvise() call of any sort will make you happy. Not only that, but the KERNEL has no way of knowing that your data processing program intends to make multiple passes on the data set, whether the working set is represented by one file or several files, and even the data processing program itself might not know (you might be running a script which runs a separate program for each pass on the same data set). So much for madvise(). So, no matter what, there will ALWAYS be an unhappy user somewhere. Lets take Mikhail's grep test as an example. If he runs it over and over again, should the kernel be 'optimized' to realize that the same data set is being scanned sequentially, over and over again, ignore the localized sequential nature of the data accesses, and just keep a dedicated portion of that data set in memory to reduce long term disk access? Should it keep the first 1.5GB, or the last 1.5GB, or perhaps it should slice the data set up and keep every other 256MB block? How does it figure out what to cache and when? What if the program suddenly starts accessing the data in a cacheable way? Maybe it should randomly throw some of the data away slowly in the hopes of 'adapting' to the access pattern, which would also require that it throw away most of the 'recently read' data far more quickly to make up for the data it isn't throwing away. Believe it or not, that actually works for certain types of problems, except then you get hung up in a situation where two subsystems are competing with each other for memory resources (like mail server verses web server), and the system is unable to cope as the relative load factors for the competing subsystems change. The problem becomes really complex really fast. This sort of problem is easy to consider in human terms, but virtually impossible to program into a computer with a heuristic or even with specific madvise() calls. The computer simply does not know what the human operator expects from one moment to the next. The problem Mikhail is facing is one where his human assumptions do not match the assumptions the kernel is making on data retention, assumed system load, and the many other factors that the kernel uses to decide what to keep and what to throw away, and when. -- Now, aside from the potential read-ahead issue, which could be a real issue for FreeBSD (but not one really worthy of insulting someone over), there is literally no way for a kernel programmer to engineer the 'perfect' set of optimizations for a system. There are a huge number of pits you can fall into if you try to over-optimize a system. Each optimization adds that much more complexity to an already complex system, and has that much greater a chance to introduce yet another hard-to-find bug. Nearly all operating systems that I know of tend to presume a certain degree of locality of reference for mmap()'d pages. It just so happens that Mikhail's test has no locality of reference. But 99.9% of the programs ever run on a BSD system WILL, so which should the kernel programmer spend all his time coding optimizations for? The 99.9% of the time or the 0.1% of the time? -Matt From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 04:03:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E06C616A41F for ; Fri, 24 Mar 2006 04:03:12 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 1418843D4C for ; Fri, 24 Mar 2006 04:03:11 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 3031 invoked by uid 300); 24 Mar 2006 04:03:09 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-2.6/5.0):. Processed in 3.261207 secs); 24 Mar 2006 04:03:09 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 24 Mar 2006 04:03:05 -0000 Message-ID: <44236F6B.10802@tvnetwork.hu> Date: Fri, 24 Mar 2006 05:02:51 +0100 From: =?ISO-8859-2?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Subject: synaptics touchpad on hp nx6110 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:03:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, According to www.hp.com nx6110 has a synaptics touchpad. I have tried with an Ubuntu Live CD and detected correctly: mice: PS/2 mouse device common for all mice Synaptic Touchpad, model: 1 Firmware: 6.2 Sensor: 37 new absolute packet format Touchpad has extended capability bits -> multifinger detection -> palm detection -> pass-through port input: SysPS/2 Synaptics Touchpad on isa0060/serio4 serio: Synaptics passthrough port at isa0060/serio4/input6 ts: Compaq touchscreen protocol output Under FreeBSD 6.1-PRERELEASE it is detected as IntelliMouse even if I set hw.psm.synaptics_support=1: psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 60 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 Is there any solution for this problem? Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEI29rHGP5/4adgcURApjKAKCYaBG1gsq7fUZaZGrK1RLxDo4I7wCgpBK2 xA1EOycLTqObHqhc5agSKBw= =bjsl -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 04:29:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9842216A400 for ; Fri, 24 Mar 2006 04:29:18 +0000 (UTC) (envelope-from surerlistmail@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E31443D48 for ; Fri, 24 Mar 2006 04:29:17 +0000 (GMT) (envelope-from surerlistmail@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so500100nfc for ; Thu, 23 Mar 2006 20:29:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=V2Pgj3MOAFaGQewYrDRtElyTH6OOgoDURrEDw5WwPAWHcQ3wjmikPd9RdlZr7vzNUTH8GTaly38heK94mDvyCTLSx73bY5rUSkZnbCFN8Wq8wvOR4w0omx3s0Qkt6YxQgcxAAewD/0oWHZj9v625cis6aCU4mCZCEMRWaKgjFFE= Received: by 10.49.59.6 with SMTP id m6mr59088nfk; Thu, 23 Mar 2006 20:22:37 -0800 (PST) Received: by 10.49.69.17 with HTTP; Thu, 23 Mar 2006 20:22:37 -0800 (PST) Message-ID: Date: Thu, 23 Mar 2006 23:22:37 -0500 From: "Surer Dink" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: kernel panic in 6.1 - does no one care? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:29:18 -0000 All, Two days ago I reported a panic here (http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023748.html) on a freshly cvsuped releng_6 "generic" kernel. I have heard no responses at all - does this mean I am posting in the wrong place, or does no one care about 6.1? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 04:39:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E4216A400 for ; Fri, 24 Mar 2006 04:39:57 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8AD43D46 for ; Fri, 24 Mar 2006 04:39:57 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id DE8DA538E; Thu, 23 Mar 2006 22:39:56 -0600 (CST) Date: Thu, 23 Mar 2006 22:39:56 -0600 To: Surer Dink Message-ID: <20060324043956.GA10216@soaustin.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic in 6.1 - does no one care? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 04:39:57 -0000 On Thu, Mar 23, 2006 at 11:22:37PM -0500, Surer Dink wrote: > Two days ago I reported a panic here > (http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023748.html) > on a freshly cvsuped releng_6 "generic" kernel. I have heard no > responses at all - does this mean I am posting in the wrong place, or > does no one care about 6.1? Neither. It means that the volunteers are incredibly busy testing as many things as they can for the simultaneous 5.5/6.1 release, and not everything can be gotten to. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 05:30:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3212116A41F for ; Fri, 24 Mar 2006 05:30:14 +0000 (UTC) (envelope-from james.lists@igallagher.com) Received: from stjamesgate.citog.com (stjamesgate.citog.com [210.193.32.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DCCF43D46 for ; Fri, 24 Mar 2006 05:30:12 +0000 (GMT) (envelope-from james.lists@igallagher.com) Received: (qmail 12826 invoked by uid 89); 24 Mar 2006 05:31:06 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 24 Mar 2006 05:31:06 -0000 MIME-Version: 1.0 Date: Fri, 24 Mar 2006 13:31:05 +0800 From: James Gallagher To: (Mark Linimon) Organization: iGallagher.com In-Reply-To: <20060324043956.GA10216@soaustin.net> References: <20060324043956.GA10216@soaustin.net> Message-ID: <5bfe78081556e90f4e639f3af3c435fe@localhost> X-Sender: james.lists@igallagher.com User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: Surer Dink , freebsd-stable@freebsd.org Subject: Re: kernel panic in 6.1 - does no one care? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 05:30:14 -0000 On Thu, 23 Mar 2006 22:39:56 -0600, linimon@lonesome.com (Mark Linimon) wrote: > On Thu, Mar 23, 2006 at 11:22:37PM -0500, Surer Dink wrote: >> Two days ago I reported a panic here >> > (http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023748.html) >> on a freshly cvsuped releng_6 "generic" kernel. I have heard no >> responses at all - does this mean I am posting in the wrong place, or >> does no one care about 6.1? > > Neither. It means that the volunteers are incredibly busy testing as > many things as they can for the simultaneous 5.5/6.1 release, and not > everything can be gotten to. > > mcl I also wonder if this would be better reported on -current rather than -stable as the concerned version, 6.1, is pre-release/Beta? James From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 05:52:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF84816A401 for ; Fri, 24 Mar 2006 05:52:06 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B43EE43D4C for ; Fri, 24 Mar 2006 05:52:06 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 561D8538B; Thu, 23 Mar 2006 23:52:06 -0600 (CST) Date: Thu, 23 Mar 2006 23:52:06 -0600 To: James Gallagher Message-ID: <20060324055206.GA12325@soaustin.net> References: <20060324043956.GA10216@soaustin.net> <5bfe78081556e90f4e639f3af3c435fe@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5bfe78081556e90f4e639f3af3c435fe@localhost> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Mark Linimon , Surer Dink , freebsd-stable@freebsd.org Subject: Re: kernel panic in 6.1 - does no one care? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 05:52:07 -0000 On Fri, Mar 24, 2006 at 01:31:05PM +0800, James Gallagher wrote: > I also wonder if this would be better reported on -current rather than > -stable as the concerned version, 6.1, is pre-release/Beta? Nope, that's not the way it works. -stable is for 4.X/5.X/6.X. -current is for -HEAD, e.g., that which will in time become 7.0. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 06:23:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F8316A400 for ; Fri, 24 Mar 2006 06:23:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78CAC43D45 for ; Fri, 24 Mar 2006 06:23:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 616B61A4EB1; Thu, 23 Mar 2006 22:23:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 69F39515BE; Fri, 24 Mar 2006 01:23:51 -0500 (EST) Date: Fri, 24 Mar 2006 01:23:51 -0500 From: Kris Kennaway To: Surer Dink Message-ID: <20060324062351.GA96567@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic in 6.1 - does no one care? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 06:23:52 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 23, 2006 at 11:22:37PM -0500, Surer Dink wrote: > All, >=20 > Two days ago I reported a panic here > (http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023748.html) > on a freshly cvsuped releng_6 "generic" kernel. I have heard no > responses at all - does this mean I am posting in the wrong place, or > does no one care about 6.1? Surely you can think of a few other possibilities than those two, but just in case, here's another one for you: most developers are unfamiliar with the USB code, so understanding your panic requires specialized knowledge that few developers have. Please try to exercise patience, and file a PR so they can get to it in time. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI5B2Wry0BWjoQKURArUAAJwNNY8TrTS9ACyaHO7GYOK7amVSiACcCCtE EJp1aVo8MrDge8XunBV2U0I= =dpm2 -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 07:51:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B846C16A41F for ; Fri, 24 Mar 2006 07:51:54 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from swing.sanbi.ac.za (swing.sanbi.ac.za [196.38.142.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E382C43D64 for ; Fri, 24 Mar 2006 07:51:50 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from psytrance.egenetics.com ([196.38.142.87]) by swing.sanbi.ac.za with esmtp (Exim 4.43 (FreeBSD)) id 1FMh4R-0005D9-2N for stable@freebsd.org; Fri, 24 Mar 2006 09:51:00 +0200 Message-ID: <4423A513.5030102@wfeet.za.net> Date: Fri, 24 Mar 2006 09:51:47 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) Cc: Subject: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - on FreeBSD 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 07:51:54 -0000 Hi After my previous email about the SETFEATURES SET TRANSFER MODE timeout on (msgid 441AA807.5090100@wfeet.za.net , 17 March 14:18 GMT + 2 on freebsd-stable), I installed FreeBSD 6.1 BETA 4 and upgraded to a 6-STABLE kernel, running the box in 'safe' mode to do so. I now, however, get a slightly different error message: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly ad4: FAILURE - WRITE_DMA timed out LBA=32804495 (The address after LBA is not always the same) This is with ad4 as a Seagate ST320423A on a Promise PDC20262 UDMA66 controller. Any suggestions? Thanks, Peter From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 08:03:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6DC16A400 for ; Fri, 24 Mar 2006 08:03:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA1143D4C for ; Fri, 24 Mar 2006 08:03:02 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FMhG4-00025Z-R7; Fri, 24 Mar 2006 10:02:56 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Tony Maher In-reply-to: Your message of Thu, 23 Mar 2006 13:58:09 +1100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Mar 2006 10:02:56 +0200 From: Danny Braniss Message-ID: Cc: Andrzej Cuber , freebsd-stable@freebsd.org Subject: Re: a place for configuration files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:03:02 -0000 > Andrzej Cuber wrote: > > > ... > > In RedHat and Fedora distributions all configuration files are located > > at /etc. > > I am very new to FreeBSD but I found it difficult. After installing > > desired package I have to add it to /etc/rc.conf in order to start it as > > a service and then I have to look for configuration folder in > > /usr/local/etc. > > > > Is there any reason why the configuration files are placed in those > > different locations? > > If you want to be consistent you could add to /etc/rc.conf > rc_conf_files="/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" > > Then your startup variables could go into /usr/local/etc/rc.conf and > all your ports config stuff would live in /usr/local/etc hierarchy. > > There maybe a problem if /usr/local/etc/rc.conf is on another partition > not available early enough in startup process. Caveat emptor. > and that's where early_late_divider="something" comes in handy (thanks Doug B.) in my case I have early_late_divider="amd" since /usr/local is am-utils mounted. danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 08:26:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5555A16A423 for ; Fri, 24 Mar 2006 08:26:14 +0000 (UTC) (envelope-from dikshie@ppk.itb.ac.id) Received: from mx1.itb.ac.id (mx1.ITB.ac.id [167.205.23.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A208443D48 for ; Fri, 24 Mar 2006 08:26:00 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from mx7.itb.ac.id (unknown [IPv6:2001:d30:3:31f:204:acff:fee8:84b4]) by mx1.itb.ac.id (Postfix) with ESMTP id C4018FC780 for ; Fri, 24 Mar 2006 15:25:37 +0700 (WIT) Received: from localhost (students.ITB.ac.id [167.205.1.73]) by mx7.itb.ac.id (Postfix) with ESMTP id 15A4420A48 for ; Fri, 24 Mar 2006 15:25:48 +0700 (WIT) Received: from mx7.itb.ac.id ([167.205.30.13]) by localhost (students.itb.ac.id [167.205.1.73]) (amavisd-new, port 10007) with ESMTP id 09522-09 for ; Fri, 24 Mar 2006 15:25:36 +0700 (WIT) Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.itb.ac.id [167.205.30.228]) by mx7.itb.ac.id (Postfix) with ESMTP id AF9C820A46 for ; Fri, 24 Mar 2006 15:25:42 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id 42F2E11542; Fri, 24 Mar 2006 15:25:42 +0700 (WIT) Date: Fri, 24 Mar 2006 15:25:42 +0700 From: Dikshie To: freebsd-stable@freebsd.org Message-ID: <20060324082542.GA31330@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 7.0-CURRENT i386) X-Uptime: 3:22PM up 3 days, 23:19, 1 user, load averages: 0.40, 0.25, 0.17 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D X-Virus-Scanned: amavisd-new at itb.ac.id Subject: 6.1-PRERELEASE SMP 2nd CPU idle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:26:14 -0000 Dear All, today I have: 11 root 1 171 52 0K 8K CPU1 0 0:00 100.00% idle: cpu1 12 root 1 171 52 0K 8K RUN 0 86.2H 43.95% idle: cpu0 cpu0 utilization so high but cpu1 utilization so low, any clue or tips how to utilize cpu1 ? regards, -dikshie- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 08:27:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B6316A400; Fri, 24 Mar 2006 08:27:34 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from paperboy.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7024543D49; Fri, 24 Mar 2006 08:27:32 +0000 (GMT) (envelope-from scs@b1tt3r.org) Received: from anathema.b1tt3r.org (anathema.b1tt3r.org [192.168.1.24]) by paperboy.b1tt3r.org (8.13.4/8.13.4) with SMTP id k2O8RsOD049299 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 02:27:55 -0600 (CST) (envelope-from scs@b1tt3r.org) Received: by anathema.b1tt3r.org (sSMTP sendmail emulation); Fri, 24 Mar 2006 02:27:32 -0600 Date: Fri, 24 Mar 2006 02:27:32 -0600 From: Sam Stein To: freebsd-stable@freebsd.org, stable@freebsd.org Message-ID: <20060324082732.GA42215@anathema.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org References: <4423A513.5030102@wfeet.za.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <4423A513.5030102@wfeet.za.net> Organization: Hmmm... I dunno X-OS: FreeBSD anathema.b1tt3r.org 6.1-PRERELEASE i386 X-PGP-Key: http://b1tt3r.org/scs-pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - on FreeBSD 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:27:34 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Have you tried it with a livecd or something? +++ Peter van Heusden [freebsd] [24/03/06 09:51 +0200]: >Hi > >After my previous email about the SETFEATURES SET TRANSFER MODE timeout=20 >on (msgid 441AA807.5090100@wfeet.za.net , 17 March 14:18 GMT + 2 on=20 >freebsd-stable), I installed FreeBSD 6.1 BETA 4 and upgraded to a=20 >6-STABLE kernel, running the box in 'safe' mode to do so. I now,=20 >however, get a slightly different error message: > >ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -=20 >completing request directly >ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -=20 >completing request directly >ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing=20 >request directly >ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing=20 >request directly >ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing=20 >request directly >ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly >ad4: FAILURE - WRITE_DMA timed out LBA=3D32804495 > >(The address after LBA is not always the same) > >This is with ad4 as a Seagate ST320423A on a Promise PDC20262 UDMA66=20 >controller. > >Any suggestions? > >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" --=20 b1tt3r -- You know, like sugar? Sam Stein Computer TeXnician/Programmer --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI610GfrYZAsQpbcRAjhrAJ4opUmlee8U0u1vuYdZ+wtnCNGnpACfbglF a30xONc3YoBp9QE7DYHuK+w= =YUje -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 08:27:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B6316A400; Fri, 24 Mar 2006 08:27:34 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from paperboy.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7024543D49; Fri, 24 Mar 2006 08:27:32 +0000 (GMT) (envelope-from scs@b1tt3r.org) Received: from anathema.b1tt3r.org (anathema.b1tt3r.org [192.168.1.24]) by paperboy.b1tt3r.org (8.13.4/8.13.4) with SMTP id k2O8RsOD049299 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 02:27:55 -0600 (CST) (envelope-from scs@b1tt3r.org) Received: by anathema.b1tt3r.org (sSMTP sendmail emulation); Fri, 24 Mar 2006 02:27:32 -0600 Date: Fri, 24 Mar 2006 02:27:32 -0600 From: Sam Stein To: freebsd-stable@freebsd.org, stable@freebsd.org Message-ID: <20060324082732.GA42215@anathema.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org References: <4423A513.5030102@wfeet.za.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <4423A513.5030102@wfeet.za.net> Organization: Hmmm... I dunno X-OS: FreeBSD anathema.b1tt3r.org 6.1-PRERELEASE i386 X-PGP-Key: http://b1tt3r.org/scs-pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - on FreeBSD 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:27:34 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Have you tried it with a livecd or something? +++ Peter van Heusden [freebsd] [24/03/06 09:51 +0200]: >Hi > >After my previous email about the SETFEATURES SET TRANSFER MODE timeout=20 >on (msgid 441AA807.5090100@wfeet.za.net , 17 March 14:18 GMT + 2 on=20 >freebsd-stable), I installed FreeBSD 6.1 BETA 4 and upgraded to a=20 >6-STABLE kernel, running the box in 'safe' mode to do so. I now,=20 >however, get a slightly different error message: > >ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -=20 >completing request directly >ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -=20 >completing request directly >ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing=20 >request directly >ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing=20 >request directly >ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing=20 >request directly >ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly >ad4: FAILURE - WRITE_DMA timed out LBA=3D32804495 > >(The address after LBA is not always the same) > >This is with ad4 as a Seagate ST320423A on a Promise PDC20262 UDMA66=20 >controller. > >Any suggestions? > >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" --=20 b1tt3r -- You know, like sugar? Sam Stein Computer TeXnician/Programmer --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI610GfrYZAsQpbcRAjhrAJ4opUmlee8U0u1vuYdZ+wtnCNGnpACfbglF a30xONc3YoBp9QE7DYHuK+w= =YUje -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 08:36:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E92016A423 for ; Fri, 24 Mar 2006 08:36:20 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1A9343D70 for ; Fri, 24 Mar 2006 08:36:15 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FMhmJ-000349-13 for freebsd-stable@freebsd.org; Fri, 24 Mar 2006 10:36:15 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: message/rfc822 Content-ID: <21252.1143189374.1@pampa.cs.huji.ac.il> Content-Description: forwarded message Date: Fri, 24 Mar 2006 10:36:14 +0200 From: Danny Braniss Message-ID: Subject: pxe booting a Proliant DL145 (dual core amd) (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:36:20 -0000 >From owner-freebsd-amd64@freebsd.org Sun Mar 19 13:53:53 2006 Return-path: Received: from mx2.freebsd.org ([216.136.204.119]) by cs.huji.ac.il with esmtp id 1FKwTm-000M0h-CF for danny@cs.huji.ac.il; Sun, 19 Mar 2006 13:53:50 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BCB2156B76; Sun, 19 Mar 2006 11:53:27 +0000 (GMT) (envelope-from owner-freebsd-amd64@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0E12116A44C; Sun, 19 Mar 2006 11:53:26 +0000 (UTC) (envelope-from owner-freebsd-amd64@freebsd.org) X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF7116A400 for ; Sun, 19 Mar 2006 11:53:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB69643D46 for ; Sun, 19 Mar 2006 11:53:17 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FKwTE-00066c-VH for freebsd-amd64@freebsd.org; Sun, 19 Mar 2006 13:53:16 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Mar 2006 13:53:16 +0200 From: Danny Braniss Message-ID: Subject: pxe booting a Proliant DL145 (dual core amd) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-amd64@freebsd.org Errors-To: owner-freebsd-amd64@freebsd.org X-Bogosity: Unsure [50.0%] X-Authentication-Warning: Sender is not authenticated Hi, It seems that the pxe boot is running on more than once cpu! on the serial console i get: Consoles: serial port bootflags=2 bootinfo=0 <--- my debug output BIOS drive C: is disk0 !PXE version 2.1, real mode entry point @91c8:00da BIOS 523kB/2095232kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (danny@bsd, Sun Mar 19 13:16:17 IST 2006) pxe_open: server addr: 132.65.16.112 pxe_open: server path: /d/8 pxe_open: gateway ip: 132.65.80.1 and it gets stuck. on the VGA monitor: Consoles: internal video/keyboard bootflags=0 bootinfo=0 <--- my debug output BIOS drive C: is disk0 BIOS 523kB/2095232kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (danny@bsd, Sun Mar 19 13:16:17 IST 2006) Can't work out which disk we are booting from Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK how can i get pxe boot to work? thanks, danny _______________________________________________ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 08:50:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B82D16A400; Fri, 24 Mar 2006 08:50:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A083543D64; Fri, 24 Mar 2006 08:50:09 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail15.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2O8nguO015701 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 24 Mar 2006 19:49:43 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2O8ngvs001623; Fri, 24 Mar 2006 19:49:42 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2O8nfCU001622; Fri, 24 Mar 2006 19:49:41 +1100 (EST) (envelope-from peter) Date: Fri, 24 Mar 2006 19:49:41 +1100 From: Peter Jeremy To: Matthew Dillon Message-ID: <20060324084940.GA703@turion.vk2pj.dyndns.org> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603232316.k2NNGBka068754@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 08:50:20 -0000 On Thu, 2006-Mar-23 15:16:11 -0800, Matthew Dillon wrote: > FreeBSD. To determine which of the two is more likely, you have to > run a smaller data set (like 600MB of data on a system with 1GB of ram), > and use the unmount/mount trick to clear the cache before each grep test. On an amd64 system running about 6-week old -stable, both behave pretty much identically. In both cases, systat reports that the disk is about 96% busy whilst loading the cache. In the cache case, mmap is significantly faster. The test data is 2 copies of OOo_2.0.2rc2_src.tar.gz concatenated. turion% ls -l /6_i386/var/tmp/test -rw-r--r-- 1 peter wheel 586333684 Mar 24 19:24 /6_i386/var/tmp/test turion% /usr/bin/time -l grep dfhfhdsfhjdsfl /6_i386/var/tmp/test 21.69 real 0.16 user 0.68 sys 1064 maximum resident set size 82 average shared memory size 95 average unshared data size 138 average unshared stack size 119 page reclaims 0 page faults 0 swaps 4499 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 4497 voluntary context switches 3962 involuntary context switches [umount/remount /6_i386/var] turion% /usr/bin/time -l grep --mmap dfhfhdsfhjdsfl /6_i386/var/tmp/test 21.68 real 0.41 user 0.51 sys 1068 maximum resident set size 80 average shared memory size 93 average unshared data size 136 average unshared stack size 17836 page reclaims 18081 page faults 0 swaps 23 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 18105 voluntary context switches 169 involuntary context switches The speed gain with mmap is clearly evident when the data is cached and the CPU clock wound right down (99MHz ISO 2200MHz): turion% /usr/bin/time grep --mmap dfhfhdsfhjdsfl /6_i386/var/tmp/test 12.15 real 7.98 user 2.95 sys turion% /usr/bin/time grep --mmap dfhfhdsfhjdsfl /6_i386/var/tmp/test 12.28 real 7.92 user 2.94 sys turion% /usr/bin/time grep --mmap dfhfhdsfhjdsfl /6_i386/var/tmp/test 13.16 real 8.03 user 2.89 sys turion% /usr/bin/time grep dfhfhdsfhjdsfl /6_i386/var/tmp/test 17.09 real 6.37 user 8.92 sys turion% /usr/bin/time grep dfhfhdsfhjdsfl /6_i386/var/tmp/test 17.36 real 6.35 user 9.37 sys turion% /usr/bin/time grep dfhfhdsfhjdsfl /6_i386/var/tmp/test 17.54 real 6.37 user 9.39 sys -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 11:14:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB5416A400 for ; Fri, 24 Mar 2006 11:14:46 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from mizar.origin-it.net (mail.de.atosorigin.com [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E9E743D55 for ; Fri, 24 Mar 2006 11:14:45 +0000 (GMT) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68]) by mizar.origin-it.net (8.13.4/8.13.4/hmo020206) with ESMTP id k2OBEf3t091014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 12:14:42 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from DEHHX001.deuser.de.intra (dehhx001.hbg.de.int.atosorigin.com [161.90.164.119]) by matar.hbg.de.int.atosorigin.com (8.13.4/8.13.4/hmo020206) with ESMTP id k2OBEdWm057485; Fri, 24 Mar 2006 12:14:40 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 24 Mar 2006 12:13:50 +0100 Message-ID: <39AFDF50473FED469B15B6DFF2262F7AAAB160@DEHHX001.deuser.de.intra> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gnokii on FreeBSD 6.0 and Dell PE 2850 Thread-Index: AcZNjMoTqyTgSebWTMeCGfzktPo/NwBpiQ6Q From: To: Cc: stable@freebsd.org Subject: RE: gnokii on FreeBSD 6.0 and Dell PE 2850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 11:14:47 -0000 =20 > Mar 22 08:41:38 nefarian kernel: sio0: 2 more silo overflows (total 16) This is often related to interrupt contention. Probably your new machine shares the IRQ of /dev/cuad0 with other devices. If another device hangs on the IRQ for too long, the cuad0 silo will overflow and you are losing characters, which probably cause the gnokii conversation with the phone to fail. Try tweaking your=20 BIOS so that cuad0 doesn't share interrupts. I've seen other suggestions, such as fiddling with HZ and modifying sio.c but this one is probably the simplest. HTH Helge From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 14:10:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 068AD16A420 for ; Fri, 24 Mar 2006 14:10:30 +0000 (UTC) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D55A543D5C for ; Fri, 24 Mar 2006 14:09:44 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id A05B913787F for ; Fri, 24 Mar 2006 14:09:37 +0000 (GMT) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k2OE9bgk030613 for ; Fri, 24 Mar 2006 17:09:37 +0300 (MSK) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k2OE9bDE030612 for freebsd-stable@freebsd.org; Fri, 24 Mar 2006 17:09:37 +0300 (MSK) (envelope-from dkirhlarov) Date: Fri, 24 Mar 2006 17:09:36 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060324140936.GB18259@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: New sysinstall in 6.1-PRE. make own release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 14:10:30 -0000 Hi, all I need building my own install server and want install my custom world, custom kernel and other in non-interactive mode. With 6.1-beta3 it work in mass (I not try install my kernel). With 6.1-beta4 and more fresh I can't get non-interactive installation. 1. I can't find how to select timezone non-interactive. 2. I can't good variant for installing my own kernel (now I use command=/dist/my.custom.installer system /dist/my.custom.installer -- simple script: ---------------- #!/bin/sh cd /dist/kernels ./install.sh OILSPACE1 rm -rf /boot/kernel ln -s /boot/OILSPACE1 /boot/kernel ---------------- but it's hack. Also I have question about making my own release. I can't understand, how to create my own loader.conf for pxeboot. Default not work -- machine panic with "no init" diagnose. Reason -- need string in loader.conf: vfs.root.mountfrom="ufs:/dev/md0c" (I need some another strings for my own loader.conf) For creating release I use command: make release BUILDNAME=6.1-PRERELEASE CHROOTDIR=/usr/release \ CVSROOT=/home/ncvs EXTSRCDIR=/usr/src KERNELS=OILSPACE1 \ LOCAL_PATCHES=/usr/src_local_patches NO_FLOPPIES=yes NO_ISOS=yes \ NODOC=yes NOPORTS=yes RELEASETAG=RELENG_6 KERNELS_BASE="OILSPACE1 \ GENERIC" My local patches -- only new unionfs currently. install.cfg I put in /usr/src/release directory. Can anybody help me with auto-select timezone, right way for installing kernel and place in source tree for PXE loader.conf? WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.203 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 16:56:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A44F16A424 for ; Fri, 24 Mar 2006 16:56:15 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 917D343D75 for ; Fri, 24 Mar 2006 16:56:14 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO viking.zone3000.net) (217.144.68.98) by sitevalley.com with SMTP; 24 Mar 2006 16:56:13 -0000 Received: from viking.zone3000.net (localhost [127.0.0.1]) by viking.zone3000.net (8.13.4/8.13.4) with ESMTP id k2OGvqdM016670 for ; Fri, 24 Mar 2006 18:58:02 +0200 (EET) (envelope-from quetzal@viking.zone3000.net) Received: (from quetzal@localhost) by viking.zone3000.net (8.13.4/8.13.4/Submit) id k2OGvqNc016669 for freebsd-stable@freebsd.org; Fri, 24 Mar 2006 18:57:52 +0200 (EET) (envelope-from quetzal) Date: Fri, 24 Mar 2006 18:57:51 +0200 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20060324165751.GA16564@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org References: <20060324140936.GB18259@dimma.mow.oilspace.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060324140936.GB18259@dimma.mow.oilspace.com> User-Agent: Mutt/1.4.2.1i Subject: Re: New sysinstall in 6.1-PRE. make own release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:56:15 -0000 On Friday, 24 March 2006 at 17:09:36 +0300, Dmitriy Kirhlarov wrote: > Hi, all > > I need building my own install server and want install my custom > world, custom kernel and other in non-interactive mode. > With 6.1-beta3 it work in mass (I not try install my kernel). > With 6.1-beta4 and more fresh I can't get non-interactive > installation. > > 1. I can't find how to select timezone non-interactive. You can find your timezone file in /usr/share/zoneinfo directory and copy it to /etc/localtime file. Next if your CMOS clock is set to local time you need to create empty file /etc/wall_cmos_clock. > 2. I can't good variant for installing my own kernel (now I use > command=/dist/my.custom.installer > system > > /dist/my.custom.installer -- simple script: > ---------------- > #!/bin/sh > > cd /dist/kernels > ./install.sh OILSPACE1 > rm -rf /boot/kernel > ln -s /boot/OILSPACE1 /boot/kernel > ---------------- > but it's hack. > > > Also I have question about making my own release. > > I can't understand, how to create my own loader.conf for pxeboot. > Default not work -- machine panic with "no init" diagnose. Reason -- > need string in loader.conf: > vfs.root.mountfrom="ufs:/dev/md0c" > (I need some another strings for my own loader.conf) > > For creating release I use command: > make release BUILDNAME=6.1-PRERELEASE CHROOTDIR=/usr/release \ > CVSROOT=/home/ncvs EXTSRCDIR=/usr/src KERNELS=OILSPACE1 \ > LOCAL_PATCHES=/usr/src_local_patches NO_FLOPPIES=yes NO_ISOS=yes \ > NODOC=yes NOPORTS=yes RELEASETAG=RELENG_6 KERNELS_BASE="OILSPACE1 \ > GENERIC" > > My local patches -- only new unionfs currently. > install.cfg I put in /usr/src/release directory. > > Can anybody help me with auto-select timezone, right way for > installing kernel and place in source tree for PXE loader.conf? > > WBR > -- > Dmitriy Kirhlarov > OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia > P:+7 495 105 7247 ext.203 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com > OILspace - The resource enriched - www.oilspace.com > _______________________________________________ > 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" -- ============================================================================ = Best regards, Nikolay Pavlov. <<<--------------------------------------- = ============================================================================ From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 16:57:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36B016A400 for ; Fri, 24 Mar 2006 16:57:40 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 318A943D75 for ; Fri, 24 Mar 2006 16:57:40 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.4/8.12.6) with ESMTP id k2OGvdjN013491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Mar 2006 08:57:39 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <44242503.7070909@errno.com> Date: Fri, 24 Mar 2006 08:57:39 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060324140936.GB18259@dimma.mow.oilspace.com> In-Reply-To: <20060324140936.GB18259@dimma.mow.oilspace.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: New sysinstall in 6.1-PRE. make own release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 16:57:40 -0000 Dmitriy Kirhlarov wrote: > Hi, all > > I need building my own install server and want install my custom > world, custom kernel and other in non-interactive mode. > With 6.1-beta3 it work in mass (I not try install my kernel). > With 6.1-beta4 and more fresh I can't get non-interactive > installation. > > 1. I can't find how to select timezone non-interactive. > 2. I can't good variant for installing my own kernel (now I use > command=/dist/my.custom.installer > system > > /dist/my.custom.installer -- simple script: > ---------------- > #!/bin/sh > > cd /dist/kernels > ./install.sh OILSPACE1 > rm -rf /boot/kernel > ln -s /boot/OILSPACE1 /boot/kernel > ---------------- > but it's hack. It seems simpler to just setup OILSPACE1 as the GENERIC kernel on your install iso so everything else would work as intended. Doing that would require a small change to release/Makefile to make "GENERIC" a name you can set from the command line. I'm not sure when the custom installer script gets run but be sure to look at install.c:installFixupKernel as it might explain some of your problems. There was also a bug in the install.sh script that was fixed after BETA4. In general the recent changes for packaging+installing kernels should simplify _adding_ custom kernels to an install but not replacing GENERIC and/or SMP kernel configurations. > > > Also I have question about making my own release. > > I can't understand, how to create my own loader.conf for pxeboot. > Default not work -- machine panic with "no init" diagnose. Reason -- > need string in loader.conf: > vfs.root.mountfrom="ufs:/dev/md0c" > (I need some another strings for my own loader.conf) > > For creating release I use command: > make release BUILDNAME=6.1-PRERELEASE CHROOTDIR=/usr/release \ > CVSROOT=/home/ncvs EXTSRCDIR=/usr/src KERNELS=OILSPACE1 \ > LOCAL_PATCHES=/usr/src_local_patches NO_FLOPPIES=yes NO_ISOS=yes \ > NODOC=yes NOPORTS=yes RELEASETAG=RELENG_6 KERNELS_BASE="OILSPACE1 \ > GENERIC" KERNELS_BASE was not intended to be overridden as sysinstall has builtin knowledge about "GENERIC" and "SMP". KERNELS is documented as a knob to set to add additional kernel configurations to an iso. > > My local patches -- only new unionfs currently. > install.cfg I put in /usr/src/release directory. > > Can anybody help me with auto-select timezone, right way for > installing kernel and place in source tree for PXE loader.conf? I don't know about the timezone setting. Hopefully the above helps with setting up a custom kernel. FWIW I used qemu to test the release+sysinstall changes (in case you aren't aware of it). Sam From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 17:13:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47DBC16A427 for ; Fri, 24 Mar 2006 17:13:46 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E726843D5F for ; Fri, 24 Mar 2006 17:13:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CC32C1A3C22; Fri, 24 Mar 2006 09:13:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DC2D951194; Fri, 24 Mar 2006 12:13:39 -0500 (EST) Date: Fri, 24 Mar 2006 12:13:39 -0500 From: Kris Kennaway To: Dikshie Message-ID: <20060324171339.GA24999@xor.obsecurity.org> References: <20060324082542.GA31330@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <20060324082542.GA31330@ppk.itb.ac.id> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-PRERELEASE SMP 2nd CPU idle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 17:13:46 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 24, 2006 at 03:25:42PM +0700, Dikshie wrote: > Dear All, >=20 > today I have: >=20 > 11 root 1 171 52 0K 8K CPU1 0 0:00 100.00% idle: = cpu1 > 12 root 1 171 52 0K 8K RUN 0 86.2H 43.95% idle: c= pu0 >=20 >=20 > cpu0 utilization so high but cpu1 utilization so low, > any clue or tips how to utilize cpu1 ? Is it really a second CPU, or hyperthreading on a single CPU? Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEJCjDWry0BWjoQKURAg9FAJ45bTCQBFji9XU5Me0oReUR6eh4ZQCbBsFr gqzPV/epblDLnMFO7hWQI9o= =Tq8b -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 18:00:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD28016A400; Fri, 24 Mar 2006 18:00:38 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B54643D45; Fri, 24 Mar 2006 18:00:38 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4.20060308/8.13.4) with ESMTP id k2OI0Opa005585; Fri, 24 Mar 2006 10:00:24 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4.20060308/8.13.4/Submit) id k2OI0KF8005579; Fri, 24 Mar 2006 10:00:20 -0800 (PST) Date: Fri, 24 Mar 2006 10:00:20 -0800 (PST) From: Matthew Dillon Message-Id: <200603241800.k2OI0KF8005579@apollo.backplane.com> To: Peter Jeremy References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> <20060324084940.GA703@turion.vk2pj.dyndns.org> Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:00:38 -0000 :On an amd64 system running about 6-week old -stable, both behave :pretty much identically. In both cases, systat reports that the disk :is about 96% busy whilst loading the cache. In the cache case, mmap :is significantly faster. : :... :turion% ls -l /6_i386/var/tmp/test :-rw-r--r-- 1 peter wheel 586333684 Mar 24 19:24 /6_i386/var/tmp/test :turion% /usr/bin/time -l grep dfhfhdsfhjdsfl /6_i386/var/tmp/test : 21.69 real 0.16 user 0.68 sys :[umount/remount /6_i386/var] :turion% /usr/bin/time -l grep --mmap dfhfhdsfhjdsfl /6_i386/var/tmp/test : 21.68 real 0.41 user 0.51 sys :The speed gain with mmap is clearly evident when the data is cached and :the CPU clock wound right down (99MHz ISO 2200MHz): :... :-- :Peter Jeremy That pretty much means that the read-ahead algorithm is working. If it weren't, the disk would not be running at near 100%. Ok. The next test is to NOT do umount/remount and then use a data set that is ~2x system memory (but can still be mmap'd by grep). Rerun the data set multiple times using grep and grep --mmap. If the times for the mmap case blow up relative to the non-mmap case, then the vm_page_alloc() calls and/or vm_page_count_severe() (and other tests) in the vm_fault case are causing the read-ahead to drop out. If this is the case the problem is not in the read-ahead path, but probably in the pageout code not maintaining a sufficient number of free and cache pages. The system would only be allocating ~60MB/s (or whatever your disk can do), so the pageout thread ought to be able to keep up. If the times for the mmap case do not blow up, we are back to square one and I would start investigating the disk driver that Mikhail is using. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 18:14:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6038916A423 for ; Fri, 24 Mar 2006 18:14:18 +0000 (UTC) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BEE243D46 for ; Fri, 24 Mar 2006 18:14:17 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 671031378C9 for ; Fri, 24 Mar 2006 18:14:16 +0000 (GMT) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k2OIEFvj032198 for ; Fri, 24 Mar 2006 21:14:15 +0300 (MSK) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k2OIEF9Z032197 for freebsd-stable@freebsd.org; Fri, 24 Mar 2006 21:14:15 +0300 (MSK) (envelope-from dkirhlarov) Date: Fri, 24 Mar 2006 21:14:15 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060324181415.GD18259@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060324140936.GB18259@dimma.mow.oilspace.com> <20060324165751.GA16564@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060324165751.GA16564@zone3000.net> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: New sysinstall in 6.1-PRE. make own release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:14:18 -0000 On Fri, Mar 24, 2006 at 06:57:51PM +0200, Nikolay Pavlov wrote: > On Friday, 24 March 2006 at 17:09:36 +0300, Dmitriy Kirhlarov wrote: > > Hi, all > > > > I need building my own install server and want install my custom > > world, custom kernel and other in non-interactive mode. > > With 6.1-beta3 it work in mass (I not try install my kernel). > > With 6.1-beta4 and more fresh I can't get non-interactive > > installation. > > > > 1. I can't find how to select timezone non-interactive. > > You can find your timezone file in /usr/share/zoneinfo directory and copy it > to /etc/localtime file. Next if your CMOS clock is set to local time you > need to create empty file /etc/wall_cmos_clock. I mean automatic answer for sysinstall, for disabling dialog "Country Selection". By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 19:25:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BD2216A41F for ; Fri, 24 Mar 2006 19:25:40 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail2.ambrisko.com (mail2.ambrisko.com [64.174.51.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 474B943D68 for ; Fri, 24 Mar 2006 19:25:37 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail2.ambrisko.com with ESMTP; 24 Mar 2006 11:25:06 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.11) with ESMTP id k2OJPa9i008219; Fri, 24 Mar 2006 11:25:36 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k2OJPa1Y008218; Fri, 24 Mar 2006 11:25:36 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200603241925.k2OJPa1Y008218@ambrisko.com> In-Reply-To: To: Stephan Koenig Date: Fri, 24 Mar 2006 11:25:36 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring in FreeBSD 4/5/6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 19:25:40 -0000 Stephan Koenig writes: | Does anyone know of an easy way to get temperature information out of | a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6? | | Something that has a very simple CLI that just outputs the temperature | without any formatting, or a library/sysctl, would be ideal. For now manually back port the ipmi device driver and then install the latest ipmitool from ports. Then you can run ipmitool via the local interfaces. Interface that are support are SMIC and KCS. SSIF is in progress and dealing with some strange ACPI defintions that put a hole in the address space of the HW :-( I haven't really looked at the BT interface yet. Doug A. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 20:27:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CDFD16A41F for ; Fri, 24 Mar 2006 20:27:14 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3907343D4C for ; Fri, 24 Mar 2006 20:27:12 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k2OKR8HC002697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 24 Mar 2006 15:27:12 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k2OKN2j6052613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Mar 2006 15:27:03 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2OKMvLu044284 for ; Fri, 24 Mar 2006 15:22:57 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2OKMsck044283 for stable@freebsd.org; Fri, 24 Mar 2006 15:22:54 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: stable@freebsd.org Date: Fri, 24 Mar 2006 15:22:54 -0500 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603241522.54716.mi+mx@aldan.algebra.com> X-Scanned-By: MIMEDefang 2.43 Cc: Subject: Is login.conf.db now required? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:27:14 -0000 Hi! I updated world to today's 6.1 and my syslog is filling up with: Mar 24 15:08:29 aldan sshd[2163]: login_getclass: unknown class 'root' The /etc/login.conf did not change since November. I never had login.conf.db -- it was always optional. Did that just change, or is something else broken here? The only radical change I made today was setting NO_NIS to "yes". Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 20:33:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED47016A401 for ; Fri, 24 Mar 2006 20:33:35 +0000 (UTC) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A72843D46 for ; Fri, 24 Mar 2006 20:33:35 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id AC2A417A1A; Fri, 24 Mar 2006 22:33:17 +0200 (EET) Date: Fri, 24 Mar 2006 22:33:17 +0200 From: Ion-Mihai Tetcu To: "Kevin Oberman" Message-ID: <20060324223317.2069564f@it.buh.tecnik93.com> In-Reply-To: <20060323223424.D00D945042@ptavv.es.net> References: <20060323215738.C2181@maildrop.int.zabbadoz.net> <20060323223424.D00D945042@ptavv.es.net> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-stable@freebsd.org, JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:33:36 -0000 On Thu, 23 Mar 2006 14:34:24 -0800 "Kevin Oberman" wrote: > > Date: Thu, 23 Mar 2006 21:59:56 +0000 (UTC) > > From: "Bjoern A. Zeeb" > > > > On Thu, 23 Mar 2006, JoaoBR wrote: > > > > > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > > > > > nve did not worked on 6.0R (for me) but cvsup to stable resolved the case (for > > > me) in end of dezember > > > > > > since a month or so with recent releng_6 the problem came back, timeouts and > > > stopping rx/tx > > > > did you do more updates in the timeframe from december to about a > > month ago? > > > > if the problem was gone and is back now any (exact) dates to narrow > > down the timeframe where the problem came back would be very helpful. nve0: port 0xbc00-0xbc07 mem 0xfebfa000-0xfebfafff irq 22 at device 10.0 on pci0 nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebfa000 nve0: Ethernet address 00:0a:48:1d:c6:97 miibus1: on nve0 nve0: bpf attached nve0: Ethernet address: 00:0a:48:1d:c6:97 nve0: [MPSAFE] This happens w/o any "real" activity on that interface (which goes into an Allied Telesyn switch): ....... Mar 24 19:39:54 worf kernel: nve0: device timeout (1) Mar 24 19:39:54 worf kernel: nve0: link state changed to DOWN Mar 24 19:39:55 worf kernel: nve0: link state changed to UP Mar 24 19:40:14 worf kernel: nve0: device timeout (1) Mar 24 19:40:14 worf kernel: nve0: link state changed to DOWN Mar 24 19:40:15 worf kernel: nve0: link state changed to UP Mar 24 19:40:33 worf kernel: nve0: device timeout (2) Mar 24 19:40:33 worf kernel: nve0: link state changed to DOWN Mar 24 19:40:34 worf kernel: nve0: link state changed to UP Mar 24 19:45:52 worf kernel: nve0: device timeout (1) Mar 24 19:45:52 worf kernel: nve0: link state changed to DOWN Mar 24 19:45:53 worf kernel: nve0: link state changed to UP ......... FreeBSD worf.tecnik93.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Mar 21 01:39:15 EET 2006 itetcu@worf.tecnik93.com:/usr/obj/usr/src/sys/GENERIC amd64 -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #442: Trojan horse ran out of hay From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 20:38:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76F6D16A423; Fri, 24 Mar 2006 20:38:29 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 526D943D78; Fri, 24 Mar 2006 20:38:12 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k2OKcAWP002723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 Mar 2006 15:38:11 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k2OKY36F052689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 15:38:05 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.4/8.13.4) with ESMTP id k2OKI3QH044254; Fri, 24 Mar 2006 15:18:03 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.4/8.13.4/Submit) id k2OKI1DV044253; Fri, 24 Mar 2006 15:18:01 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Bakul Shah Date: Fri, 24 Mar 2006 15:18:00 -0500 User-Agent: KMail/1.8.3 References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> In-Reply-To: <200603232352.k2NNqPS8018729@gate.bitblocks.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_5PFJETjmUpqqCYh" Message-Id: <200603241518.01027.mi+mx@aldan.algebra.com> X-Scanned-By: MIMEDefang 2.43 Cc: alc@freebsd.org, Peter Jeremy , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:38:29 -0000 --Boundary-00=_5PFJETjmUpqqCYh Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Matthew Dillon wrote: > It is possible that the kernel believes the VM system to be too loaded > to issue read-aheads, as a consequence of your blowing out of the system > caches. See attachment for the snapshot of `systat 1 -vm' -- it stays like that for the most of the compression run time with only occasional flushes to the amrd0 device (the destination for the compressed output). Bakul Shah followed up: > May be the OS needs "reclaim-behind" for the sequential case? > This way you can mmap many many pages and use a much smaller > pool of physical pages to back them. šThe idea is for the VM > to reclaim pages N-k..N-1 when page N is accessed and allow > the same process to reuse this page. Although it may hard for the kernel to guess, which pages it can reclaim efficiently in the general case, my issuing of madvise with MADV_SEQUENTIONAL should've given it a strong hint. It is for this reasons, that I very much prefer the mmap API to read/write (against Matt's repeated advice) -- there is a way to advise the kernel, which there is not with the read. Read also requires fairly large buffers in the user space to be efficient -- *in addition* to the buffers in the kernel. Managing such buffers properly makes the program far messier _and_ OS-dependent, than using the mmap interface has to be. I totally agree with Matt, that FreeBSD's (and probably DragonFly's too) mmap interface is better than others', but, it seems to me, there is plenty of room for improvement. Reading via mmap should never be slower, than via read -- it should be just a notch faster, in fact... I'm also quite certain, that fulfulling my "demands" would add quite a bit of complexity to the mmap support in kernel, but hey, that's what the kernel is there for :-) Unlike grep, which seems to use only 32k buffers anyway (and does not use madvise -- see attachment), my program mmaps gigabytes of the input file at once, trusting the kernel to do a better job at reading the data in the most efficient manner :-) Peter Jeremy wrote: > On an amd64 system running about 6-week old -stable, both ['grep' and 'grep > --mmap' -mi] behave pretty much identically. Peter, I read grep's source -- it is not using madvise (because it hurts performance on SunOS-4.1!) and reads in chunks of 32k anyway. Would you care to look at my program instead? Thanks: http://aldan.algebra.com/mzip.c (link with -lz and -lbz2). Matthew Dillon wrote: [...] > If the times for the mmap case do not blow up, we are back to square > one and I would start investigating the disk driver that Mikhail is > using. On the machine, where both mzip and the disk run at only 50%, the disk is a plain SATA drive (mzip's state goes from "RUN" to "vnread" and back). Thanks, everyone! -mi --Boundary-00=_5PFJETjmUpqqCYh Content-Type: text/x-diff; charset="koi8-u"; name="grep.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="grep.diff" Index: grep.c =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/grep/grep.c,v retrieving revision 1.31.2.1 diff -U2 -r1.31.2.1 grep.c --- grep.c 26 Oct 2005 21:13:30 -0000 1.31.2.1 +++ grep.c 24 Mar 2006 19:52:05 -0000 @@ -427,9 +427,8 @@ PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_FIXED, bufdesc, bufoffset) - != (caddr_t) -1)) + != MAP_FAILED)) { - /* Do not bother to use madvise with MADV_SEQUENTIAL or - MADV_WILLNEED on the mmapped memory. One might think it - would help, but it slows us down about 30% on SunOS 4.1. */ + if (madvise(readbuf, mmapsize, MADV_SEQUENTIAL)) + warn("madvise"); fillsize = mmapsize; } @@ -441,4 +440,6 @@ other process has an advisory read lock on the file. There's no point alarming the user about this misfeature. */ + if (mmapsize) + warn("mmap"); bufmapped = 0; if (bufoffset != initial_bufoffset --Boundary-00=_5PFJETjmUpqqCYh Content-Type: text/plain; charset="koi8-u"; name="vmstat.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="vmstat.txt" 18 users Load 0.46 0.53 0.60 24 ÂÅÒ 15:15 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1833864 5880 27758552 45268 92216 count 240 All 1881188 5992 1432466k 52864 pages 3413 Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 2252 total 1 2101 1605 2025 197 422 2 2018 251432 wire irq1: atkb 506156 act irq6: fdc0 3.0%Sys 0.0%Intr 45.2%User 0.0%Nice 51.9%Idl 1038216 inact irq15: ata | | | | | | | | | | 89252 cache irq17: fwo =>>>>>>>>>>>>>>>>>>>>>>> 2964 free irq20: nve daefr irq21: ohc Namei Name-cache Dir-cache prcfr 241 irq22: ehc Calls hits % hits % 951 react 11 irq25: em0 pdwak irq29: amr 618 zfod pdpgs 2000 cpu0: time Disks ad4 amrd0 ofod intrn KB/t 56.79 0.00 %slo-z 200816 buf tps 241 0 5143 tfree 8 dirtybuf MB/s 13.38 0.00 100000 desiredvnodes % busy 47 0 34717 numvnodes 24991 freevnodes --Boundary-00=_5PFJETjmUpqqCYh-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 20:55:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B28A016A41F for ; Fri, 24 Mar 2006 20:55:51 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CAB43D49 for ; Fri, 24 Mar 2006 20:55:46 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 24 Mar 2006 12:55:42 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BEB1745047; Fri, 24 Mar 2006 12:55:41 -0800 (PST) To: Ion-Mihai Tetcu In-reply-to: Your message of "Fri, 24 Mar 2006 22:33:17 +0200." <20060324223317.2069564f@it.buh.tecnik93.com> Date: Fri, 24 Mar 2006 12:55:41 -0800 From: "Kevin Oberman" Message-Id: <20060324205541.BEB1745047@ptavv.es.net> Cc: "Bjoern A. Zeeb" , freebsd-stable@freebsd.org, JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:55:51 -0000 > Date: Fri, 24 Mar 2006 22:33:17 +0200 > From: Ion-Mihai Tetcu > > On Thu, 23 Mar 2006 14:34:24 -0800 > "Kevin Oberman" wrote: > > > > Date: Thu, 23 Mar 2006 21:59:56 +0000 (UTC) > > > From: "Bjoern A. Zeeb" > > > > > > On Thu, 23 Mar 2006, JoaoBR wrote: > > > > > > > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > > > > > > > nve did not worked on 6.0R (for me) but cvsup to stable resolved the case (for > > > > me) in end of dezember > > > > > > > > since a month or so with recent releng_6 the problem came back, timeouts and > > > > stopping rx/tx > > > > > > did you do more updates in the timeframe from december to about a > > > month ago? > > > > > > if the problem was gone and is back now any (exact) dates to narrow > > > down the timeframe where the problem came back would be very helpful. > > nve0: port 0xbc00-0xbc07 mem 0xfebfa000-0xfebfafff irq 22 at device 10.0 on pci0 > nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebfa000 > nve0: Ethernet address 00:0a:48:1d:c6:97 > miibus1: on nve0 > nve0: bpf attached > nve0: Ethernet address: 00:0a:48:1d:c6:97 > nve0: [MPSAFE] > > This happens w/o any "real" activity on that interface (which goes into > an Allied Telesyn switch): > ....... > Mar 24 19:39:54 worf kernel: nve0: device timeout (1) > Mar 24 19:39:54 worf kernel: nve0: link state changed to DOWN > Mar 24 19:39:55 worf kernel: nve0: link state changed to UP > Mar 24 19:40:14 worf kernel: nve0: device timeout (1) > Mar 24 19:40:14 worf kernel: nve0: link state changed to DOWN > Mar 24 19:40:15 worf kernel: nve0: link state changed to UP > Mar 24 19:40:33 worf kernel: nve0: device timeout (2) > Mar 24 19:40:33 worf kernel: nve0: link state changed to DOWN > Mar 24 19:40:34 worf kernel: nve0: link state changed to UP > Mar 24 19:45:52 worf kernel: nve0: device timeout (1) > Mar 24 19:45:52 worf kernel: nve0: link state changed to DOWN > Mar 24 19:45:53 worf kernel: nve0: link state changed to UP > ......... > > > FreeBSD worf.tecnik93.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Mar 21 01:39:15 EET 2006 itetcu@worf.tecnik93.com:/usr/obj/usr/src/sys/GENERIC amd64 Note that we are running on i386 running am an AMD64 platform. I updated my system (which was happy on Feb. 15 code) to March 13 code and I am still running fine. No errors at all. Also, another system was updated to RELENG_6 yesterday and it is also running clean. Again, all systems are identical dual core AMD64 systems running i386 code. (We would like to run amd64, but OpenOffice.org still does not run on it and we need that.) Only the system in Iowa with the AT switch is seeing problems. Even if there is no traffic, it is possible that something that is negotiated by the switch is triggering the problem. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 21:38:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4C016A401; Fri, 24 Mar 2006 21:38:32 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECD4F43D45; Fri, 24 Mar 2006 21:38:31 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 5D48A294E8; Fri, 24 Mar 2006 13:38:31 -0800 (PST) To: Mikhail Teterin In-reply-to: Your message of "Fri, 24 Mar 2006 15:18:00 EST." <200603241518.01027.mi+mx@aldan.algebra.com> Date: Fri, 24 Mar 2006 13:38:31 -0800 From: Bakul Shah Message-Id: <20060324213831.5D48A294E8@mail.bitblocks.com> Cc: alc@freebsd.org, Peter Jeremy , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:38:32 -0000 > > May be the OS needs "reclaim-behind" for the sequential case? > > This way you can mmap many many pages and use a much smaller > > pool of physical pages to back them. šThe idea is for the VM > > to reclaim pages N-k..N-1 when page N is accessed and allow > > the same process to reuse this page. > > Although it may hard for the kernel to guess, which pages it can reclaim > efficiently in the general case, my issuing of madvise with MADV_SEQUENTIONAL > should've given it a strong hint. Yes, that is what I was saying. If mmap read can be made as efficient as the use of read() for this most common case, there are benefits. In effect we set up a fifo that rolls along the mapped address range and the kernel processing and the user processing are somewhat decoupled. > Reading via mmap should never be slower, than via read > -- it should be just a notch faster, in fact... Depends on the cost of mostly redundant processing of N read() syscalls versus the cost of setting up and tearing down multiple v2p mappings -- presumably page faults can be avoided if the kernel fills in pages ahead of when they are first accessed. The cost of tlbmiss is likely minor. Probably the breakeven point is just a few read() calls. > I'm also quite certain, that fulfulling my "demands" would add quite a bit of > complexity to the mmap support in kernel, but hey, that's what the kernel is > there for :-) An interesting thought experiment is to assume the system has *no* read and write calls and see how far you can get with the present mmap scheme and what extensions are needed to get back the same functionality. Yes, assume mmap & friends even for serial IO! I am betting that mmap can be simplified. [Proof by handwaving elided; this screen is too small to fit my hands :-)] From owner-freebsd-stable@FreeBSD.ORG Fri Mar 24 23:55:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B5816A400 for ; Fri, 24 Mar 2006 23:55:35 +0000 (UTC) (envelope-from bfoz@bfoz.net) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.200.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F44B43D48 for ; Fri, 24 Mar 2006 23:55:34 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc11) with ESMTP id <20060324234956011002v9n4e>; Fri, 24 Mar 2006 23:49:56 +0000 Message-ID: <442485A3.2010900@bfoz.net> Date: Fri, 24 Mar 2006 15:49:55 -0800 From: Brandon Fosdick User-Agent: Thunderbird 1.5 (X11/20060206) MIME-Version: 1.0 To: Mikhail Teterin References: <200603241522.54716.mi+mx@aldan.algebra.com> In-Reply-To: <200603241522.54716.mi+mx@aldan.algebra.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Is login.conf.db now required? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:55:35 -0000 Mikhail Teterin wrote: > Hi! > > I updated world to today's 6.1 and my syslog is filling up with: > > Mar 24 15:08:29 aldan sshd[2163]: login_getclass: unknown class 'root' > > The /etc/login.conf did not change since November. I never had login.conf.db > -- it was always optional. Did that just change, or is something else broken > here? > > The only radical change I made today was setting NO_NIS to "yes". Thanks! I had similar problems when I disabled NIS too. I'm not sure if your problem is the same, but I fixed mine by editing /etc/nsswitch.conf and replacing all occurrences of "nis" with "files". Apparently there are some things that don't respect NO_NIS and therefore keep trying to use it anyway. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 00:28:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 202CE16A400 for ; Sat, 25 Mar 2006 00:28:29 +0000 (UTC) (envelope-from MH@kernel32.de) Received: from crivens.terrorteam.de (crivens.terrorteam.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA9A543D45 for ; Sat, 25 Mar 2006 00:28:28 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP id 1E5123FF1; Sat, 25 Mar 2006 01:28:27 +0100 (CET) Received: from crivens.terrorteam.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19417-04; Sat, 25 Mar 2006 01:28:23 +0100 (CET) Received: from [192.168.101.100] (unknown [212.91.238.185]) by crivens.terrorteam.de (Postfix) with ESMTP id 17F393F5B; Sat, 25 Mar 2006 01:28:21 +0100 (CET) Message-ID: <44248EA4.2010703@kernel32.de> Date: Sat, 25 Mar 2006 01:28:20 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200603241925.k2OJPa1Y008218@ambrisko.com> In-Reply-To: <200603241925.k2OJPa1Y008218@ambrisko.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: Stephan Koenig , freebsd-stable@freebsd.org Subject: Re: Temperature monitoring in FreeBSD 4/5/6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 00:28:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, Doug Ambrisko wrote: > Stephan Koenig writes: > | Does anyone know of an easy way to get temperature information out of > | a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6? > | > | Something that has a very simple CLI that just outputs the temperature > | without any formatting, or a library/sysctl, would be ideal. Since it wasn't mentioned yet, the OpenBSD folks have a driver for the Dell OMSA, ems(4). http://www.openbsd.org/cgi-bin/man.cgi?query=esm&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html It'll do the job you want, and some more :) I was wondering wether this could be ported to FreeBSD... hm... would be great :) I know this doesn't help you now, but, anyway... regards, Marian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEJI6hgAq87Uq5FMsRAmUEAKCaNWnptzloU5Rf100EqBNEzqRdOQCdGp0P F2gpdsSYuxUlSYHst/NeLVE= =eI2m -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 05:29:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2AC16A400 for ; Sat, 25 Mar 2006 05:29:26 +0000 (UTC) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018F843D46 for ; Sat, 25 Mar 2006 05:29:25 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 5365B17A1A; Sat, 25 Mar 2006 07:29:08 +0200 (EET) Date: Sat, 25 Mar 2006 07:29:05 +0200 From: Ion-Mihai Tetcu To: "Kevin Oberman" Message-ID: <20060325072905.51d1fcfc@it.buh.tecnik93.com> In-Reply-To: <20060324205541.BEB1745047@ptavv.es.net> References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060324205541.BEB1745047@ptavv.es.net> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-stable@freebsd.org, JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 05:29:26 -0000 On Fri, 24 Mar 2006 12:55:41 -0800 "Kevin Oberman" wrote: > > Date: Fri, 24 Mar 2006 22:33:17 +0200 > > From: Ion-Mihai Tetcu > > > > On Thu, 23 Mar 2006 14:34:24 -0800 > > "Kevin Oberman" wrote: > > > > > > Date: Thu, 23 Mar 2006 21:59:56 +0000 (UTC) > > > > From: "Bjoern A. Zeeb" > > > > > > > > On Thu, 23 Mar 2006, JoaoBR wrote: > > > > > > > > > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > > > > > > > > > nve did not worked on 6.0R (for me) but cvsup to stable resolved the case (for > > > > > me) in end of dezember > > > > > > > > > > since a month or so with recent releng_6 the problem came back, timeouts and > > > > > stopping rx/tx > > > > > > > > did you do more updates in the timeframe from december to about a > > > > month ago? > > > > > > > > if the problem was gone and is back now any (exact) dates to narrow > > > > down the timeframe where the problem came back would be very helpful. > > > > nve0: port 0xbc00-0xbc07 mem 0xfebfa000-0xfebfafff irq 22 at device 10.0 on pci0 > > nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebfa000 > > nve0: Ethernet address 00:0a:48:1d:c6:97 > > miibus1: on nve0 > > nve0: bpf attached > > nve0: Ethernet address: 00:0a:48:1d:c6:97 > > nve0: [MPSAFE] > > > > This happens w/o any "real" activity on that interface (which goes into > > an Allied Telesyn switch): > > ....... > > Mar 24 19:39:54 worf kernel: nve0: device timeout (1) > > Mar 24 19:39:54 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:39:55 worf kernel: nve0: link state changed to UP > > Mar 24 19:40:14 worf kernel: nve0: device timeout (1) > > Mar 24 19:40:14 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:40:15 worf kernel: nve0: link state changed to UP > > Mar 24 19:40:33 worf kernel: nve0: device timeout (2) > > Mar 24 19:40:33 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:40:34 worf kernel: nve0: link state changed to UP > > Mar 24 19:45:52 worf kernel: nve0: device timeout (1) > > Mar 24 19:45:52 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:45:53 worf kernel: nve0: link state changed to UP > > ......... > > > > > > FreeBSD worf.tecnik93.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Mar 21 01:39:15 EET 2006 itetcu@worf.tecnik93.com:/usr/obj/usr/src/sys/GENERIC amd64 > > Note that we are running on i386 running am an AMD64 platform. I just enabled the nve0 on my desktop (I'm using sk0, it's a Asus A8N-SLI Deluxe motherboard, both interfaces connected to the same 8-port Surecom switch - talking about very inexpensive :) and it seems to work OK. nve0: port 0xb000-0xb007 mem 0xca100000-0xca100fff irq 23 at device 10.0 on pci0 nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xca100000 nve0: Ethernet address 00:15:f2:39:09:08 miibus1: on nve0 nve0: bpf attached nve0: Ethernet address: 00:15:f2:39:09:08 nve0: [MPSAFE] FreeBSD it.buh.tecnik93.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Fri Feb 24 07:01:54 EET 2006 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT6_B_P i386 > I updated my system (which was happy on Feb. 15 code) to March 13 code > and I am still running fine. No errors at all. Also, another system was > updated to RELENG_6 yesterday and it is also running clean. > > Again, all systems are identical dual core AMD64 systems running i386 > code. (We would like to run amd64, but OpenOffice.org still does not run > on it and we need that.) Both my systems are single core single CPU. > Only the system in Iowa with the AT switch is seeing problems. > > Even if there is no traffic, it is possible that something that is > negotiated by the switch is triggering the problem. Possibly, but I think I remember seeing the same w/o cable plugged-in; I'll try to remember to test this for a a few minutes when I'll be on-site next week. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #266: All of the packets are empty From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 05:40:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C248C16A434 for ; Sat, 25 Mar 2006 05:40:35 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC0F43D45; Sat, 25 Mar 2006 05:40:35 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from localhost.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2P5eXa2051597; Sat, 25 Mar 2006 05:40:34 GMT (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Sat, 25 Mar 2006 13:40:24 +0800 User-Agent: KMail/1.8.2 References: <20060323182910.1190845041@ptavv.es.net> <200603231540.33339.joao@matik.com.br> In-Reply-To: <200603231540.33339.joao@matik.com.br> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200603251340.24234.davidxu@freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 05:40:35 -0000 =E5=9C=A8 Friday 24 March 2006 02:40=EF=BC=8CJoaoBR =E5=86=99=E9=81=93=EF= =BC=9A > > The other patch cited in the message has never been made: > > diff -u -r1.7.2.4 if_nve.c > > --- if_nve.c 9 Oct 2005 04:18:17 -0000 1.7.2.4 > > +++ if_nve.c 27 Oct 2005 09:58:45 -0000 > > @@ -727,7 +727,7 @@ > > > > DEBUGOUT(NVE_DEBUG_INIT, "nve: nve_init_rings - entry\n"); > > > > - sc->cur_rx =3D sc->cur_tx =3D sc->pending_rxs =3D sc->pending_t= xs =3D 0; > > + sc->cur_rx =3D sc->cur_tx =3D sc->pending_rxs =3D 0; >=20 >=20 > and I did this part and my NIC is running, as I said still lot of collisi= ons=20 > caused by it but it is running >=20 >=20 > Jo=C3=A3o >=20 This change causes my NIC to not work anymore, though I still saw timeout without this change, I think this varies from hardware=20 revision to revision, unpredictable at all. David Xu From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 09:42:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCDCB16A420; Sat, 25 Mar 2006 09:42:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B12143D46; Sat, 25 Mar 2006 09:42:44 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2P9g8HD003731 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 25 Mar 2006 20:42:08 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2P9g7jq005712; Sat, 25 Mar 2006 20:42:07 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2P9g7gv005711; Sat, 25 Mar 2006 20:42:07 +1100 (EST) (envelope-from peter) Date: Sat, 25 Mar 2006 20:42:07 +1100 From: Peter Jeremy To: Matthew Dillon Message-ID: <20060325094207.GD703@turion.vk2pj.dyndns.org> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> <20060324084940.GA703@turion.vk2pj.dyndns.org> <200603241800.k2OI0KF8005579@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603241800.k2OI0KF8005579@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 09:42:46 -0000 On Fri, 2006-Mar-24 10:00:20 -0800, Matthew Dillon wrote: > Ok. The next test is to NOT do umount/remount and then use a data set > that is ~2x system memory (but can still be mmap'd by grep). Rerun > the data set multiple times using grep and grep --mmap. The results here are weird. With 1GB RAM and a 2GB dataset, the timings seem to depend on the sequence of operations: reading is significantly faster, but only when the data was mmap'd previously There's one outlier that I can't easily explain. hw.physmem: 932249600 hw.usermem: 815050752 + ls -l /6_i386/var/tmp/test -rw-r--r-- 1 peter wheel 2052167894 Mar 25 05:44 /6_i386/var/tmp/test + /usr/bin/time -l grep dfhfhdsfhjdsfl /6_i386/var/tmp/test + /usr/bin/time -l grep --mmap dfhfhdsfhjdsfl /6_i386/var/tmp/test This was done in multi-user on a VTY using a script. X was running (and I forgot to kill an xclock) but there shouldn't have been anything else happening. grep --mmap followed by grep --mmap: mm 77.94 real 1.65 user 2.08 sys mm 78.22 real 1.53 user 2.21 sys mm 78.34 real 1.55 user 2.21 sys mm 79.33 real 1.48 user 2.37 sys grep --mmap followed by grep/read mr 56.64 real 0.77 user 2.45 sys mr 56.73 real 0.67 user 2.53 sys mr 56.86 real 0.68 user 2.60 sys mr 57.64 real 0.64 user 2.63 sys mr 57.71 real 0.62 user 2.68 sys mr 58.04 real 0.63 user 2.59 sys mr 58.83 real 0.78 user 2.50 sys mr 59.15 real 0.74 user 2.50 sys grep/read followed by grep --mmap rm 75.98 real 1.56 user 2.19 sys rm 76.06 real 1.50 user 2.29 sys rm 76.50 real 1.40 user 2.38 sys rm 77.35 real 1.47 user 2.30 sys rm 77.49 real 1.39 user 2.44 sys rm 79.14 real 1.56 user 2.19 sys rm 88.88 real 1.57 user 2.27 sys grep/read followed by grep/read rr 78.00 real 0.69 user 2.74 sys rr 78.34 real 0.67 user 2.74 sys rr 79.64 real 0.69 user 2.71 sys rr 79.69 real 0.73 user 2.75 sys > free and cache pages. The system would only be allocating ~60MB/s > (or whatever your disk can do), so the pageout thread ought to be able > to keep up. This is a laptop so the disk can only manage a bit over 25 MB/sec. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 10:06:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1D916A401; Sat, 25 Mar 2006 10:06:33 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D185D43D48; Sat, 25 Mar 2006 10:06:31 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from [10.0.0.41] (200-171-26-52.dsl.telesp.net.br [200.171.26.52]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2PA6H8n023621; Sat, 25 Mar 2006 07:06:18 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Ion-Mihai Tetcu Date: Sat, 25 Mar 2006 07:04:54 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060324205541.BEB1745047@ptavv.es.net> <20060325072905.51d1fcfc@it.buh.tecnik93.com> In-Reply-To: <20060325072905.51d1fcfc@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603250704.54714.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=1.4 required=5.0 tests=BR_RECEIVED_SPAMMER,MY_DSL autolearn=no version=3.1.0 X-Spam-Level: * X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: "Bjoern A. Zeeb" , freebsd-stable@freebsd.org, David Xu Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:06:33 -0000 On Saturday 25 March 2006 02:29, Ion-Mihai Tetcu wrote: > > I updated my system (which was happy on Feb. 15 code) to March 13 code > > and I am still running fine. No errors at all. Also, another system was > > updated to RELENG_6 yesterday and it is also running clean. > > > > Again, all systems are identical dual core AMD64 systems running i386 > > code. (We would like to run amd64, but OpenOffice.org still does not run > > on it and we need that.) > > Both my systems are single core single CPU. > It appears to be a point the machines with problem are all SMP, UP do no show the nve timeout or any= =20 other problem with it alias, same with SK, on SMP the system crashes and with UP it's ok Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 10:39:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A5216A401; Sat, 25 Mar 2006 10:39:46 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5D743D48; Sat, 25 Mar 2006 10:39:45 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2PAdSDs029257 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 25 Mar 2006 21:39:29 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2PAdSc5005884; Sat, 25 Mar 2006 21:39:28 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2PAdRpa005883; Sat, 25 Mar 2006 21:39:27 +1100 (EST) (envelope-from peter) Date: Sat, 25 Mar 2006 21:39:27 +1100 From: Peter Jeremy To: Mikhail Teterin Message-ID: <20060325103927.GE703@turion.vk2pj.dyndns.org> References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603241518.01027.mi+mx@aldan.algebra.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:39:46 -0000 On Fri, 2006-Mar-24 15:18:00 -0500, Mikhail Teterin wrote: >which there is not with the read. Read also requires fairly large buffers in >the user space to be efficient -- *in addition* to the buffers in the kernel. I disagree. With a filesystem read, the kernel is solely responsible for handling physical I/O with an efficient buffer size. The userland buffers simply amortise the cost of the system call and copyout overheads. >I'm also quite certain, that fulfulling my "demands" would add quite a bit of >complexity to the mmap support in kernel, but hey, that's what the kernel is >there for :-) Unfortunately, your patches to implement this seem to have become detached from your e-mail. :-) >Unlike grep, which seems to use only 32k buffers anyway (and does not use >madvise -- see attachment), my program mmaps gigabytes of the input file at >once, trusting the kernel to do a better job at reading the data in the most >efficient manner :-) mmap can lend itself to cleaner implementatione because there's no need to have a nested loop to read buffers and then process them. You can mmap then entire file and process it. The downside is that on a 32-bit architecture, this limits you to processing files that are somewhat less than 2GB. The downside is that touching an uncached page triggers a trap which may not be as efficient as reading a block of data through the filesystem interface, and I/O errors are delivered via signals (which may not be as easy to handle). >Peter Jeremy wrote: >> On an amd64 system running about 6-week old -stable, both ['grep' and 'grep >> --mmap' -mi] behave pretty much identically. > >Peter, I read grep's source -- it is not using madvise (because it hurts >performance on SunOS-4.1!) and reads in chunks of 32k anyway. Would you care >to look at my program instead? Thanks: > > http://aldan.algebra.com/mzip.c fetch: http://aldan.algebra.com/mzip.c: Not Found I tried writing a program that just mmap'd my entire (2GB) test file and summed all the longwords in it. This gave me similar results to grep. Setting MADV_SEQUENTIAL and/or MADV_WILLNEED made no noticable difference. I suspect something about your code or system is disabling the mmap read-ahead functionality. What happens if you simulate read-ahead yourself? Have your main program fork and the child access pages slightly ahead of the parent but do nothing else. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 10:46:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2027F16A41F for ; Sat, 25 Mar 2006 10:46:01 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF3B743D45; Sat, 25 Mar 2006 10:46:00 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from localhost.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2PAjwSl068300; Sat, 25 Mar 2006 10:45:59 GMT (envelope-from davidxu@freebsd.org) From: David Xu To: JoaoBR Date: Sat, 25 Mar 2006 18:45:48 +0800 User-Agent: KMail/1.8.2 References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060325072905.51d1fcfc@it.buh.tecnik93.com> <200603250704.54714.joao@matik.com.br> In-Reply-To: <200603250704.54714.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603251845.48725.davidxu@freebsd.org> Cc: Ion-Mihai Tetcu , "Bjoern A. Zeeb" , freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:46:01 -0000 =E5=9C=A8 Saturday 25 March 2006 18:04=EF=BC=8CJoaoBR =E5=86=99=E9=81=93=EF= =BC=9A > It appears to be a point > the machines with problem are all SMP, UP do no show the nve timeout or a= ny=20 > other problem with it > alias, same with SK, on SMP the system crashes and with UP it's ok >=20 > Jo=C3=A3o >=20 Mine is UP, chipset is NForce3 250GB, current it shows TIMEOUT error, syste= m=20 freezes while resetting the NIC, but still works. David Xu From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 10:54:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1895216A41F for ; Sat, 25 Mar 2006 10:54:58 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A56643D49 for ; Sat, 25 Mar 2006 10:54:55 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.4/8.13.3) with ESMTP id k2PAsfCP035626; Sat, 25 Mar 2006 02:54:41 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.13.4/8.13.3/Submit) id k2PAscBN035625; Sat, 25 Mar 2006 02:54:38 -0800 (PST) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Sat, 25 Mar 2006 02:54:38 -0800 From: "David G. Lawrence" To: Ion-Mihai Tetcu Message-ID: <20060325105438.GB12815@tnn.dglawrence.com> References: <20060323215738.C2181@maildrop.int.zabbadoz.net> <20060323223424.D00D945042@ptavv.es.net> <20060324223317.2069564f@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060324223317.2069564f@it.buh.tecnik93.com> Cc: "Bjoern A. Zeeb" , freebsd-stable@freebsd.org, JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 10:54:58 -0000 > This happens w/o any "real" activity on that interface (which goes into > an Allied Telesyn switch): > ....... > Mar 24 19:39:54 worf kernel: nve0: device timeout (1) > Mar 24 19:39:54 worf kernel: nve0: link state changed to DOWN > Mar 24 19:39:55 worf kernel: nve0: link state changed to UP > Mar 24 19:40:14 worf kernel: nve0: device timeout (1) The problem is the watchdog timeout itself. I've attached am email that I sent a few months ago which describes the problem, along with a simple patch which disables the watchdog timer. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. Date: Wed, 4 Jan 2006 16:21:03 -0800 Subject: Re: nve(4) patch - please test! > Since I sent the mail below I had to discover that the new driver > has a problem when no cable is plugged in, at least on my Asus board. > > It doesn't only run into timeouts, during some of these timeout the > machine or at least the keyboard hangs for about a minute. > > Is there anything I can do to help debug this? I ran into this problem recently as well and spent some time diagnosing it. It's not that the cable isn't plugged in - rather it happens whenever the traffic levels are low. The problem is that the nvidia-supplied portion of the driver is defering the releasing of the completed transmit buffers and this occasionally results in if_timer expiring, causing the driver watchdog routine to be called ("device timeout"). The watchdog routine resets the card and the nvidia-supplied code sits in a high-priority loop waiting for the card to reset. This can take many seconds and your system will be hung until it completes. I have a work-around patch for the problem that I've attached to this email. It simply disables the watchdog. A real fix would involve accounting for the outstanding transmit buffers differently (or perhaps not at all - e.g. always attempt to call the nvidia-supplied code and if a queue-full error occurs, then wait for an interrupt before trying to queue more transmit packets). -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. Index: if_nve.c =================================================================== RCS file: /home/ncvs/src/sys/dev/nve/if_nve.c,v retrieving revision 1.7.2.8 diff -c -r1.7.2.8 if_nve.c *** if_nve.c 25 Dec 2005 21:57:03 -0000 1.7.2.8 --- if_nve.c 5 Jan 2006 00:12:45 -0000 *************** *** 943,949 **** return; } /* Set watchdog timer. */ ! ifp->if_timer = 8; /* Copy packet to BPF tap */ BPF_MTAP(ifp, m0); --- 943,949 ---- return; } /* Set watchdog timer. */ ! ifp->if_timer = 0; /* Copy packet to BPF tap */ BPF_MTAP(ifp, m0); From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 11:55:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A68B16A420; Sat, 25 Mar 2006 11:55:16 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0520643D46; Sat, 25 Mar 2006 11:55:15 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 7BAB72000EC; Sat, 25 Mar 2006 12:55:13 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id B15332000EA; Sat, 25 Mar 2006 12:55:10 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 81AAF444F41; Sat, 25 Mar 2006 11:55:05 +0000 (UTC) Date: Sat, 25 Mar 2006 11:55:05 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: David Xu In-Reply-To: <200603251845.48725.davidxu@freebsd.org> Message-ID: <20060325115336.F2181@maildrop.int.zabbadoz.net> References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060325072905.51d1fcfc@it.buh.tecnik93.com> <200603250704.54714.joao@matik.com.br> <200603251845.48725.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2066618447-1143287705=:2181" X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 11:55:22 -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-2066618447-1143287705=:2181 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 25 Mar 2006, David Xu wrote: > =FF=FF Saturday 25 March 2006 18:04=FF=FFJoaoBR =FF=FF=FF=FF=FF=FF > >> It appears to be a point >> the machines with problem are all SMP, UP do no show the nve timeout or = any >> other problem with it >> alias, same with SK, on SMP the system crashes and with UP it's ok For sk please try the new driver Pyun is regularly postng and will commit once the 5/6Rs are done. > Mine is UP, chipset is NForce3 250GB, current it shows TIMEOUT error, sys= tem > freezes while resetting the NIC, but still works. Yes, people are seeing this with Nf4 too. Could you give me the full details as asked earlier in this thread or as questioned in http://www.freebsd.org/cgi/query-pr.cgi?pr=3D94524 ? --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT --0-2066618447-1143287705=:2181-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 13:43:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E73016A428 for ; Sat, 25 Mar 2006 13:43:19 +0000 (UTC) (envelope-from mahmoh@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF6243D77 for ; Sat, 25 Mar 2006 13:43:15 +0000 (GMT) (envelope-from mahmoh@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so981656wra for ; Sat, 25 Mar 2006 05:43:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=TNScWEoPBxET3ZRmGbuCVPBZv4QNCCXR6afnpa4MPr+6kHSSFnQs8G1AgOEL6NmuyZszdQ/Rot9ZB5yPEoXxn53yG1CcmhITi30DNhbNWz2m7dUzxBkUv4CGteTVSmGFziRCG0Mpf10ENxlXQ9KUUHmM+2Uo8FOGGVH8pFVCWCo= Received: by 10.35.107.20 with SMTP id j20mr97243pym; Sat, 25 Mar 2006 05:43:14 -0800 (PST) Received: by 10.35.45.4 with HTTP; Sat, 25 Mar 2006 05:43:14 -0800 (PST) Message-ID: Date: Sat, 25 Mar 2006 15:43:14 +0200 From: "Maher Mohamed" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Usb Router X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 13:43:19 -0000 How can i connect to my usb router? -- Mohamed M. Maher From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 14:20:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D8F816A444; Sat, 25 Mar 2006 14:20:25 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EDF43D55; Sat, 25 Mar 2006 14:20:24 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k2PEKEpo006283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Mar 2006 09:20:14 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.6/8.13.6/Submit) id k2PEKEtC006282; Sat, 25 Mar 2006 09:20:14 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Peter Jeremy Date: Sat, 25 Mar 2006 09:20:13 -0500 User-Agent: KMail/1.8.2 References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> In-Reply-To: <20060325103927.GE703@turion.vk2pj.dyndns.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 14:20:25 -0000 On Saturday 25 March 2006 05:39 am, Peter Jeremy wrote: = On Fri, 2006-Mar-24 15:18:00 -0500, Mikhail Teterin wrote: = >which there is not with the read. Read also requires fairly large = >buffers in the user space to be efficient -- *in addition* to the = >buffers in the kernel. = = I disagree. With a filesystem read, the kernel is solely responsible = for handling physical I/O with an efficient buffer size. The userland = buffers simply amortise the cost of the system call and copyout = overheads. I don't see a disagreement in the above :-) Mmap API can be slightly faster than read -- kernel is still "responsible for handling physical I/O with an efficient buffer size". But instead of copying the data out after reading, it can read it directly into the process' memory. = >I'm also quite certain, that fulfulling my "demands" would add quite a = >bit of complexity to the mmap support in kernel, but hey, that's what the = > kernel is there for :-) = = Unfortunately, your patches to implement this seem to have become detached = from your e-mail. :-) If I manage to *convince* someone, that there is a problem to solve, I'll consider it a good contribution to the project... = mmap can lend itself to cleaner implementatione because there's no = need to have a nested loop to read buffers and then process them. You = can mmap then entire file and process it. The downside is that on a = 32-bit architecture, this limits you to processing files that are = somewhat less than 2GB. First, only one of our architectures is 32-bit :-) On 64-bit systems, the addressable memory (kind of) matches the maximum file size. Second even with the loop reading/processing chunks at a time, the implementation is cleaner, because it does not need to allocate any memory nor try to guess, which buffer size to pick for optimal performance, nor align the buffers on pages (which grep is doing, for example, rather hairily). = The downside is that touching an uncached page triggers a trap which may = not be as efficient as reading a block of data through the filesystem = interface, and I/O errors are delivered via signals (which may not be as = easy to handle). My point exactly. It does seem to be less efficient *at the moment* and I am trying to have the kernel support for this cleaner method of reading *improved*. By convincing someone with a clue to do it, that is... :-) = >Would you care to look at my program instead? Thanks: = > = > http://aldan.algebra.com/mzip.c I'm sorry, that should be http://aldan.algebra.com/~mi/mzip.c -- I checked this time :-( = I tried writing a program that just mmap'd my entire (2GB) test file = and summed all the longwords in it. The files I'm dealing with are database dumps -- 10-80Gb :-) Maybe, that's, what triggers some pessimal case?.. Thanks! Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 14:25:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194EE16A400 for ; Sat, 25 Mar 2006 14:25:58 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50CF943D5E for ; Sat, 25 Mar 2006 14:25:52 +0000 (GMT) (envelope-from dennis.melentyev@gmail.com) Received: by xproxy.gmail.com with SMTP id h31so716159wxd for ; Sat, 25 Mar 2006 06:25:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ndzCsC+XCLbp7mH1qrdGZgTBEgkckKSlqzLzMxg75Lez4TyvjlXTbZtIxJpRiU4jKA0SVjkfUtTul4y+CjlnttcRn3VycmOZxwCnLZVKfhGwceDhyYk85pO/FOL8Zh6tS7MARNNxyNsZ6YQ/slmJgdL3Aaaw0HMFTfSrjl51TQs= Received: by 10.70.123.12 with SMTP id v12mr2675871wxc; Sat, 25 Mar 2006 06:25:51 -0800 (PST) Received: by 10.70.66.6 with HTTP; Sat, 25 Mar 2006 06:25:51 -0800 (PST) Message-ID: Date: Sat, 25 Mar 2006 16:25:51 +0200 From: "Dennis Melentyev" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Usb Router X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 14:25:58 -0000 QUZBSUssIGl0J3Mgc3RpbGwgaW1wb3NzaWJsZSB0byBjb25uZWN0IGFueSBodW1hbiBib2R5IHRv IHRoZSBJbnRlcm5ldCB2aWEKVVNCIHJvdXRlcnMuIDopCgpCZSBtb3JlIGRlc2NyaXB0aXZlOiBz aG93IHlvdXIgJ3VuYW1lIC1zcicsIHVzYi1yZWxhdGVkIHBhcnRzIG9mIGRtZXNnLApyb3V0ZXIg bW9kZWwsIHdoYXQgZG8geW91IHdpc2ggdG8gaGF2ZSBhcyBhIHJlc3VsdCwgZXRjLgoKMjAwNi8z LzI1LCBNYWhlciBNb2hhbWVkIDxtYWhtb2hAZ21haWwuY29tPjoKPgo+IEhvdyBjYW4gaSBjb25u ZWN0IHRvIG15IHVzYiByb3V0ZXI/Cj4KPiAtLQo+IE1vaGFtZWQgTS4gTWFoZXIKPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2Qtc3RhYmxl QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWls bWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1h aWwgdG8gImZyZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+CgotLQpEZW5u aXMgTWVsZW50eWV2Cg== From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 14:46:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5247016A400 for ; Sat, 25 Mar 2006 14:46:32 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC41743D5D for ; Sat, 25 Mar 2006 14:46:30 +0000 (GMT) (envelope-from troy@twisted.net) Received: from localhost (localhost.twisted.net [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id 76654FC4981 for ; Sat, 25 Mar 2006 08:47:15 -0600 (CST) Received: from oz.twisted.net ([127.0.0.1]) by localhost (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87885-05 for ; Sat, 25 Mar 2006 08:47:15 -0600 (CST) Received: by oz.twisted.net (Postfix, from userid 1001) id 0B7F0FC4BF7; Sat, 25 Mar 2006 08:47:14 -0600 (CST) Date: Sat, 25 Mar 2006 08:47:14 -0600 From: Troy To: freebsd-stable@freebsd.org Message-ID: <20060325144714.GA88468@twisted.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at twisted.net Subject: RCS file error in cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 14:46:32 -0000 In doing a cvsup I've run into the following error. I have seen this same error show up over the last few days. Thoughts? -Troy Server warning: RCS file error in "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/sys/modules/i2c/controllers/nfsmb/Makefile,v": 1: "head" expected From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 15:16:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6324116A425 for ; Sat, 25 Mar 2006 15:16:30 +0000 (UTC) (envelope-from jimking629@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7088D43D9D for ; Sat, 25 Mar 2006 15:16:11 +0000 (GMT) (envelope-from jimking629@gmail.com) Received: by zproxy.gmail.com with SMTP id r28so1041398nza for ; Sat, 25 Mar 2006 07:16:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B8TGkbvuPoe3R0OVCW25UYmPpsn9icd9/bV/eQbsPrJxHdjfLe5f4GxVHcI9+VPL9l3px6m92bkJeUF8u9ziwFqVkGMjaLdvZquVeO7CodL30+C3Ox1bFo9sr3fKHFH+yVcrCh3rn4uCwYcARl78VIq/gco3QMxE4gWMi79ePnE= Received: by 10.35.37.18 with SMTP id p18mr1072284pyj; Sat, 25 Mar 2006 07:16:10 -0800 (PST) Received: by 10.35.103.16 with HTTP; Sat, 25 Mar 2006 07:16:10 -0800 (PST) Message-ID: <5ed1db290603250716h3febea4bma08fd9b5d50cbf07@mail.gmail.com> Date: Sat, 25 Mar 2006 09:16:10 -0600 From: "Jim King" To: freebsd-stable@freebsd.org In-Reply-To: <5ed1db290603250715n1171dbbl87341c6a5a74d75a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <44255E0F.5000500@jimking.net> <5ed1db290603250715n1171dbbl87341c6a5a74d75a@mail.gmail.com> Subject: Re: Temperature monitoring in FreeBSD 4/5/6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 15:16:30 -0000 Marian Hettwer wrote: > Doug Ambrisko wrote: > > Stephan Koenig writes: > > | Does anyone know of an easy way to get temperature information out of > > | a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6? > > | > > | Something that has a very simple CLI that just outputs the temperatur= e > > | without any formatting, or a library/sysctl, would be ideal. > > Since it wasn't mentioned yet, the OpenBSD folks have a driver for the > Dell OMSA, ems(4). > http://www.openbsd.org/cgi-bin/man.cgi?query=3Desm&apropos=3D0&sektion=3D= 0&manpath=3DOpenBSD+Current&arch=3Di386&format=3Dhtml > It'll do the job you want, and some more :) > > I was wondering wether this could be ported to FreeBSD... hm... would be > great :) > > I know this doesn't help you now, but, anyway... > > regards, > Marian Interesting! I have a couple Dell 2450's - I'd LOVE to see this driver ported to FreeBSD. If anybody is interested in working on it I can probably provide access to one of the boxes for testing, and I might even be able to contribute some cash. Jim From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 18:29:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98C8216A41F; Sat, 25 Mar 2006 18:29:36 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31C8043D45; Sat, 25 Mar 2006 18:29:36 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4.20060308/8.13.4) with ESMTP id k2PITM5w014735; Sat, 25 Mar 2006 10:29:22 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4.20060308/8.13.4/Submit) id k2PITH5D014732; Sat, 25 Mar 2006 10:29:17 -0800 (PST) Date: Sat, 25 Mar 2006 10:29:17 -0800 (PST) From: Matthew Dillon Message-Id: <200603251829.k2PITH5D014732@apollo.backplane.com> To: Peter Jeremy References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> <20060324084940.GA703@turion.vk2pj.dyndns.org> <200603241800.k2OI0KF8005579@apollo.backplane.com> <20060325094207.GD703@turion.vk2pj.dyndns.org> Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 18:29:36 -0000 :The results here are weird. With 1GB RAM and a 2GB dataset, the :timings seem to depend on the sequence of operations: reading is :significantly faster, but only when the data was mmap'd previously :There's one outlier that I can't easily explain. :... :Peter Jeremy Really odd. Note that if your disk can only do 25 MBytes/sec, the calculation is: 2052167894 / 25MB = ~80 seconds, not ~60 seconds as you would expect from your numbers. So that would imply that the 80 second numbers represent read-ahead, and the 60 second numbers indicate that some of the data was retained from a prior run (and not blown out by the sequential reading in the later run). This type of situation *IS* possible as a side effect of other heuristics. It is particularly possible when you combine read() with mmap because read() uses a different heuristic then mmap() to implement the read-ahead. There is also code in there which depresses the page priority of 'old' already-read pages in the sequential case. So, for example, if you do a linear grep of 2GB you might end up with a cache state that looks like this: l = low priority page m = medium priority page h = high priority page FILE: [---------------------------mmmmmmmmmmmmm] Then when you rescan using mmap, FILE: [lllllllll------------------mmmmmmmmmmmmm] [------lllllllll------------mmmmmmmmmmmmm] [---------lllllllll---------mmmmmmmmmmmmm] [------------lllllllll------mmmmmmmmmmmmm] [---------------lllllllll---mmmmmmmmmmmmm] [------------------lllllllllmmmmmmmmmmmmm] [---------------------llllllHHHmmmmmmmmmm] [------------------------lllHHHHHHmmmmmmm] [---------------------------HHHHHHHHHmmmm] [---------------------------mmmHHHHHHHHHm] The low priority pages don't bump out the medium priority pages from the previous scan, so the grep winds up doing read-ahead until it hits the large swath of pages already cached from the previous scan, without bumping out those pages. There is also a heuristic in the system (FreeBSD and DragonFly) which tries to randomly retain pages. It clearly isn't working :-) I need to change it to randomly retain swaths of pages, the idea being that it should take repeated runs to rebalance the VM cache rather then allowing a single run to blow it out or allowing a static set of pages to be retained indefinitely, which is what your tests seem to show is occuring. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 19:03:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC62016A400; Sat, 25 Mar 2006 19:03:50 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AA5943D46; Sat, 25 Mar 2006 19:03:50 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (3nsbitxdid2wjryk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.4/8.13.3) with ESMTP id k2PJ3Z4H039610; Sat, 25 Mar 2006 11:03:35 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.4/8.13.3/Submit) id k2PJ3XaQ039607; Sat, 25 Mar 2006 11:03:33 -0800 (PST) (envelope-from jmg) Date: Sat, 25 Mar 2006 11:03:33 -0800 From: John-Mark Gurney To: Mikhail Teterin Message-ID: <20060325190333.GD7001@funkthat.com> Mail-Followup-To: Mikhail Teterin , Peter Jeremy , alc@freebsd.org, Mikhail Teterin , stable@freebsd.org References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603250920.14208@aldan> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: alc@freebsd.org, Peter Jeremy , Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 19:03:50 -0000 Mikhail Teterin wrote this message on Sat, Mar 25, 2006 at 09:20 -0500: > = The downside is that touching an uncached page triggers a trap which may > = not be as efficient as reading a block of data through the filesystem > = interface, and I/O errors are delivered via signals (which may not be as > = easy to handle). > > My point exactly. It does seem to be less efficient *at the moment* and I > am trying to have the kernel support for this cleaner method of reading > *improved*. By convincing someone with a clue to do it, that is... :-) I think the thing is that there isn't an easy way to speed up the faulting of the page, and that is why you are getting such trouble making people believe that there is a problem... To convince people that there is a problem, you need to run benchmarks, and make code modifications to show that yes, something can be done to improve the performance... The other useful/interesting number would be to compare system time between the mmap case and the read case to see how much work the kernel is doing in each case... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 20:14:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 335FC16A401 for ; Sat, 25 Mar 2006 20:14:01 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713A043D45 for ; Sat, 25 Mar 2006 20:14:00 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2PKDt7m027328 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 26 Mar 2006 07:13:56 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2PKDsXE007659; Sun, 26 Mar 2006 07:13:55 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2PKDrcS007658; Sun, 26 Mar 2006 07:13:53 +1100 (EST) (envelope-from peter) Date: Sun, 26 Mar 2006 07:13:52 +1100 From: Peter Jeremy To: Matthew Dillon Message-ID: <20060325201351.GH703@turion.vk2pj.dyndns.org> References: <200603211607.30372.mi+mx@aldan.algebra.com> <200603231403.36136.mi+mx@aldan.algebra.com> <200603232048.k2NKm4QL067644@apollo.backplane.com> <200603231626.19102.mi+mx@aldan.algebra.com> <200603232316.k2NNGBka068754@apollo.backplane.com> <20060324084940.GA703@turion.vk2pj.dyndns.org> <200603241800.k2OI0KF8005579@apollo.backplane.com> <20060325094207.GD703@turion.vk2pj.dyndns.org> <200603251829.k2PITH5D014732@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603251829.k2PITH5D014732@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 20:14:01 -0000 On Sat, 2006-Mar-25 10:29:17 -0800, Matthew Dillon wrote: > Really odd. Note that if your disk can only do 25 MBytes/sec, the > calculation is: 2052167894 / 25MB = ~80 seconds, not ~60 seconds > as you would expect from your numbers. systat was reporting 25-26 MB/sec. dd'ing the underlying partition gives 27MB/sec (with 24 and 28 for adjacent partions). > This type of situation *IS* possible as a side effect of other > heuristics. It is particularly possible when you combine read() with > mmap because read() uses a different heuristic then mmap() to > implement the read-ahead. There is also code in there which depresses > the page priority of 'old' already-read pages in the sequential case. > So, for example, if you do a linear grep of 2GB you might end up with > a cache state that looks like this: If I've understood you correctly, this also implies that the timing depends on the previous two scans, not just the previous scan. I didn't test all combinations of this but would have expected to see two distinct sets of mmap/read timings - one for read/mmap/read and one for mmap/mmap/read. > I need to change it to randomly retain swaths of pages, the > idea being that it should take repeated runs to rebalance the VM cache > rather then allowing a single run to blow it out or allowing a > static set of pages to be retained indefinitely, which is what your > tests seem to show is occuring. I dont think this sort of test is a clear indication that something is wrong. There's only one active process at any time and it's performing a sequential read of a large dataset. In this case, evicting already cached data to read new data is not necessarily productive (a simple- minded algorithm will be evicting data this is going to be accessed in the near future). Based on the timings, mmap/read case manages to retain ~15% of the file in cache. Given the amount of RAM available, the theoretical limit is about 40% so this isn't too bad. It would be nicer if both read and mmap managed this gain, irrespective of how the data had been previously accessed. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 21:27:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 697F916A420; Sat, 25 Mar 2006 21:27:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1485943D45; Sat, 25 Mar 2006 21:27:33 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail07.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2PLRLov018653 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 26 Mar 2006 08:27:22 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2PLRLY7007851; Sun, 26 Mar 2006 08:27:21 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2PLRKl3007850; Sun, 26 Mar 2006 08:27:20 +1100 (EST) (envelope-from peter) Date: Sun, 26 Mar 2006 08:27:20 +1100 From: Peter Jeremy To: Mikhail Teterin Message-ID: <20060325212720.GI703@turion.vk2pj.dyndns.org> References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603250920.14208@aldan> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 21:27:40 -0000 On Sat, 2006-Mar-25 09:20:13 -0500, Mikhail Teterin wrote: >I'm sorry, that should be http://aldan.algebra.com/~mi/mzip.c -- I checked >this time :-( It doesn't look like it's doing anything especially weird. As Matt pointed out, creating files with mmap() is not a good idea because the syncer can cause massive fragmentation when allocating space. I can't test is as-is because it insists on mmap'ing its output and I only have one disk and you can't mmap /dev/null. Since your program is already written to mmap the input and output in pieces, it would be trivial to convert it to use read/write. >= I tried writing a program that just mmap'd my entire (2GB) test file >= and summed all the longwords in it. > >The files I'm dealing with are database dumps -- 10-80Gb :-) Maybe, that's, >what triggers some pessimal case?.. I tried generating an 11GB test file and got results consistent with my previous tests: grep using read or mmap, as well as mmap'ing the entire file give similar times with the disk mostly saturated. I suggest you try converting mzip.c to use read/write and see if the problem is still present. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 23:44:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD4E316A400 for ; Sat, 25 Mar 2006 23:44:21 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83E043D5A for ; Sat, 25 Mar 2006 23:44:20 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so1215199wra for ; Sat, 25 Mar 2006 15:44:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZiyGpT1TE2ao0Y0S7C/Q5UGKWCsK9sSBQO257+yokaq/5IzN9uIRYo2M1K7Awl9MYN4Ipl5mg0IL27ZCRz3Y+HtbPAHMXRrP2QKRqStVw/cDCmWbA1onyKQESIg2sfkm0f/WfrZKzwQmstbckDPAoZIoch30wohdEJa3z+wrkWY= Received: by 10.65.53.10 with SMTP id f10mr1703717qbk; Sat, 25 Mar 2006 15:44:19 -0800 (PST) Received: by 10.64.91.6 with HTTP; Sat, 25 Mar 2006 15:44:19 -0800 (PST) Message-ID: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> Date: Sat, 25 Mar 2006 17:44:19 -0600 From: kreios@gmail.com To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Need help with isp driver and disk arrary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:44:21 -0000 I am having a problem with the isp driver seeing a StorageTek disk array LUNs. I am directly attaching to the array and everything works find as long as I plug into the A controller on the array. When I connect up to the B controller, I can not see any of the LUNs advertised. The QLogic firmware can see the LUNs. The only difference I can see are that the LUNs start at 0 on the A side and at 3 on the B side. Kernel messages for the isp driver are: isp0: port 0xa000-0xa0ff mem 0xec060000-0xec060fff irq 17 at device 0.0 on pci1 isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xec060000 isp0: using Memory space register mapping isp0: [GIANT-LOCKED] isp0: Board Type 2312, Chip Revision 0x2, loaded F/W Revision 3.3.6 isp0: 839 max I/O commands supported isp0: NVRAM Port WWN 0x210000e08b1e4a71 isp0: bad execution throttle of 0- using 16 isp0: LIP Received isp0: Loop UP isp0: Port Database Changed isp0: LIP Received isp0: Port Database Changed isp0: Firmware State Ready> isp0: 2Gb link speed/s isp0: Loop ID 0, Port ID 0xef, Loop State 0x2, Topology 'Private Loop' isp0: Target 0 (Loop 0x0) Port ID 0xef (role Initiator) Arrived isp0: Target 2 (Loop 0x2) Port ID 0xe4 (role Target) Arrived camcontrol devlist -v shows the following when connected to port A: scbus0 on isp0 bus 0: at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 0 lun 1 (da1,pass1) at scbus0 target 0 lun 2 (da2,pass2) < > at scbus0 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) camcontrol devlist -v shows the following when connected to port B: scbus0 on isp0 bus 0: < > at scbus0 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) Thanks, -- Dave From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 23:47:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0889016A41F; Sat, 25 Mar 2006 23:47:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A33043D4C; Sat, 25 Mar 2006 23:46:59 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2PNkhkg025658 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 26 Mar 2006 10:46:43 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2PNkgqm000872; Sun, 26 Mar 2006 10:46:42 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2PNkfs1000871; Sun, 26 Mar 2006 10:46:41 +1100 (EST) (envelope-from peter) Date: Sun, 26 Mar 2006 10:46:41 +1100 From: Peter Jeremy To: Mikhail Teterin Message-ID: <20060325234641.GA770@turion.vk2pj.dyndns.org> References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603241518.01027.mi+mx@aldan.algebra.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: alc@freebsd.org, stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Mar 2006 23:47:08 -0000 On Fri, 2006-Mar-24 15:18:00 -0500, Mikhail Teterin wrote: >On the machine, where both mzip and the disk run at only 50%, the disk is a >plain SATA drive (mzip's state goes from "RUN" to "vnread" and back). ... > 18 users Load 0.46 0.53 0.60 24 ??? 15:15 > >Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out >Act 1833864 5880 27758552 45268 92216 count 240 >All 1881188 5992 1432466k 52864 pages 3413 > Interrupts >Proc:r p d s w Csw Trp Sys Int Sof Flt cow 2252 total > 1 2101 1605 2025 197 422 2 2018 251432 wire irq1: atkb > 506156 act irq6: fdc0 > 3.0%Sys 0.0%Intr 45.2%User 0.0%Nice 51.9%Idl 1038216 inact irq15: ata >| | | | | | | | | | 89252 cache irq17: fwo >=>>>>>>>>>>>>>>>>>>>>>>> 2964 free irq20: nve > daefr irq21: ohc >Namei Name-cache Dir-cache prcfr 241 irq22: ehc > Calls hits % hits % 951 react 11 irq25: em0 > pdwak irq29: amr > 618 zfod pdpgs 2000 cpu0: time >Disks ad4 amrd0 ofod intrn >KB/t 56.79 0.00 %slo-z 200816 buf >tps 241 0 5143 tfree 8 dirtybuf >MB/s 13.38 0.00 100000 desiredvnodes >% busy 47 0 34717 numvnodes > 24991 freevnodes OK. I _can_ see something like this when I try to compress a big file using either your program or gzip. In my case, both the disk % busy and system idle vary widely but there's typicaly 50-60% disk utilisation and 30-40% CPU idle. However, systat is reporting 23-25MB/sec (whereas dd peaks at ~30MB/sec) so the time to gzip the datafile isn't that much different to the time to just read it. My guess is that the read-ahead algorithms are working but aren't doing enough re-ahead to cope with "read a bit, do some cpu-intensive processing and repeat" at 25MB/sec so you're winding up with a degree of serialisation where the I/O and compressing aren't overlapped. I'm not sure how tunable the read-ahead is. -- Peter Jeremy