From owner-freebsd-stable@FreeBSD.ORG Sun May 8 07:01:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BB616A4E1 for ; Sun, 8 May 2005 07:01:52 +0000 (GMT) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D2943D3F for ; Sun, 8 May 2005 07:01:51 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.buffalo.edu [128.205.32.4]) by opus.cse.buffalo.edu (8.13.3/8.12.10) with ESMTP id j4871oBN008514 for ; Sun, 8 May 2005 03:01:50 -0400 (EDT) From: Ken Smith To: freebsd-stable@freebsd.org In-Reply-To: <1115393839.747.23.camel@opus.cse.buffalo.edu> References: <1115393839.747.23.camel@opus.cse.buffalo.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s3iqLSaz78s4R2knMb8A" Organization: U. Buffalo CSE Department Date: Sun, 08 May 2005 03:01:49 -0400 Message-Id: <1115535710.7693.11.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Subject: Re: HEADS-UP: Problem with RELENG_5{_4} X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 07:01:52 -0000 --=-s3iqLSaz78s4R2knMb8A Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2005-05-06 at 11:37 -0400, Ken Smith wrote: > Looks like there are problems with the recent patch to fix tty panics. > It seems to cause loss of keyboard input during the boot-up phase, > including the point where it asks for what shell to use if you try > booting to single-user. >=20 > We'll fix it asap, but in the meantime be very careful with RELENG_5 and > RELENG_5_4 machines. Just FYI - this should be taken care of now. Sorry for the delay. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-s3iqLSaz78s4R2knMb8A Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCfbld/G14VSmup/YRAsVFAKCXYc7LRsjaq6/84XtArEub4MoJwACgi4gO mvuIQ9VWFKY3nodm5jxUbBs= =CN1q -----END PGP SIGNATURE----- --=-s3iqLSaz78s4R2knMb8A-- From owner-freebsd-stable@FreeBSD.ORG Sun May 8 10:08:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1404516A4E1 for ; Sun, 8 May 2005 10:08:10 +0000 (GMT) Received: from osl1smout1.broadpark.no (80-202-4-58.dd.nextgentel.com [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C92943D55 for ; Sun, 8 May 2005 10:08:09 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IG600CXY7C90G30@osl1smout1.broadpark.no> for stable@freebsd.org; Sun, 08 May 2005 14:14:33 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IG6002TU1NXA7H0@osl1sminn1.broadpark.no> for stable@freebsd.org; Sun, 08 May 2005 12:11:58 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 0882C45165; Sun, 08 May 2005 12:08:08 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 728E745157; Sun, 08 May 2005 12:08:04 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 3C95733C3B; Sun, 08 May 2005 12:08:04 +0200 (CEST) Date: Sun, 08 May 2005 12:08:03 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050505190812.GB15724@afflictions.org> To: Damian Gerow Message-id: <86is1urpx8.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050505190812.GB15724@afflictions.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: stable@freebsd.org Subject: Re: examples/etc/make.conf: nocona? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 10:08:10 -0000 Damian Gerow writes: > I can understand listing nocona under AMD64 architecture, but isn't it an > Intel CPU? Am I missing something in thinking it should be listed under > "Intel CPUs"? Correct. I pointed this out when the commit was made, but apparently noone listened. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sun May 8 12:37:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F97616A4E1 for ; Sun, 8 May 2005 12:37:20 +0000 (GMT) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F62E43D8A for ; Sun, 8 May 2005 12:37:19 +0000 (GMT) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (localhost [127.0.0.1]) by nod32.demax.sk (Postfix) with ESMTP id F21BB42CCC for ; Sun, 8 May 2005 14:37:17 +0200 (CEST) X-Virus-Scanner: This message was checked by NOD32 Antivirus system NOD32 for Linux Mail Server. For more information on NOD32 Antivirus System, please, visit our website: http://www.nod32.com/. Received: from [195.62.17.204] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id CF4B642CC1 for ; Sun, 8 May 2005 14:37:17 +0200 (CEST) Message-ID: <427E081D.7040405@demax.sk> Date: Sun, 08 May 2005 14:37:49 +0200 From: Jan Sebosik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 MultiZilla/1.7.0.2b X-Accept-Language: sk, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Moving to new hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 12:37:20 -0000 Hi I`ve empty HDD - /dev/ad1. My system(freebsd of course:) is on /dev/ad0. I want to move completly my freebsd 5.4 installation from ad0 to ad1. Couse I don`t want to mess up something, is there some way how I can safely do this ? Best regards, Jan Sebosik From owner-freebsd-stable@FreeBSD.ORG Sun May 8 12:39:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F40AA16A4E1 for ; Sun, 8 May 2005 12:39:01 +0000 (GMT) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B6FD43D81 for ; Sun, 8 May 2005 12:39:00 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j48Ccwn8094199; Sun, 8 May 2005 14:38:58 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j48CcwlG094198; Sun, 8 May 2005 14:38:58 +0200 (CEST) (envelope-from hk) Date: Sun, 8 May 2005 14:38:58 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20050508123858.GB94024@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: fatal trap 12 on ASRock K7Upgrade-880 board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 12:39:02 -0000 Hi, I have a very interesting behaviour here. During boot, I can use the keyboard (eg on the initial boot menu), but if I press a key after the message "Starting sshd" was printed (and before the login prompt), I get ----------------------- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xae fault code = supervisor read, page not present instruction pointer = 0x8:0xae stack pointer = 0x10:0xd41bdc94 frame pointer = 0x10:0xd41bdcb0 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 = 12 (irq1: atkbd0) trap number = 12 panic: page fault Uptime: 21s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. ----------------------- Anything stupid I have missed? Regards, Holger Kipp - - - - - - - - - - - - - - - - - - - - - dmesg is: 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 5.4-STABLE #5: Thu May 5 21:18:07 CEST 2005 root@katrin.hkipp.de:/usr/obj/usr/src/sys/KATRIN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) (1300.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x671 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 536543232 (511 MB) avail memory = 515383296 (491 MB) ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xd800-0xd8ff,0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 20 at device 15.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0b:6a:c0:00:ce acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ums0: vendor 0x1241 product 0x1122, rev 1.00/1.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. uhub4: Cypress Semiconductor Slim Hub, class 9/0, rev 2.00/0.08, addr 2 uhub4: 4 ports with 4 removable, self powered umass0: SMSC 223 USB97C223, rev 2.00/1.95, addr 3 uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 4 Timecounter "TSC" frequency 1300055309 Hz quality 800 Timecounters tick every 10.000 msec ad0: 152627MB [310101/16/63] at ata0-master UDMA100 ad1: 76351MB [155127/16/63] at ata0-slave UDMA100 acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /mnt was not properly dismounted WARNING: /mnt/var was not properly dismounted WARNING: /mnt/tmp was not properly dismounted WARNING: /mnt/usr was not properly dismounted pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 pcm0: From owner-freebsd-stable@FreeBSD.ORG Sun May 8 12:44:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2388716A4E2 for ; Sun, 8 May 2005 12:44:30 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E24CA43D7F for ; Sun, 8 May 2005 12:44:29 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 17190 invoked from network); 8 May 2005 12:44:29 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 8 May 2005 12:44:29 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id D43352F; Sun, 8 May 2005 08:44:28 -0400 (EDT) Sender: lowell@be-well.ilk.org To: Jan Sebosik References: <427E081D.7040405@demax.sk> From: Lowell Gilbert Date: 08 May 2005 08:44:28 -0400 In-Reply-To: <427E081D.7040405@demax.sk> Message-ID: <44r7gh28gj.fsf@be-well.ilk.org> Lines: 9 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: Moving to new hdd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 12:44:30 -0000 Jan Sebosik writes: > I`ve empty HDD - /dev/ad1. My system(freebsd of course:) is on > /dev/ad0. I want to move completly my freebsd 5.4 installation from > ad0 to ad1. Couse I don`t want to mess up something, is there some way > how I can safely do this ? The FreeBSD FAQ covers this under the title "How do I move my system over to my huge new disk?" From owner-freebsd-stable@FreeBSD.ORG Sun May 8 12:54:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F364116A4E2 for ; Sun, 8 May 2005 12:54:14 +0000 (GMT) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A86E43D9A for ; Sun, 8 May 2005 12:54:14 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j48CsDtL094542; Sun, 8 May 2005 14:54:13 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j48CsCD0094541; Sun, 8 May 2005 14:54:12 +0200 (CEST) (envelope-from hk) Date: Sun, 8 May 2005 14:54:12 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20050508125412.GA94364@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Mount DVD-RAM - device entry missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 12:54:15 -0000 Hi, whenever I want to mount a DVD-RAM, I have a little problem because the corresponding device entry (eg cd0a, acd0a) does not exist. This will be created after trying to mount /dev/cd0 instead of /dev/cd0a, but I am not sure if this is the correct behaviour ;-) # ls /dev/acd* /dev/acd0 /dev/acd1 # mount /dev/acd0 /home/hk/mnt/ mount: /dev/acd0 on /usr/home/hk/mnt: incorrect super block ls /dev/acd* /dev/acd0 /dev/acd0a /dev/acd0c /dev/acd0t01 /dev/acd0t01a /dev/acd0t01c /dev/acd1 # mount /dev/acd0a /home/hk/mnt/ works then ok. Any ideas how to solve this problem? Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun May 8 13:41:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C53D16A4E2 for ; Sun, 8 May 2005 13:41:57 +0000 (GMT) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 067A343DA2 for ; Sun, 8 May 2005 13:41:56 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 26726 invoked from network); 8 May 2005 13:41:53 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.22.139]) (envelope-sender ) by smtprelay04.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 8 May 2005 13:41:53 -0000 Date: Sun, 8 May 2005 15:41:38 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20050508154138.702061ad@localhost> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Fw: 5.4-STABLE panic: kernel trap 12 with interrupts diabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 13:41:57 -0000 Hi list, forwarding to freebsd-stable (probably the right place anyway), since I got no further responses on freebsd-questions. Subhro wrote: > On 5/5/2005 19:43, Fabian Keil wrote: > >the day before yesterday I experienced my first > >panic on 5.4-STABLE. Build and cvsup'ed last > >Friday. My system is a ThinkPad R51 > > > >I did nothing spectacular, after boot I: > > > >logged in as user > >cdrecord -scanbus (which didn't work as I hadn't yet set it suid) > >su > >chmod +x for cdrecord and readcd (meant was +g ;-) > >exit > >cdrecord -scanbus (didn't yet work ;-) > >su > >cdrecord -scanbus (did work) > >readcd dev=2,0,0 -factor meshpoints=100 f=./file > >exit > > > >Then I moved the laptop and plugged in the AC/DC adapter. > > > >whoami brought me: > > > >Kernel trap 12 with interrupts disabled > >Fatal trap 12: page fault while in kernel mode > >fault virtual address = 0xa94d06c > >fault code = supervisor read, page not present > >instruction pointer = 0x8:0xc053cbe5 > >stack pointer = 0x10:0xe669f98c > >frame pointer = 0x10:0xe669f990 > >code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > >processor eflags = resume, IOPL = 0 > >current process = 601 (whoami) > >trap number = 12 > >panic: page fault > > > >I saved the dump manually with savecore and then tried > >to follow: > > > > > >fk@r51 ~ $nm -n /boot/kernel/kernel | grep c053cb > >c053cb4c T init_turnstiles > >c053cbc9 t init_turnstile0 > >c053cbd8 t turnstile_setowner > > > >My kernel contains "makeoptions DEBUG=-g", however > >I don't have the file /sys/compile/KERNELCONFIG/kernel.debug > >and thus wasn't able to do > >% gdb -k /sys/compile/KERNELCONFIG/kernel.debug /var/crash/vmcore.0 It turned out that I just was looking at the wrong places, kernel.debug was found at /usr/obj/usr/src/sys/THINKPAD/kernel.debug. fits better and contains a pointer to kgdb. > >fk@r51 ~ $cat info.0 > >Dump header from device /dev/ad0s3b > > Architecture: i386 > > Architecture Version: 16777216 > > Dump Length: 536215552B (511 MB) > > Blocksize: 512 > > Dumptime: Tue May 3 20:18:11 2005 > > Hostname: r51.local > > Magic: FreeBSD Kernel Dump > > Version String: FreeBSD 5.4-STABLE #6: Sat Apr 30 14:57:04 CEST 2005 > > fk@r51.local:/usr/obj/usr/src/sys/THINKPAD > > Panic String: page fault > > Dump Parity: 1084811848 > > Bounds: 0 > > Dump Status: good > > > >The kernel was build "the new way". > >I was not able to reproduce the panic. > > > >Is there anything else I can do? > It would be great to have a look at the core. Can you put it up > somewhere on the WEB? Also if you are not running a GENERIC kernel then > let us have a look at the config file. fk@r51 ~ $ls -lh|grep core -rw------- 1 fk wheel 511M May 3 20:38 vmcore.0 -rw------- 1 fk wheel 354M May 5 19:11 vmcore.0.gz I don't have that much web space available. However the following seems to be interesting: fk@r51 ~ $kgdb 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". #0 doadump () at pcpu.h:160 160 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:160 #1 0xc0519e76 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc051a1a7 in panic (fmt=0xc06bafe5 "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc0693758 in trap_fatal (frame=0xe669f94c, eva=0) at /usr/src/sys/i386/i386/trap.c:809 #4 0xc0692dca in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -429261692, tf_esi = -1043159552, tf_ebp = -429262448, tf_isp = -429262472, tf_ebx = -1043640192, tf_edx = -1043640192, tf_ecx = 177524736, tf_eax = 177524736, tf_trapno = 12, tf_err = 0, tf_eip = -1068250139, tf_cs = 8, tf_eflags = 65539, tf_esp = -1043159552, tf_ss = -429262416}) at /usr/src/sys/i386/i386/trap.c:247 #5 0xc0681baa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0x00000018 in ?? () #7 0x00000010 in ?? () #8 0x00000010 in ?? () #9 0xe669fc84 in ?? () #10 0xc1d2a600 in ?? () #11 0xe669f990 in ?? () #12 0xe669f978 in ?? () #13 0xc1cb5080 in ?? () #14 0xc1cb5080 in ?? () #15 0x0a94d000 in ?? () #16 0x0a94d000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc053cbe5 in turnstile_setowner (ts=0xc1cb5080, owner=0x0) at /usr/src/sys/kern/subr_turnstile.c:367 #20 0xc053cecd in turnstile_wait (ts=0xc1cb5080, lock=0xc1cbb000, owner=0x0) at /usr/src/sys/kern/subr_turnstile.c:504 #21 0xc050fc57 in _mtx_lock_sleep (m=0xc1cbb000, td=0xc1d2a600, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:552 #22 0xc062fae6 in ufsdirhash_lookup (ip=0xc1d10460, name=0xc1ce7809 "nss_compat.so.1", namelen=15, offp=0x0, bpp=0x0, prevoffp=0x0) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:349 #23 0xc0632060 in ufs_lookup (ap=0xe669fb34) at /usr/src/sys/ufs/ufs/ufs_lookup.c:214 #24 0xc0639ead in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2828 #25 0xc056da78 in vfs_cache_lookup (ap=0x0) at vnode_if.h:82 #26 0xc0639ead in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2828 #27 0xc05739f3 in lookup (ndp=0xe669fc5c) at vnode_if.h:52 #28 0xc05733fb in namei (ndp=0xe669fc5c) at /usr/src/sys/kern/vfs_lookup.c:182 #29 0xc0582316 in kern_access (td=0xc1d2a600, path=0x0, pathseg=UIO_USERSPACE, flags=0) at /usr/src/sys/kern/vfs_syscalls.c:1819 #30 0xc05822b2 in access (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:1797 #31 0xc0693ac4 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077942816, tf_esi = 671563776, tf_ebp = -1077942888, tf_isp = -429261468, tf_ebx = 671529272, tf_edx = -1077942576, tf_ecx = 671563801, tf_eax = 33, tf_trapno = 12, tf_err = 2, tf_eip = 671436903, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942916, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #32 0xc0681bff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #33 0x0000002f in ?? () #34 0x0000002f in ?? () #35 0x0000002f in ?? () #36 0xbfbfe5e0 in ?? () #37 0x28074000 in ?? () #38 0xbfbfe598 in ?? () #39 0xe669fd64 in ?? () #40 0x2806b938 in ?? () #41 0xbfbfe6d0 in ?? () ---Type to continue, or q to quit--- #42 0x28074019 in ?? () #43 0x00000021 in ?? () #44 0x0000000c in ?? () #45 0x00000002 in ?? () #46 0x28055067 in ?? () #47 0x0000001f in ?? () #48 0x00000246 in ?? () #49 0xbfbfe57c in ?? () #50 0x0000002f in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x1f3f1000 in ?? () #56 0xc1f06000 in ?? () #57 0xc1d2a600 in ?? () #58 0xe669f84c in ?? () #59 0xe669f834 in ?? () #60 0xc1984c00 in ?? () #61 0xc052c3c2 in sched_switch (td=0x28074000, newtd=0x2806b938, flags=Cannot access memory at address 0xbfbfe5a8 ) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) quit My kernel configuration is: machine i386 cpu I686_CPU ident THINKPAD makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. options WITNESS_SKIPSPIN # Don't run witness on spinlocks # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atapicam # Needed for cdrtools # 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ehci # usb2 'hi=speed' support #device udbp # USB Double Bulk Pipe devices device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) Regards Fabian -- http://www.fabiankeil.de/ From owner-freebsd-stable@FreeBSD.ORG Sun May 8 13:43:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F49516A4E2; Sun, 8 May 2005 13:43:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9981F43D60; Sun, 8 May 2005 13:42:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j48DfD4V010756; Sun, 8 May 2005 23:11:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 8 May 2005 23:11:00 +0930 User-Agent: KMail/1.8 References: <20050508125412.GA94364@intserv.int1.b.intern> In-Reply-To: <20050508125412.GA94364@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3719571.9HzTQlcOaE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505082311.07199.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Holger Kipp cc: stable@freebsd.org Subject: Re: Mount DVD-RAM - device entry missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 13:43:00 -0000 --nextPart3719571.9HzTQlcOaE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 8 May 2005 22:24, Holger Kipp wrote: > whenever I want to mount a DVD-RAM, I have > a little problem because the corresponding > device entry (eg cd0a, acd0a) does not > exist. This will be created after trying > to mount /dev/cd0 instead of /dev/cd0a, but > I am not sure if this is the correct behaviour ;-) > > # ls /dev/acd* > /dev/acd0 /dev/acd1 I get this with a CF card via a USB reader. (in -current) =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 --nextPart3719571.9HzTQlcOaE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCfhbz5ZPcIHs/zowRAoEtAJ0S/L3zlfJqD6oyo0osCz7XfGI1MQCfXGbs Goy8jsprtZLowNrbh6VyBoc= =EcgG -----END PGP SIGNATURE----- --nextPart3719571.9HzTQlcOaE-- From owner-freebsd-stable@FreeBSD.ORG Sun May 8 13:43:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F49516A4E2; Sun, 8 May 2005 13:43:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9981F43D60; Sun, 8 May 2005 13:42:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j48DfD4V010756; Sun, 8 May 2005 23:11:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 8 May 2005 23:11:00 +0930 User-Agent: KMail/1.8 References: <20050508125412.GA94364@intserv.int1.b.intern> In-Reply-To: <20050508125412.GA94364@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3719571.9HzTQlcOaE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505082311.07199.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Holger Kipp cc: stable@freebsd.org Subject: Re: Mount DVD-RAM - device entry missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 13:43:00 -0000 --nextPart3719571.9HzTQlcOaE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 8 May 2005 22:24, Holger Kipp wrote: > whenever I want to mount a DVD-RAM, I have > a little problem because the corresponding > device entry (eg cd0a, acd0a) does not > exist. This will be created after trying > to mount /dev/cd0 instead of /dev/cd0a, but > I am not sure if this is the correct behaviour ;-) > > # ls /dev/acd* > /dev/acd0 /dev/acd1 I get this with a CF card via a USB reader. (in -current) =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 --nextPart3719571.9HzTQlcOaE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCfhbz5ZPcIHs/zowRAoEtAJ0S/L3zlfJqD6oyo0osCz7XfGI1MQCfXGbs Goy8jsprtZLowNrbh6VyBoc= =EcgG -----END PGP SIGNATURE----- --nextPart3719571.9HzTQlcOaE-- From owner-freebsd-stable@FreeBSD.ORG Sun May 8 14:33:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3613A16A4E3 for ; Sun, 8 May 2005 14:33:26 +0000 (GMT) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 123C943D31 for ; Sun, 8 May 2005 14:33:26 +0000 (GMT) (envelope-from lioux@FreeBSD.org) Received: from 201.24.15.75 (unknown [201.24.15.75]) by vette.gigo.com (Postfix) with ESMTP id 2E6B35783 for ; Sun, 8 May 2005 07:33:25 -0700 (PDT) Received: (qmail 25088 invoked by uid 1001); 8 May 2005 14:32:56 -0000 Message-ID: <20050508143256.25030.qmail@exxodus.fedaykin.here> Date: Sun, 8 May 2005 11:32:34 -0300 From: Mario Sergio Fujikawa Ferreira To: freebsd-stable@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: make buildkernel subdirs do not respect COPTFLAGS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: lioux@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 14:33:26 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I was doing my often world build when something came up. $ make buildworld just fine $ make buildkernel=20 not so good $ make buildkernel -V CFLAGS -Os -pipe -march=3Dathlon-xp -falign-functions -falign-jumps -fno-strict-al= iasing -fomit-frame-pointer -fpeel-loops -freorder-blocks -funit-at-a-time = -funswitch-loops -mfpmath=3D387 -march=3Dathlon-xp $ make buildkernel -V COPTFLAGS -Os -pipe -march=3Dathlon-xp -falign-functions -falign-jumps -fno-strict-al= iasing -fomit-frame-pointer -fpeel-loops -freorder-blocks -funit-at-a-time = -funswitch-loops -mfpmath=3D387 $ make buildkernel -V LDFLAGS Those are the compile options I have. As you can see, both COPTFLAGS and CFLAGS contents are the same whereas LDFLAGS is empty. I did a CVSup then a buildworld, then proceeded to a buildkernel. Here is what I've got: cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/sys/LIOUX/modu= les KMODDIR=3D/boot/kernel MACHINE=3Di386 KERNBUILDDIR=3D"/usr/obj/usr/src/= sys/LIOUX" make all =3D=3D=3D> 3dfx =3D=3D=3D> aac =3D=3D=3D> aac/aac_linux =3D=3D=3D> accf_data =3D=3D=3D> accf_http =3D=3D=3D> acpi =3D=3D=3D> acpi/acpi /usr/local/libexec/ccache/cc -O -pipe -pipe -msse -mfpmath=3Dsse,387 -funit= -at-a-time -falign-functions -fforce-addr -fforce-mem -foptimize-register-m= ove -foptimize-sibling-calls -fpeel-loops -fprefetch-loop-arrays -freorder-= blocks -march=3Dathlon-xp -I/usr/src/sys/modules/acpi/acpi/../../../contrib= /dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/ac= pi/acpi/../../../contrib/dev/acpica -include /usr/obj/usr/src/sys/LIOUX/opt= _global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fn= o-common -I/usr/obj/usr/src/sys/LIOUX -mno-align-long-strings -mpreferred-= stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99= -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/= src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/dsfield.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/dsfield.c:1: war= ning: SSE instruction set disabled, using 387 arithmetics *** Error code 1 As you can see the FLAGS options being used to build the kernel DO NOT match either CFLAGS or COPTFLAGS for buildkernel. I can reproduce this just fine. Let me know if you need a full log 'make buildworld buildkernel' As you can see below my standard CFLAGS is not the same as of the one for buildkernel. $ make -V CFLAGS -O -pipe -pipe -msse -mfpmath=3Dsse,387 -funit-at-a-time -falign-functions = -fforce-addr -fforce-mem -foptimize-register-move -foptimize-sibling-calls = -fpeel-loops -fprefetch-loop-arrays -freorder-blocks -march=3Dathlon-xp I trick the system to use different build make options depending on the given situation. My /etc/make.conf contains the following COPTFLAGS=3D-Os -pipe COPTFLAGS+=3D-march=3Dathlon-xp COPTFLAGS+=3D-falign-functions COPTFLAGS+=3D-falign-jumps COPTFLAGS+=3D-fno-strict-aliasing COPTFLAGS+=3D-fomit-frame-pointer COPTFLAGS+=3D-fpeel-loops COPTFLAGS+=3D-freorder-blocks COPTFLAGS+=3D-funit-at-a-time COPTFLAGS+=3D-funswitch-loops =2Eif make(buildworld) || make(buildkernel) LDFLAGS_LD_INSTEAD_OF_CC=3Dyes NO_CFLAGS=3Dyes CFLAGS=3D${COPTFLAGS} =2Eif make(buildworld) COPTFLAGS+=3D-msse COPTFLAGS+=3D-mfpmath=3Dsse,387 =2Eelif make(buildkernel) # ! make(buildworld) COPTFLAGS+=3D-mfpmath=3D387 =2Eendif # make(buildkernel) =2Eendif # make(buildworld) || make(buildkernel) The botton line is, the following line cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/sys/LIOUX/modu= les KMODDIR=3D/boot/kernel MACHINE=3Di386 KERNBUILDDIR=3D"/u sr/obj/usr/src/sys/LIOUX" make all has no idea that it is part of a buildkernel statement. We can fix that by setting a ENVIRONMENT variable when the kernel is being built and check that within /usr/src/sys/modules in order to respect COPTFLAGS over CFLAGS. What do you guys think? I hope my make.conf code tricks are useful to some folks out there. Regards, ps: Plz, CC: me in your responses since I am no longer subscribed to this mailing list --=20 Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfiMYrxEiaFLzGQwRAsu2AJ0WQePuiLEWdK8A71yf9UaJkfJ8iACfddnV p6hGknXvGGBrOghpxZJyX0Q= =ma0Q -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Sun May 8 14:42:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CD6716A4E3 for ; Sun, 8 May 2005 14:42:11 +0000 (GMT) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18D9F43D70 for ; Sun, 8 May 2005 14:42:10 +0000 (GMT) (envelope-from lioux@FreeBSD.org) Received: from 201.24.15.75 (unknown [201.24.15.75]) by vette.gigo.com (Postfix) with ESMTP id CD29C5783 for ; Sun, 8 May 2005 07:42:09 -0700 (PDT) Received: (qmail 71820 invoked by uid 1001); 8 May 2005 14:41:44 -0000 Message-ID: <20050508144144.71743.qmail@exxodus.fedaykin.here> Date: Sun, 8 May 2005 11:41:22 -0300 From: Mario Sergio Fujikawa Ferreira To: freebsd-stable@FreeBSD.org References: <20050508143234.GA9159@exxodus.fedaykin.here> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20050508143234.GA9159@exxodus.fedaykin.here> User-Agent: Mutt/1.5.9i Subject: Re: make buildkernel subdirs do not respect COPTFLAGS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 14:42:11 -0000 Hi, Just a followup, the modules are also not respecting the command line defines. This is what I've got which is totally wrong since -Wl statements are meant for gcc not ld. ld -Wl,-z,combreloc -Wl,--sort-common -Wl,--enable-new-dtags -d -warn-comm= on -r -d -o acpi.kld dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o ds= opcode.o dsutils.o dswexec.o dswload.o dswscope.o dswstate.o evevent.o evgp= e.o evgpeblk.o evmisc.o evregion.o evrgnini.o evsci.o evxface.o evxfevnt.o = evxfregn.o exconfig.o exconvrt.o excreate.o exdump.o exfield.o exfldio.o ex= misc.o exmutex.o exnames.o exoparg1.o exoparg2.o exoparg3.o exoparg6.o expr= ep.o exregion.o exresnte.o exresolv.o exresop.o exstore.o exstoren.o exstor= ob.o exsystem.o exutils.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwtimer.o nsa= ccess.o nsalloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o = nsparse.o nssearch.o nsutils.o nswalk.o nsxfeval.o nsxfname.o nsxfobj.o psa= rgs.o psopcode.o psparse.o psscope.o pstree.o psutils.o pswalk.o psxface.o = rsaddr.o rscalc.o rscreate.o rsdump.o rsio.o rsirq.o rslist.o rsmemory.o rs= misc.o rsutils.o rsxface.o tbconvrt.o tbget.o tbgetall.o tbinstal.o tbrsdt.= o tbutils.o tbxface.o tbxfroot.o utalloc.o utclib.o utcopy.o utdebug.o utde= lete.o uteval.o utglobal.o utinit.o utmath.o utmisc.o utobject.o utxface.o = acpi.o acpi_button.o acpi_isab.o acpi_package.o acpi_pci.o acpi_pcib.o acpi= _pcib_acpi.o acpi_pcib_pci.o acpi_powerres.o acpi_quirk.o acpi_resource.o a= cpi_timer.o acpi_pci_link.o acpi_thermal.o acpi_acad.o acpi_battery.o acpi_= cmbat.o acpi_cpu.o acpi_ec.o acpi_lid.o acpi_throttle.o OsdDebug.o OsdHardw= are.o OsdInterrupt.o OsdMemory.o OsdSchedule.o OsdStream.o OsdSynch.o OsdTa= ble.o OsdEnvironment.o acpi_machdep.o acpi_wakeup.o madt.o I use a protection define "LDFLAGS_LD_INSTEAD_OF_CC=3Dyes" that TAKES care= of that. It is set in the buildkernel statement. That line should have read ld -z combreloc --sort-common --enable-new-dtags -d -warn-common -r -d -o a= cpi.kld dsfield.o dsinit.o dsmethod.o dsmthdat.o dsobject.o dsopcode.o dsut= ils.o dswexec.o dswload.o dswscope.o dswstate.o evevent.o evgpe.o evgpeblk.= o evmisc.o evregion.o evrgnini.o evsci.o evxface.o evxfevnt.o evxfregn.o ex= config.o exconvrt.o excreate.o exdump.o exfield.o exfldio.o exmisc.o exmute= x.o exnames.o exoparg1.o exoparg2.o exoparg3.o exoparg6.o exprep.o exregion= =2Eo exresnte.o exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsyst= em.o exutils.o hwacpi.o hwgpe.o hwregs.o hwsleep.o hwtimer.o nsaccess.o nsa= lloc.o nsdump.o nseval.o nsinit.o nsload.o nsnames.o nsobject.o nsparse.o n= ssearch.o nsutils.o nswalk.o nsxfeval.o nsxfname.o nsxfobj.o psargs.o psopc= ode.o psparse.o psscope.o pstree.o psutils.o pswalk.o psxface.o rsaddr.o rs= calc.o rscreate.o rsdump.o rsio.o rsirq.o rslist.o rsmemory.o rsmisc.o rsut= ils.o rsxface.o tbconvrt.o tbget.o tbgetall.o tbinstal.o tbrsdt.o tbutils.o= tbxface.o tbxfroot.o utalloc.o utclib.o utcopy.o utdebug.o utdelete.o utev= al.o utglobal.o utinit.o utmath.o utmisc.o utobject.o utxface.o acpi.o acpi= _button.o acpi_isab.o acpi_package.o acpi_pci.o acpi_pcib.o acpi_pcib_acpi.= o acpi_pcib_pci.o acpi_powerres.o acpi_quirk.o acpi_resource.o acpi_timer.o= acpi_pci_link.o acpi_thermal.o acpi_acad.o acpi_battery.o acpi_cmbat.o acp= i_cpu.o acpi_ec.o acpi_lid.o acpi_throttle.o OsdDebug.o OsdHardware.o OsdIn= terrupt.o OsdMemory.o OsdSchedule.o OsdStream.o OsdSynch.o OsdTable.o OsdEn= vironment.o acpi_machdep.o acpi_wakeup.o madt.o So, this is yet another thing to consider. ps: Plz, CC: me in your responses since I am no longer subscribed to this mailing list --=20 Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature From owner-freebsd-stable@FreeBSD.ORG Sun May 8 15:13:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C32B16A4E3 for ; Sun, 8 May 2005 15:13:21 +0000 (GMT) Received: from osl1smout1.broadpark.no (80-202-4-58.dd.nextgentel.com [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id B875243D75 for ; Sun, 8 May 2005 15:13:20 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IG600C8XLGXC020@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 08 May 2005 19:19:45 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IG60028BFSLL7L0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 08 May 2005 17:17:09 +0200 (CEST) Date: Sun, 08 May 2005 17:12:44 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <427C5447.9090800@alumni.rice.edu> To: freebsd-stable@freebsd.org Message-id: <20050508171244.47ca6cc9.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050505051530.3235b224.torfinn.ingolfsen@broadpark.no> <427C5447.9090800@alumni.rice.edu> Subject: Re: Xorg - getting VESA to work on a Radeon Xpress 200? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 15:13:21 -0000 On Sat, 07 May 2005 00:38:15 -0500 Jonathan Noack wrote: > Support for your chipset was added at the end of March, so it > definitely should be in 6.8.99.5: > https://bugs.freedesktop.org/show_bug.cgi?id=2827 Yes, I can see it defined there. Hmm, it doesn't get detected. :-/ > Try the radeon driver. You may get the same results as the ati driver I tried it, and I got the same problems. > (I think ati is a generic name that gets you radeon, r128, etc.), but > radeon is the correct choice. If it doesn't work you should file a > bug. At freedesktop.org? Ok, I'll have to do that then. > I'm not sure how to fix your VESA problem... No worries, hopefully somebody else will . :-) -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun May 8 15:40:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE8A16A4E3 for ; Sun, 8 May 2005 15:40:09 +0000 (GMT) Received: from mail01.oxygen.az (mail01.oxygen.az [212.47.128.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0951A43D2D for ; Sun, 8 May 2005 15:40:08 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from [212.47.129.229] ([212.47.129.229]) by mail01.oxygen.az with esmtp; Sun, 08 May 2005 20:39:01 +0500 Message-ID: <427E3294.6030006@oxygen.az> Date: Sun, 08 May 2005 20:39:00 +0500 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alastair G. Hogge" References: <200505072311.29880.agh@tpg.com.au> In-Reply-To: <200505072311.29880.agh@tpg.com.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@FreeBSD.ORG Subject: Re: Can no longer update any ports. Configure problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 15:40:09 -0000 Alastair G. Hogge wrote: >Hello, > >I get the following for a whole bunch of out dated ports on my system. This is >taken from autoconf, but it's basicly the same for all other ports. > >===> Vulnerability check disabled, database not found >===> Extracting for autoconf-2.59_2 >=> Checksum OK for autoconf-2.59.tar.bz2. >===> autoconf-2.59_2 depends on file: /usr/local/bin/perl5.8.6 - found >===> Patching for autoconf-2.59_2 >===> autoconf-2.59_2 depends on file: /usr/local/bin/perl5.8.6 - found >===> Applying FreeBSD patches for autoconf-2.59_2 >===> autoconf-2.59_2 depends on executable: gm4 - found >===> autoconf-2.59_2 depends on executable: help2man - found >===> autoconf-2.59_2 depends on executable: gmake - found >===> autoconf-2.59_2 depends on file: /usr/local/bin/perl5.8.6 - found >===> Configuring for autoconf-2.59_2 >checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel >checking whether build environment is sane... configure: error: ls -t appears >to fail. Make sure there is not a broken >alias in your environment >configure: error: newly created file is older than distributed files! > if you'd be more attentive,you'd see that configure script complains about broken system time: "configure: error: newly created file is older than distributed files!" From owner-freebsd-stable@FreeBSD.ORG Sun May 8 15:50:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE8B16A4E3 for ; Sun, 8 May 2005 15:50:37 +0000 (GMT) Received: from osl1smout1.broadpark.no (80-202-4-58.dd.nextgentel.com [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F7A043D7F for ; Sun, 8 May 2005 15:50:37 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IG600CH5N72BZ30@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 08 May 2005 19:57:02 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IG6002TOHIPKXR0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 08 May 2005 17:54:25 +0200 (CEST) Date: Sun, 08 May 2005 17:48:19 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <427C5447.9090800@alumni.rice.edu> To: freebsd-stable@freebsd.org Message-id: <20050508174819.5dbab8f3.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050505051530.3235b224.torfinn.ingolfsen@broadpark.no> <427C5447.9090800@alumni.rice.edu> Subject: Re: Xorg - getting VESA to work on a Radeon Xpress 200? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 15:50:37 -0000 On Sat, 07 May 2005 00:38:15 -0500 Jonathan Noack wrote: > (I think ati is a generic name that gets you radeon, r128, etc.), but > radeon is the correct choice. If it doesn't work you should file a > bug. Done. see https://bugs.freedesktop.org/show_bug.cgi?id=3242 -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun May 8 16:53:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B775216A4E4 for ; Sun, 8 May 2005 16:53:14 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F7743D4C for ; Sun, 8 May 2005 16:53:13 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 7426D78C71; Sun, 8 May 2005 12:53:15 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10871-06; Sun, 8 May 2005 12:53:10 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 7B21F78C5F; Sun, 8 May 2005 12:53:09 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id E2AB833C79; Sun, 8 May 2005 12:53:04 -0400 (EDT) Date: Sun, 8 May 2005 12:53:04 -0400 From: Damian Gerow To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050508165304.GA30948@afflictions.org> References: <20050505190812.GB15724@afflictions.org> <86is1urpx8.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86is1urpx8.fsf@xps.des.no> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org cc: stable@freebsd.org Subject: Re: examples/etc/make.conf: nocona? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 16:53:14 -0000 Thus spake Dag-Erling Smørgrav (des@des.no) [08/05/05 11:08]: : Damian Gerow writes: : > I can understand listing nocona under AMD64 architecture, but isn't it an : > Intel CPU? Am I missing something in thinking it should be listed under : > "Intel CPUs"? : : Correct. I pointed this out when the commit was made, but apparently : noone listened. Ack. I just noticed that 'pentiumpro' is also mis-spelled 'penitumpro' as well... PR time, I think. From owner-freebsd-stable@FreeBSD.ORG Sun May 8 20:27:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF9416A4E6 for ; Sun, 8 May 2005 20:27:10 +0000 (GMT) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF8C43D82 for ; Sun, 8 May 2005 20:27:10 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IG600270U597TF5@vms044.mailsrvcs.net> for freebsd-stable@freebsd.org; Sun, 08 May 2005 15:27:10 -0500 (CDT) Date: Sun, 08 May 2005 15:29:30 -0400 From: David Gurvich To: freebsd-stable@freebsd.org Message-id: <200505081529.31238.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8 Subject: loader causes reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 20:27:10 -0000 cdrom /boot/loader from 5.3 has no problem. However, after updating world from kernel, /boot/loader is replaced with cvs version. This one goes into endless cycle of reboots. When replaced with /boot/loader from cdrom boots normally. From owner-freebsd-stable@FreeBSD.ORG Sun May 8 21:29:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA7B816A4E6 for ; Sun, 8 May 2005 21:29:40 +0000 (GMT) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE25343D62 for ; Sun, 8 May 2005 21:29:39 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j48LTcd1002769; Sun, 8 May 2005 23:29:38 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j48LTcK2002768; Sun, 8 May 2005 23:29:38 +0200 (CEST) (envelope-from hk) Date: Sun, 8 May 2005 23:29:38 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20050508212938.GB2268@intserv.int1.b.intern> References: <20050508123858.GB94024@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050508123858.GB94024@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i Subject: [solved] fatal trap 12 on ASRock K7Upgrade-880 board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 21:29:41 -0000 Hi, usually I hate replying to myself, but this time it seems to be good news :-) The describe behaviour (see below) is no longer reproducable with the latest 5.4-STABLE as of today (8.5.2005, around 18:00 CEST). So thanx to whoever fixed this ;-) Regards, Holger On Sun, May 08, 2005 at 02:38:58PM +0200, Holger Kipp wrote: > I have a very interesting behaviour here. During boot, I can use > the keyboard (eg on the initial boot menu), but if I press a key > after the message > > "Starting sshd" > > was printed (and before the login prompt), I get > > ----------------------- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xae > fault code = supervisor read, page not present > instruction pointer = 0x8:0xae > stack pointer = 0x10:0xd41bdc94 > frame pointer = 0x10:0xd41bdcb0 > 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 = 12 (irq1: atkbd0) > trap number = 12 > panic: page fault > Uptime: 21s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > ----------------------- > > Anything stupid I have missed? > Regards, > Holger Kipp > > - - - - - - - - - - - - - - - - - - - - - > > dmesg is: > > 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 5.4-STABLE #5: Thu May 5 21:18:07 CEST 2005 > root@katrin.hkipp.de:/usr/obj/usr/src/sys/KATRIN > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Duron(tm) (1300.06-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x671 Stepping = 1 > Features=0x383fbff > AMD Features=0xc0400000 > real memory = 536543232 (511 MB) > avail memory = 515383296 (491 MB) > ioapic0: Changing APIC ID to 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > atapci0: port 0xd800-0xd8ff,0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 20 at device 15.0 on pci0 > ata2: channel #0 on atapci0 > ata3: channel #1 on atapci0 > atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 > ata0: channel #0 on atapci1 > ata1: channel #1 on atapci1 > uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > pci0: at device 16.4 (no driver attached) > isab0: at device 17.0 on pci0 > isa0: on isab0 > pci0: at device 17.5 (no driver attached) > vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:0b:6a:c0:00:ce > acpi_button0: on acpi0 > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > ppbus0: IEEE1284 device found /NIBBLE/ECP > Probing for PnP devices on ppbus0: > ppbus0: MLC,PCL,PML > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > ums0: vendor 0x1241 product 0x1122, rev 1.00/1.00, addr 2, iclass 3/1 > ums0: 5 buttons and Z dir. > uhub4: Cypress Semiconductor Slim Hub, class 9/0, rev 2.00/0.08, addr 2 > uhub4: 4 ports with 4 removable, self powered > umass0: SMSC 223 USB97C223, rev 2.00/1.95, addr 3 > uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 4 > Timecounter "TSC" frequency 1300055309 Hz quality 800 > Timecounters tick every 10.000 msec > ad0: 152627MB [310101/16/63] at ata0-master UDMA100 > ad1: 76351MB [155127/16/63] at ata0-slave UDMA100 > acd0: DVDR at ata1-master UDMA33 > acd1: CDRW at ata1-slave PIO4 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 1.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > da2 at umass-sim0 bus 0 target 0 lun 2 > da2: Removable Direct Access SCSI-0 device > da2: 1.000MB/s transfers > da2: Attempt to query device size failed: NOT READY, Medium not present > da3 at umass-sim0 bus 0 target 0 lun 3 > da3: Removable Direct Access SCSI-0 device > da3: 1.000MB/s transfers > da3: Attempt to query device size failed: NOT READY, Medium not present > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 > (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error > (da2:umass-sim0:0:0:2): SCSI Status: Check Condition > (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 > (da2:umass-sim0:0:0:2): Medium not present > (da2:umass-sim0:0:0:2): Unretryable error > Opened disk da2 -> 6 > (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 > (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error > (da2:umass-sim0:0:0:2): SCSI Status: Check Condition > (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 > (da2:umass-sim0:0:0:2): Medium not present > (da2:umass-sim0:0:0:2): Unretryable error > Opened disk da2 -> 6 > (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 > (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error > (da2:umass-sim0:0:0:2): SCSI Status: Check Condition > (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 > (da2:umass-sim0:0:0:2): Medium not present > (da2:umass-sim0:0:0:2): Unretryable error > Opened disk da2 -> 6 > (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 > (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error > (da3:umass-sim0:0:0:3): SCSI Status: Check Condition > (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 > (da3:umass-sim0:0:0:3): Medium not present > (da3:umass-sim0:0:0:3): Unretryable error > Opened disk da3 -> 6 > (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 > (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error > (da3:umass-sim0:0:0:3): SCSI Status: Check Condition > (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 > (da3:umass-sim0:0:0:3): Medium not present > (da3:umass-sim0:0:0:3): Unretryable error > Opened disk da3 -> 6 > (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 > (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error > (da3:umass-sim0:0:0:3): SCSI Status: Check Condition > (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 > (da3:umass-sim0:0:0:3): Medium not present > (da3:umass-sim0:0:0:3): Unretryable error > Opened disk da3 -> 6 > Mounting root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > WARNING: /mnt was not properly dismounted > WARNING: /mnt/var was not properly dismounted > WARNING: /mnt/tmp was not properly dismounted > WARNING: /mnt/usr was not properly dismounted > pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 > pcm0: > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun May 8 23:00:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4112516A4E6 for ; Sun, 8 May 2005 23:00:45 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D45143D95 for ; Sun, 8 May 2005 23:00:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 26D8872DD4; Sun, 8 May 2005 16:00:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2441A72DCB; Sun, 8 May 2005 16:00:45 -0700 (PDT) Date: Sun, 8 May 2005 16:00:45 -0700 (PDT) From: Doug White To: Thierry Herbelot In-Reply-To: <200505061750.11793.thierry@herbelot.com> Message-ID: <20050508155959.L77229@carver.gumbysoft.com> References: <200505061750.11793.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: loss of keyboard in single-user mode in RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:00:45 -0000 Don't crosspost both -current and -stable; your problem does not affect -current. On Fri, 6 May 2005, Thierry Herbelot wrote: > Hello, > > I have rebuilt the world and kernel this morning. The commit causing this problem has been backed out. Please cvsup and try again. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 8 23:44:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 660AA16A4E6 for ; Sun, 8 May 2005 23:44:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5FE43D72 for ; Sun, 8 May 2005 23:44:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 34ABE72DD4; Sun, 8 May 2005 16:44:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2F29A72DCB; Sun, 8 May 2005 16:44:19 -0700 (PDT) Date: Sun, 8 May 2005 16:44:19 -0700 (PDT) From: Doug White To: Adrian Steinmann In-Reply-To: <200504282030.WAA08207@marabu.marabu.ch> Message-ID: <20050508164248.R77229@carver.gumbysoft.com> References: <200504282030.WAA08207@marabu.marabu.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: unexpected panic in idle process (RELENG_5 2005/04/25UTC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:44:19 -0000 On Thu, 28 Apr 2005, Adrian Steinmann wrote: > I've been running RELENG_5 -D2005/04/25UTC on a CF-based system > (PC Engines WRAP.1C v1.03; 640 KB Base Memory; 130048 KB Extended Memory) > CF: 01F0 Master 848A Hitachi XX.V.3.4.0.0 > Phys C/H/S 978/8/32 Log C/H/S 978/8/32 > > ... > CPU: Geode(TM) Integrated Processor by National Semi (266.64-MHz 586-class CPU) > Origin = "Geode by NSC" Id = 0x540 Stepping = 0 > Features=0x808131 > ... > > after a few hours (mainly idle and ntpd), I was surprised to note > on the console: > > Fatal trap 9: general protection fault while in kernel mode > instruction pointer = 0x8:0xc05e8ca2 > stack pointer = 0x10:0xc7499d10 > frame pointer = 0x10:0xc7499d10 > 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 = 11 (idle) > [thread pid 11 tid 100003 ] > Stopped at cpu_idle_default+0x5: leave This is an odd one; the IA32 manual doesn't say you can take a GPF from a LEAVE instruction in protected mode. %ebp looks correct so I'd wonder if you have cooling problems or a bad processor. > > I've got: > > db> where > Tracing pid 11 tid 100003 td 0xc0ac6480 > cpu_idle_default(c0ac5c5c,c7499d34,c049e404,0,c7499d48) at cpu_idle_default+0x5 > idle_proc(0,c7499d48,0,c049e628,0) at idle_proc+0x11 > fork_exit(c049e628,0,c7499d48) at fork_exit+0x6f > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xc7499d7c, ebp = 0 --- > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 931 c109e000 1001 930 931 0004002 [SLPQ ttyin 0xc0b65a10][SLP] bash > 930 c109e1c4 1001 928 928 0000100 [SLPQ select 0xc0674e24][SLP] sshd > 928 c109ea98 0 831 928 0000100 [SLPQ sbwait 0xc0f49974][SLP] sshd > 927 c10a21c4 0 1 927 0004002 [SLPQ ttyin 0xc0abea10][SLP] getty > 853 c0b50710 0 1 853 0000000 [SLPQ nanslp 0xc067182c][SLP] cron > 841 c0bf7710 25 1 841 0000100 [SLPQ pause 0xc0bf7748][SLP] sendmail > 837 c0b508d4 0 1 837 0000100 [SLPQ select 0xc0674e24][SLP] sendmail > 831 c0b501c4 0 1 831 0000100 [SLPQ select 0xc0674e24][SLP] sshd > 818 c0b50388 0 1 818 0000000 [SLPQ select 0xc0674e24][SLP] ntpd > 710 c0bf7000 0 1 710 0000000 [SLPQ select 0xc0674e24][SLP] syslogd > 101 c0b50c5c 0 0 0 0000204 [SLPQ mdwait 0xc0bf8d00][SLP] md2 > 91 c0bf754c 0 0 0 0000204 [SLPQ mdwait 0xc0c23a00][SLP] md1 > 71 c0bf7388 0 0 0 0000204 [SLPQ mdwait 0xc0c23600][SLP] md0 > 46 c0afaa98 0 0 0 0000204 [SLPQ - 0xc74dbd0c][SLP] schedcpu > 45 c0afac5c 0 0 0 0000204 [SLPQ - 0xc067db2c][SLP] nfsiod 3 > 44 c0afae20 0 0 0 0000204 [SLPQ - 0xc067db28][SLP] nfsiod 2 > 43 c0b4c000 0 0 0 0000204 [SLPQ - 0xc067db24][SLP] nfsiod 1 > 42 c0b4c1c4 0 0 0 0000204 [SLPQ - 0xc067db20][SLP] nfsiod 0 > 41 c0b4c388 0 0 0 0000204 [SLPQ syncer 0xc06715ac][SLP] syncer > 40 c0b4c54c 0 0 0 0000204 [SLPQ vlruwt 0xc0b4c54c][SLP] vnlru > 39 c0b4c710 0 0 0 0000204 [SLPQ psleep 0xc06753ec][SLP] bufdaemon > 38 c0b4c8d4 0 0 0 0000204 [SLPQ pollid 0xc066f184][SLP] idlepoll > 37 c0b4ca98 0 0 0 000020c [SLPQ pgzero 0xc0684554][SLP] pagezero > 9 c0b4cc5c 0 0 0 0000204 [SLPQ psleep 0xc0684564][SLP] pagedaemon > 36 c0b4ce20 0 0 0 0000204 [IWAIT] swi0: sio > 8 c0b50000 0 0 0 0000204 [SLPQ - 0xc0b34d80][SLP] thread taskq > 35 c0ae854c 0 0 0 0000204 [IWAIT] swi6:+ > 7 c0ae8710 0 0 0 0000204 [SLPQ - 0xc0b34e40][SLP] kqueue taskq > 34 c0ae88d4 0 0 0 0000204 [IWAIT] swi3: cambio > 33 c0ae8a98 0 0 0 0000204 [IWAIT] swi2: camnet > 32 c0ae8c5c 0 0 0 0000204 [IWAIT] swi6: task queue > 31 c0ae8e20 0 0 0 0000204 [IWAIT] swi6:+ > 30 c0afa000 0 0 0 0000204 [SLPQ - 0xc06676c0][SLP] yarrow > 6 c0afa1c4 0 0 0 0000204 [SLPQ crypto_ret_wait 0xc0683584][SLP] crypto returns > 5 c0afa388 0 0 0 0000204 [SLPQ crypto_wait 0xc0683544][SLP] crypto > 4 c0afa54c 0 0 0 0000204 [SLPQ - 0xc066ba68][SLP] g_down > 3 c0afa710 0 0 0 0000204 [SLPQ - 0xc066ba64][SLP] g_up > 2 c0afa8d4 0 0 0 0000204 [SLPQ - 0xc066ba5c][SLP] g_event > 29 c0acc1c4 0 0 0 0000204 [IWAIT] swi1: net > 28 c0acc388 0 0 0 0000204 [IWAIT] swi4: vm > 27 c0acc54c 0 0 0 000020c [RUNQ] swi5: clock sio > 26 c0acc710 0 0 0 0000204 [IWAIT] irq15: ata1 > 25 c0acc8d4 0 0 0 0000204 [IWAIT] irq14: ata0 > 24 c0acca98 0 0 0 0000204 [IWAIT] irq13: > 23 c0accc5c 0 0 0 0000204 [IWAIT] irq12: hifn0 > 22 c0acce20 0 0 0 0000204 [IWAIT] irq11: sis2 > 21 c0ae8000 0 0 0 0000204 [IWAIT] irq10: sis0 > 20 c0ae81c4 0 0 0 0000204 [IWAIT] irq9: sis1 > 19 c0ae8388 0 0 0 0000204 [IWAIT] irq8: rtc > 18 c0ac5000 0 0 0 0000204 [IWAIT] irq7: > 17 c0ac51c4 0 0 0 0000204 [IWAIT] irq6: > 16 c0ac5388 0 0 0 0000204 [IWAIT] irq5: > 15 c0ac554c 0 0 0 0000204 [IWAIT] irq4: sio0 > 14 c0ac5710 0 0 0 0000204 [IWAIT] irq3: > 13 c0ac58d4 0 0 0 0000204 [IWAIT] irq1: > 12 c0ac5a98 0 0 0 0000204 [IWAIT] irq0: clk > 11 c0ac5c5c 0 0 0 000020c [CPU 0] idle > 1 c0ac5e20 0 0 1 0004200 [SLPQ wait 0xc0ac5e20][SLP] init > 10 c0acc000 0 0 0 0000204 [SLPQ ktrace 0xc066f7d8][SLP] ktrace > 0 c066bb00 0 0 0 0000200 [SLPQ sched 0xc066bb00][SLP] swapper > db> > > unfortunately, I won't be able to take a dump because the CF has > no swap. > > Anyone have an idea what this could be, and what I could type into > db> to get further info? > > One thing that I changed on this HW yesterday was to add a Mini-PCI > HiFn card: > > hifn0 mem 0x80040000-0x80040fff,0x80000000-0x80000fff irq 12 at device 13.0 on pci0 > hifn0: Hifn 7951, rev 0, 128KB sram > > before that change, earlier RELENG_5 systems didn't demonstrate > any such an "idle" panic on said HW. > > non-verbose dmesg and kernel config image are available, and I will > leave the db> there, awaiting suggestions. > > Adrian > > > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 9 03:57:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5418816A4E6 for ; Mon, 9 May 2005 03:57:49 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 082B843D4C for ; Mon, 9 May 2005 03:57:49 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp812.mail.sc5.yahoo.com with SMTP; 9 May 2005 03:57:48 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8E1BD60F4; Sun, 8 May 2005 22:57:47 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 74293-15; Sun, 8 May 2005 22:57:46 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 41EAA60F3; Sun, 8 May 2005 22:57:46 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j493vkm7001601; Sun, 8 May 2005 22:57:46 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <427EDFB4.3070309@alumni.rice.edu> Date: Sun, 08 May 2005 22:57:40 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gurvich References: <200505081529.31238.david.freebsd@verizon.net> In-Reply-To: <200505081529.31238.david.freebsd@verizon.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig554A918C267E73022D2386AE" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: loader causes reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 03:57:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig554A918C267E73022D2386AE Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/08/05 14:29, David Gurvich wrote: > cdrom /boot/loader from 5.3 has no problem. However, after updating world > from kernel, /boot/loader is replaced with cvs version. This one goes into > endless cycle of reboots. When replaced with /boot/loader from cdrom boots > normally. Are you setting CPUTYPE? A few people have reported an endless reboot with the athlon-xp or pentium-m settings. I experience this on my athlon-xp and the only workaround I've found is just to not set CPUTYPE. This problem is way beyond my feeble skills to track down and fix, but it doesn't seem to affect many people and no one has stepped up to resolve it. As it is easily worked around, I've brought it up a few times but haven't made too big of a fuss. Come to think of it, why didn't I ever open a PR? Hmm... perhaps I'll do that at work tomorrow (this is on a machine at work). -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig554A918C267E73022D2386AE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCft+5UFz01pkdgZURAtR+AKCGSaWxbDCialRj/2UR2v8vOILQ8wCfS6Md oAs1nOJoobx6SqSvCeIIYrU= =L2vK -----END PGP SIGNATURE----- --------------enig554A918C267E73022D2386AE-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 05:02:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 133ED16A4E6 for ; Mon, 9 May 2005 05:02:06 +0000 (GMT) Received: from smtpclu-2.eunet.yu (smtpclu-2.eunet.yu [194.247.192.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9770A43D92 for ; Mon, 9 May 2005 05:02:04 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from mycenae.net (P-2.28.EUnet.yu [213.240.2.28]) by smtpclu-2.eunet.yu (8.12.11/8.12.11) with ESMTP id j49520mY023622 for ; Mon, 9 May 2005 07:02:01 +0200 Received: by mycenae.net (Postfix, from userid 1001) id 5533560DA; Mon, 9 May 2005 07:02:07 +0200 (CEST) Date: Mon, 9 May 2005 07:02:07 +0200 From: Zoran Kolic To: freebsd-stable Message-ID: <20050509050207.GA569@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -0.9 X-AVAS-Spam-Symbols: BAYES_10 Subject: iso numbering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 05:02:06 -0000 Just a question before 5.4: what would be iso 1 on release? Live system or instalation? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon May 9 06:25:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B776D16A4E6 for ; Mon, 9 May 2005 06:25:55 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 7717E43D86 for ; Mon, 9 May 2005 06:25:54 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 1574 invoked from network); 9 May 2005 06:18:27 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 9 May 2005 06:18:27 -0000 Received: (qmail 6752 invoked by uid 89); 9 May 2005 06:38:48 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 9 May 2005 06:38:48 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 5E70A11417; Mon, 9 May 2005 09:25:51 +0300 (EEST) Date: Mon, 9 May 2005 09:25:44 +0300 From: Ion-Mihai Tetcu To: Zoran Kolic Message-ID: <20050509092544.3ee6d671@it.buh.tecnik93.com> In-Reply-To: <20050509050207.GA569@mycenae.net> References: <20050509050207.GA569@mycenae.net> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable Subject: Re: iso numbering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 06:25:55 -0000 On Mon, 9 May 2005 07:02:07 +0200 Zoran Kolic wrote: > Just a question before 5.4: > what would be iso 1 on release? > Live system or instalation? Both. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Mon May 9 08:35:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2472A16A4E7 for ; Mon, 9 May 2005 08:35:37 +0000 (GMT) Received: from osl1smout1.broadpark.no (80-202-4-58.dd.nextgentel.com [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56EA943D46 for ; Mon, 9 May 2005 08:35:36 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IG700DUYXQ1G4B0@osl1smout1.broadpark.no> for stable@freebsd.org; Mon, 09 May 2005 12:42:01 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IG7004VJS1N6O50@osl1sminn1.broadpark.no> for stable@freebsd.org; Mon, 09 May 2005 10:39:24 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id E5E88451B3; Mon, 09 May 2005 10:35:33 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 9C07C45165; Mon, 09 May 2005 10:35:30 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 89F2333C3B; Mon, 09 May 2005 10:35:30 +0200 (CEST) Date: Mon, 09 May 2005 10:35:30 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050508165304.GA30948@afflictions.org> To: Damian Gerow Message-id: <868y2o23vx.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050505190812.GB15724@afflictions.org> <86is1urpx8.fsf@xps.des.no> <20050508165304.GA30948@afflictions.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: stable@freebsd.org Subject: Re: examples/etc/make.conf: nocona? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 08:35:37 -0000 Damian Gerow writes: > Ack. I just noticed that 'pentiumpro' is also mis-spelled 'penitumpro' as > well... PR time, I think. No, that was fixed two months ago (rev 1.261) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Mon May 9 10:43:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D96016A4E7; Mon, 9 May 2005 10:43:33 +0000 (GMT) Received: from quasar.physics.uvt.ro (quasar.physics.uvt.ro [193.226.13.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4976943D7D; Mon, 9 May 2005 10:43:30 +0000 (GMT) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from quasar.physics.uvt.ro (localhost [127.0.0.1]) by quasar.physics.uvt.ro (8.13.3/8.13.3) with ESMTP id j49AhP0x000887; Mon, 9 May 2005 13:43:25 +0300 (EEST) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from localhost (ardelean@localhost)j49AhPCN000884; Mon, 9 May 2005 13:43:25 +0300 (EEST) (envelope-from ardelean@quasar.physics.uvt.ro) Date: Mon, 9 May 2005 13:43:24 +0300 (EEST) From: Gheorghe Ardelean To: freebsd-stable@freebsd.org Message-ID: <20050509132816.T734@quasar.physics.uvt.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-yoursite-MailScanner-Information: Please contact the ISP for more information X-yoursite-MailScanner: Found to be clean X-MailScanner-From: ardelean@quasar.physics.uvt.ro cc: freebsd-questions@freebsd.org cc: sos@freebsd.org Subject: RAID 1 with Adaptec SATA 1210SA + FreeBSD 5.4 + ata mkIII OK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 10:43:33 -0000 Hi Soeren, I have to thank you for the work you put in the ata driver. After patching the 5.4 sources with the new ata mkIII (http://people.freebsd.org/~sos/ATA) I am able to use the RAID 1 with my Adaptec SATA 1210SA. The dmesg (the Adaptec is recognized as Sil 3112 SATA150): FreeBSD 5.4-RELEASE #2: Mon May 9 12:07:51 EEST 2005 ardelean at quasar.physics.uvt.ro:/usr/obj/usr/src/sys/QUASAR ... atapci1: port 0xa400-0xa43f,0xa000-0xa003,0x9c00-0x9c07,0x9800-0x9803,0x9400-0x9407 mem 0 d5100000-0xd511ffff irq 10 at device 9.0 on pci0 ata2: on atapci1 ata3: on atapci1 ... atapci2: port 0xbc00-0xbc0f,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac07 mem 0xd512100-0xd51211ff irq 5 at device 13.0 on pci0 ata4: on atapci2 ata4: SATA connect ready time=0ms ata5: on atapci2 ata5: SATA connect ready time=0ms ... ad4: 38166MB at ata2-master UDMA100 ad6: 38166MB at ata3-master UDMA100 ad8: 190782MB at ata4-master SATA150 ad10: 190782MB at ata5-master SATA150 Waiting 5 seconds for SCSI devices to settle ATA PseudoRAID loaded ar0: 38166MB status: READY ar0: disk0 READY (master) using ad6 at ata3-master ar0: disk1 READY (mirror) using ad4 at ata2-master ar1: 190782MB status: READY ar1: disk0 READY (master) using ad8 at ata4-master ar1: disk1 READY (mirror) using ad10 at ata5-master Mounting root from ufs:/dev/ar0s1a Is it possible to MFC the ata mkIII from -current to 5-STABLE ? Once again thank you! G. Ardelean West Univ. Of Timisoara Dept. of Theoretical and Computational Physics V. Parvan No.4, Ro-300223, Timisoara, ROMANIA Tel: +40-(0)256-494068 Ext. 203, 201, 108 | Fax: +40-(0)256-496088 Email: ardelean at physics.uvt.ro Copyright 1999-2005 Gheorghe Ardelean. All rights reserved. Duplication and redistribution prohibited without consent of the author. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 11:27:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DF516A4E7 for ; Mon, 9 May 2005 11:27:21 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDEC43D76 for ; Mon, 9 May 2005 11:27:20 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.50 (FreeBSD)) id 1DV6Pv-000P6S-6f; Mon, 09 May 2005 13:27:19 +0200 Date: Mon, 9 May 2005 13:27:19 +0200 From: Oliver Brandmueller To: Gavin Atkinson Message-ID: <20050509112719.GA69637@e-Gitt.NET> Mail-Followup-To: Gavin Atkinson , freebsd-stable@freebsd.org References: <20050425105919.GA95908@e-Gitt.NET> <1114625632.21968.34.camel@buffy.york.ac.uk> <20050427200324.X47179@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427200324.X47179@ury.york.ac.uk> User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller cc: freebsd-stable@freebsd.org Subject: Re: nss_ldap / top startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 11:27:21 -0000 Hi Gavin, sorry, took some time to test it, but we're currently very busy moving services to the new machines. On Wed, Apr 27, 2005 at 08:06:38PM +0100, Gavin Atkinson wrote: > Sorry - even with that patch, I suspect you'll have to either run top with > the -u option, or define RANDOM_PW before recompiling it. If you can, try > both individually, I'd be interested in your finding. Your patch is just fine, even without defining RANDOM_PW! I would suggest you file an PR with the patch, it could be like that: --- CUT HERE --- #ifndef TOP_NO_NAMELEN while ((pw = getpwent()) != NULL) { if (strlen(pw->pw_name) > namelength) namelength = strlen(pw->pw_name); } #else namelength = 15; #endif --- CUT HERE --- In the Makefile there should be something like that: --- CUT HERE --- .if defined(TOP_NO_NAMELEN) CFLAGS+= -DTOP_NO_NAMELEN .endif --- CUT HERE --- If you don't want to file a PR, I would like to ask for permission to put the changes into a patch and file the PR, I guess there are more people having lot's of users - and always reading them all and counting the namelength seems to be eating resources unnecessarily, at leats on systems with some 10k users. Thank you, Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon May 9 13:08:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7504C16A4E7; Mon, 9 May 2005 13:08:58 +0000 (GMT) Received: from dadv.grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 618C143D9C; Mon, 9 May 2005 13:08:53 +0000 (GMT) (envelope-from eugen@dadv.grosbein.pp.ru) Received: from dadv.grosbein.pp.ru (localhost [127.0.0.1]) by dadv.grosbein.pp.ru (8.13.3/8.13.1) with ESMTP id j497fllF030485; Mon, 9 May 2005 15:41:47 +0800 (KRAST) (envelope-from eugen@dadv.grosbein.pp.ru) Received: (from eugen@localhost) by dadv.grosbein.pp.ru (8.13.3/8.13.1/Submit) id j497flk0030484; Mon, 9 May 2005 15:41:47 +0800 (KRAST) (envelope-from eugen) Date: Mon, 9 May 2005 15:41:47 +0800 (KRAST) Message-Id: <200505090741.j497flk0030484@dadv.grosbein.pp.ru> To: FreeBSD-gnats-submit@freebsd.org From: Eugene Grosbein X-send-pr-version: 3.113 X-GNATS-Notify: cc: stable@freebsd.org Subject: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 13:08:58 -0000 >Submitter-Id: current-users >Originator: Eugene Grosbein >Organization: Svyaz Service JSC >Confidential: no >Synopsis: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying >Severity: non-critical >Priority: low >Category: kern >Class: sw-bug >Release: FreeBSD 5.4-STABLE i386 >Environment: System: FreeBSD dadv.grosbein.pp.ru 5.4-STABLE FreeBSD 5.4-STABLE #1: Sun May 8 21:16:52 KRAST 2005 root@dadv.grosbein.pp.ru:/mnt/old/home/obj/usr/local/src/sys/DADV i386 >Description: RELENG_5 (sources of 4 may 2005) runs fine on Iwill BD100+ motherboard (440BX chipset) when ACPI is disabled at boot time. With ACPI enabled, it suffers from delays using ATA drives and the GENERIC kernel prints: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=146992553 ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2228575 ad4: FAILURE - ATA_IDENTIFY timed out ad6: TIMEOUT - READ_DMA retrying (2 retries left) LBA=7895167 And so on, but no data corruption is observed. >How-To-Repeat: Take Iwill BD100+ motherboard, install 5.3-RELEASE and update it to RELENG_5 (boot with ACPI disabled to upgrade). >Fix: Unknown. There is a workaround, add to /boot/loader.conf: debug.acpi.disabled="pci_link" With this workaround, the problem disappears. Here comes dmesg.boot (custom kernel, ACPI enabled, pci_link disabled, atapicam enabled): 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 5.4-STABLE #1: Sun May 8 21:16:52 KRAST 2005 root@dadv.grosbein.pp.ru:/mnt/old/home/obj/usr/local/src/sys/DADV Timecounter "i8254" frequency 1193165 Hz quality 0 CPU: Intel Celeron (902.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 603914240 (575 MB) avail memory = 581259264 (554 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: port 0x530-0x537 on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.7.INTD pcib0: no PRT entry for 0.16.INTA pcib0: no PRT entry for 0.18.INTA agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib0: no PRT entry for 0.1.INTA pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xd000-0xd01f irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped 4000 fxp0: port 0xd400-0xd41f mem 0xf0000000-0xf00fffff,0xf0104000-0xf0104fff irq 9 at device 16.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:89:95:1f atapci1: port 0xe800-0xe80f,0xe400-0xe403,0xe000-0xe007,0xdc00-0xdc03,0xd800-0xd807 mem 0xf0100000-0xf0103fff irq 10 at device 18.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 acpi_tz0: port 0x530-0x537 on acpi0 speaker0: port 0x61 on acpi0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model NetMouse/NetScroll Optical, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd27ff,0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <24 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcm0: at port 0x370-0x371,0x330-0x331,0x388-0x38f,0x530-0x537,0x220-0x22f irq 5 drq 1,0 on isa0 uhid0: American Power Conversion Back-UPS 500 FW: 6.5.I USB FW: c1, rev 1.10/1.00, addr 2, iclass 3/0 uscanner0: Hewlett-Packard HP ScanJet 2200C, rev 1.10/1.00, addr 3 Timecounter "TSC" frequency 902037771 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited acd0: DVDR at ata0-master UDMA33 acd1: CDRW at ata1-master UDMA33 ad4: 76319MB [155061/16/63] at ata2-master UDMA100 ad6: 39266MB [79779/16/63] at ata3-master UDMA100 cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-3500AG 2.18> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [2295104 x 2048 byte records] cd1 at ata1 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: cd present [332114 x 2048 byte records] Mounting root from ufs:/dev/ad6s1a Here comes output of pciconf -lv: agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x71908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX CPU to PCI Bridge (AGP Implemented)' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX AGPset PCI-to-PCI bridge' class = bridge subclass = PCI-PCI isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:7:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' class = mass storage subclass = ATA uhci0@pci0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M USB Interface' class = serial bus subclass = USB intpm0@pci0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' class = bridge fxp0@pci0:16:0: class=0x020000 card=0x00018086 chip=0x12298086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet atapci1@pci0:18:0: class=0x018085 card=0x4d68105a chip=0x4d68105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20268 Ultra100 TX2 EIDE Controller' class = mass storage drm0@pci1:0:0: class=0x030000 card=0x7c13174b chip=0x59611002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon 9200 Series (RV280)' class = display subclass = VGA none0@pci1:0:1: class=0x038000 card=0x7c12174b chip=0x59411002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV280 ATI Radeon 9200 - Secondary' class = display Here comes kernel config: machine i386 cpu I686_CPU options CPU_ENABLE_SSE ident DADV maxusers 0 options CLK_USE_I8254_CALIBRATION options CPU_SUSP_HLT options SCHED_4BSD # 4BSD scheduler 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 NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # 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 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 fxp # Intel EtherExpress PRO/100B (82557, 82558) device ep # Etherlink III based cards # 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 ppp # Kernel PPP device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device umass # Disks/Mass storage - Requires scbus and da device uscanner # Scanners options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER options AUTO_EOI_1 device atapicam device scbus device cd device da device pass options VESA options MAXCONS=24 options SC_HISTORY_SIZE=1000 options SC_MOUSE_CHAR=0x03 options SC_PIXEL_MODE device snp device speaker device sound device snd_mss options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET device smbus device intpm device smb options KDB options KDB_UNATTENDED options ALT_BREAK_TO_DEBUGGER options PQ_CACHESIZE=128 options SHOW_BUSYBUFS device tap device agp From owner-freebsd-stable@FreeBSD.ORG Mon May 9 14:19:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF7D16A4E8 for ; Mon, 9 May 2005 14:19:33 +0000 (GMT) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ADA943DA9 for ; Mon, 9 May 2005 14:19:32 +0000 (GMT) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 83141 invoked from network); 9 May 2005 23:19:29 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s384; d=izb.knu.ac.kr; b=dx0hmJoyUR+01yhA5YuiQOiBTA+5GtEOsIQwPVmProh5acY2O+RiWi46Ig/JbN9g ; Received: from e.mx (HELO i.mx) (2002:9be6:9d5d:2::1) by e.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 9 May 2005 23:19:29 +0900 Received: (qmail 83119 invoked from network); 9 May 2005 23:19:20 +0900 Received: from i.mx (HELO null.mx) (2002:9be6:9d5d:3::1) by i.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 9 May 2005 23:19:20 +0900 Received: by null.mx (Postfix, from userid 10001) id 830163E32; Mon, 9 May 2005 23:19:20 +0900 (KST) Date: Mon, 9 May 2005 23:19:20 +0900 From: Byung-Hee HWANG To: freebsd-stable@freebsd.org Message-ID: <20050509141919.GA82891@izb.knu.ac.kr> Mail-Followup-To: Byung-Hee HWANG , freebsd-stable@freebsd.org References: <20050508154138.702061ad@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050508154138.702061ad@localhost> Organization: InZealBomb X-URL: http://izb.knu.ac.kr/~bh/ X-PGP-Key-URL: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB622D427 X-PGP-Key-Fingerprint: B276 4B6D 4A66 3E36 6A84 41E4 C86E 1C41 B622 D427 X-PGP-Key-Expires: 2005-12-08 UTC X-Operating-System: FreeBSD 4.11-STABLE X-Originating-IP: [2002:9be6:9d5d:1::1] User-Agent: Mutt/1.5.6+cvs20041209i - All mail clients suck! - _ - Subject: Re: Fw: 5.4-STABLE panic: kernel trap 12 with interrupts diabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 14:19:33 -0000 On Sun, May 08, 2005 at 03:41:38PM +0200, Fabian Keil wrote: > Hi list, > > forwarding to freebsd-stable (probably the right place anyway), > since I got no further responses on freebsd-questions. > > Subhro wrote: > > > On 5/5/2005 19:43, Fabian Keil wrote: > > > >the day before yesterday I experienced my first > > >panic on 5.4-STABLE. Build and cvsup'ed last > > >Friday. My system is a ThinkPad R51 [...] > > >Then I moved the laptop and plugged in the AC/DC adapter. > > > > > >whoami brought me: > > > > > >Kernel trap 12 with interrupts disabled > > >Fatal trap 12: page fault while in kernel mode > > >fault virtual address = 0xa94d06c > > >fault code = supervisor read, page not present > > >instruction pointer = 0x8:0xc053cbe5 > > >stack pointer = 0x10:0xe669f98c > > >frame pointer = 0x10:0xe669f990 > > >code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, def32 1, gran 1 > > >processor eflags = resume, IOPL = 0 > > >current process = 601 (whoami) > > >trap number = 12 > > >panic: page fault [...] Yes, I also experienced that problem. So, I came back to 5.4-PRERELEASE. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 14:31:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD9216A4E8; Mon, 9 May 2005 14:31:44 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 277A543DB5; Mon, 9 May 2005 14:31:43 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j49EVfXK035505; Mon, 9 May 2005 22:31:41 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j49EVfac035504; Mon, 9 May 2005 22:31:41 +0800 (KRAST) (envelope-from eugen) Date: Mon, 9 May 2005 22:31:41 +0800 From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20050509143141.GA35475@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: bin/64198: init(8) may keep zombies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 14:31:44 -0000 Hi! The problem is still here for 5.4-STABLE: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/64198 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon May 9 14:43:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 184EE16A4E8 for ; Mon, 9 May 2005 14:43:25 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89ED743DA0 for ; Mon, 9 May 2005 14:43:24 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id A951F21D100 for ; Mon, 9 May 2005 09:43:23 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71345-14 for ; Mon, 9 May 2005 09:43:05 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 4747421D0D8 for ; Mon, 9 May 2005 09:43:05 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Mon, 9 May 2005 09:42:44 -0500 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2932666.8uZ8Vrb97J"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505090942.56059.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 14:43:25 -0000 --nextPart2932666.8uZ8Vrb97J Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have an older laptop (AMS TravelTech w/ K6-3+/333) and a Microsoft MN-520= =20 WLAN adapter. I want to put FreeBSD on it, but I'm having a lot of trouble= =20 with the card not being recognized after the infamous errors: CIS is too long -- truncating pccard0: Card has no functions! cbb0: PC Card card activation failed The same setup can boot NetBSD and Linux to get full use of the card by=20 disabling the Cardbus drivers in favor of the PCMCIA ones (ie, by running=20 "config" on NetBSD and typing "disable cbb", or by building a custom Linux= =20 kernel with the appropriate settings). I can't seem to get the same=20 results from FreeBSD, though. Any suggestions? =2D-=20 Kirk Strauser --nextPart2932666.8uZ8Vrb97J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBCf3bw5sRg+Y0CpvERAmavAKCB8XuhpmZBz8oqyEs7Mt7m0NaszACglrrz Qbd9Nvr+ONXEQrWJMA44JjQ= =DUKN -----END PGP SIGNATURE----- --nextPart2932666.8uZ8Vrb97J-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:00:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B202916A4E8 for ; Mon, 9 May 2005 15:00:05 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F60343D66 for ; Mon, 9 May 2005 15:00:05 +0000 (GMT) (envelope-from ewan@mathcode.net) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101])j49EuGDE025310 for ; Mon, 9 May 2005 10:56:17 -0400 X-ORBL: [68.23.218.132] Received: from mail.mathcode.net (adsl-68-23-218-132.dsl.wotnoh.ameritech.net [68.23.218.132])j49F03md047478 for ; Mon, 9 May 2005 11:00:04 -0400 Received: from bsd.mathcode.net (localhost [127.0.0.1]) by mail.mathcode.net (8.12.11/8.12.11) with ESMTP id j49F0Igr009628 for ; Mon, 9 May 2005 11:00:18 -0400 (EDT) (envelope-from ewan@bsd.mathcode.net) Received: (from ewan@localhost) by bsd.mathcode.net (8.12.11/8.12.11/Submit) id j49F0I9w009627 for freebsd-stable@freebsd.org; Mon, 9 May 2005 11:00:18 -0400 (EDT) (envelope-from ewan) Date: Mon, 9 May 2005 11:00:18 -0400 From: Ewan Todd To: freebsd-stable Message-ID: <20050509150018.GF281@mathcode.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsd.mathcode.net Subject: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:00:05 -0000 Hi All, I have what I think is a serious performance issue with fbsd 5.3 release. I've read about threading issues, and it seems to me that that is what I'm looking at, but I'm not confident enough to rule out that it might be a hardware issue, a kernel configuration issue, or something to do with the python port. I'd appreciate it if someone would it point out if I'm overlooking something obvious. Otherwise, if it is the problem I think it is, then there seems entirely too little acknowledgement of a major issue. Here's the background. I just got a new (to me) AMD machine and put 5.3 release on it. I'd been very happy with the way my old Intel machine had been performing with 4.10 stable, and I decided to run a simple performance diagnostic on both machines, to wow myself with the amazing performance of the new hardware / kernel combination. However, the result was pretty disappointing. Here are what I think are the pertinent dmesg details. Old rig: FreeBSD 4.10-RELEASE #0: Thu Jul 1 22:47:08 EDT 2004 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 449235058 Hz CPU: Pentium III/Pentium III Xeon/Celeron (449.24-MHz 686-class CPU) New rig: FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (995.77-MHz 686-class CPU) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Timecounter "TSC" frequency 995767383 Hz quality 800 Timecounters tick every 10.000 msec The diagnostic I selected was a python program to generate 1 million pseudo-random numbers and then to perform a heap sort on them. That code is included at the foot of this email. I named the file "heapsort.py". I ran it on both machines, using the "time" utility in /usr/bin/ (not the builtin tcsh "time"). So the command line was /usr/bin/time -al -o heapsort.data ./heapsort.py 1000000 A typical result for the old rig was 130.78 real 129.86 user 0.11 sys 22344 maximum resident set size 608 average shared memory size 20528 average unshared data size 128 average unshared stack size 5360 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 2386 involuntary context switches Whereas, the typical result for the new rig looked more like 105.36 real 71.10 user 33.41 sys 23376 maximum resident set size 659 average shared memory size 20796 average unshared data size 127 average unshared stack size 5402 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 10548 involuntary context switches You'll notice that the new rig is indeed a little faster (times in seconds): 105.36 real (new rig) compared with 130.78 real (old rig). However, the new rig spends about 33.41 seconds on system overhead compared with just 0.11 seconds on the old rig. Comparing the rusage stats, the only significant difference is the "involuntary context switches" field, where the old rig has 2386 and the new rig has a whopping 10548. Further, I noticed that the number of context switches on the new rig seems to be more or less exactly one per 10 msec of real time, that is, one per timecounter tick. (I saw this when comparing heapsort.py runs with arguments other than 1000000.) I think the new rig ought to execute this task in about 70 seconds: just over the amount of user time. Assuming that I'm not overlooking something obvious, and that I'm not interpreting a feature as a bug, this business with the context switches strikes me as a bit of a show-stopper. If that's right, it appears to be severely underplayed in the release documentation. I'll be happy if someone would kindly explain to me what's going on here. I'll be even happier to hear of a fix or workaround to remedy the situation. Thanks in advance, -e heapsort.py: #!/usr/local/bin/python -O # $Id: heapsort-python-3.code,v 1.3 2005/04/04 14:56:45 bfulgham Exp $ # # The Great Computer Language Shootout # http://shootout.alioth.debian.org/ # # Updated by Valentino Volonghi for Python 2.4 # Reworked by Kevin Carson to produce correct results and same intent import sys IM = 139968 IA = 3877 IC = 29573 LAST = 42 def gen_random(max) : global LAST LAST = (LAST * IA + IC) % IM return( (max * LAST) / IM ) def heapsort(n, ra) : ir = n l = (n >> 1) + 1 while True : if l > 1 : l -= 1 rra = ra[l] else : rra = ra[ir] ra[ir] = ra[1] ir -= 1 if ir == 1 : ra[1] = rra return i = l j = l << 1 while j <= ir : if (j < ir) and (ra[j] < ra[j + 1]) : j += 1 if rra < ra[j] : ra[i] = ra[j] i = j j += j else : j = ir + 1; ra[i] = rra; def main() : if len(sys.argv) == 2 : N = int(sys.argv[1]) else : N = 1 ary = [None]*(N + 1) for i in xrange(1, N + 1) : ary[i] = gen_random(1.0) heapsort(N, ary) print "%.10f" % ary[N] main() From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:15:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4214016A4E8 for ; Mon, 9 May 2005 15:15:26 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2452343D83 for ; Mon, 9 May 2005 15:15:20 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j49FFDio026723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 May 2005 17:15:15 +0200 Message-ID: <427F7E81.9000006@ng.fadesa.es> Date: Mon, 09 May 2005 17:15:13 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050319 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 Subject: re(4) and half-duplex -- FreeBSD 5.4-RC4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:15:26 -0000 Hello, I was trying to connect a FreeBSD box with an integrated realtek network card to a hub but the re driver is unable to set the card in half-duplex: # ifconfig re0 inet 10.20.30.40 netmask 255.255.255.0 mtu 1492 media 10baseT/UTP mediaopt half-duplex up ifconfig: SIOCSIFMEDIA (mediaopt): Device not configured # # ifconfig re0 inet 10.20.30.40 netmask 255.255.255.0 mtu 1492 media 10baseT/UTP mediaopt full-duplex up # however, the man page for this driver states that both modes are supported: [....] The re driver supports the following media options: full-duplex Force full duplex operation. half-duplex Force half duplex operation. [....] because this I have a lot of collisions in the hub port. I think either the re driver is unable to manage half-duplex on this chip or simply the man page is wrong. Regards. /-----/ re0: port 0x8c00-0x8cff mem 0xe1006000-0xe10060ff irq 16 at device 11.0 on pci1 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:0d:61:78:cf:2f From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:24:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DCFD16A4E9 for ; Mon, 9 May 2005 15:24:33 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6980343D80 for ; Mon, 9 May 2005 15:24:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j49FTQrP028795; Mon, 9 May 2005 09:29:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427F8076.7030105@samsco.org> Date: Mon, 09 May 2005 09:23:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ewan Todd References: <20050509150018.GF281@mathcode.net> In-Reply-To: <20050509150018.GF281@mathcode.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:24:33 -0000 Ewan Todd wrote: > Hi All, > > I have what I think is a serious performance issue with fbsd 5.3 > release. I've read about threading issues, and it seems to me that > that is what I'm looking at, but I'm not confident enough to rule out > that it might be a hardware issue, a kernel configuration issue, or > something to do with the python port. I'd appreciate it if someone > would it point out if I'm overlooking something obvious. Otherwise, > if it is the problem I think it is, then there seems entirely too > little acknowledgement of a major issue. > > Here's the background. I just got a new (to me) AMD machine and put > 5.3 release on it. I'd been very happy with the way my old Intel > machine had been performing with 4.10 stable, and I decided to run a > simple performance diagnostic on both machines, to wow myself with the > amazing performance of the new hardware / kernel combination. > However, the result was pretty disappointing. > > Here are what I think are the pertinent dmesg details. > > Old rig: > > FreeBSD 4.10-RELEASE #0: Thu Jul 1 22:47:08 EDT 2004 > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 449235058 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (449.24-MHz 686-class CPU) > > New rig: > > FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) Processor (995.77-MHz 686-class CPU) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > Timecounter "TSC" frequency 995767383 Hz quality 800 > Timecounters tick every 10.000 msec > > The diagnostic I selected was a python program to generate 1 million > pseudo-random numbers and then to perform a heap sort on them. That > code is included at the foot of this email. I named the file > "heapsort.py". I ran it on both machines, using the "time" utility in > /usr/bin/ (not the builtin tcsh "time"). So the command line was > > /usr/bin/time -al -o heapsort.data ./heapsort.py 1000000 > > A typical result for the old rig was > > 130.78 real 129.86 user 0.11 sys > 22344 maximum resident set size > 608 average shared memory size > 20528 average unshared data size > 128 average unshared stack size > 5360 page reclaims > 0 page faults > 0 swaps > 0 block input operations > 0 block output operations > 0 messages sent > 0 messages received > 0 signals received > 0 voluntary context switches > 2386 involuntary context switches > > Whereas, the typical result for the new rig looked more like > > 105.36 real 71.10 user 33.41 sys > 23376 maximum resident set size > 659 average shared memory size > 20796 average unshared data size > 127 average unshared stack size > 5402 page reclaims > 0 page faults > 0 swaps > 0 block input operations > 0 block output operations > 0 messages sent > 0 messages received > 0 signals received > 0 voluntary context switches > 10548 involuntary context switches > > You'll notice that the new rig is indeed a little faster (times in > seconds): 105.36 real (new rig) compared with 130.78 real (old rig). > > However, the new rig spends about 33.41 seconds on system overhead > compared with just 0.11 seconds on the old rig. Comparing the rusage > stats, the only significant difference is the "involuntary context > switches" field, where the old rig has 2386 and the new rig has a > whopping 10548. Further, I noticed that the number of context > switches on the new rig seems to be more or less exactly one per 10 > msec of real time, that is, one per timecounter tick. (I saw this > when comparing heapsort.py runs with arguments other than 1000000.) > > I think the new rig ought to execute this task in about 70 seconds: > just over the amount of user time. Assuming that I'm not overlooking > something obvious, and that I'm not interpreting a feature as a bug, > this business with the context switches strikes me as a bit of a > show-stopper. If that's right, it appears to be severely underplayed > in the release documentation. > > I'll be happy if someone would kindly explain to me what's going on > here. I'll be even happier to hear of a fix or workaround to remedy > the situation. > > Thanks in advance, > > -e > > First of all, make sure that you have WITNESS and INVARIANTS off in your kernel. You might also want to recompile your kernel with the SMP option turned off. Scott From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:33:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 625E616A4E9; Mon, 9 May 2005 15:33:03 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE4D43D9B; Mon, 9 May 2005 15:33:02 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j49FX0rd039109; Mon, 9 May 2005 23:33:00 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j49FX0T7039108; Mon, 9 May 2005 23:33:00 +0800 (KRAST) (envelope-from eugen) Date: Mon, 9 May 2005 23:33:00 +0800 From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20050509153300.GA39077@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: bin/61355: login(1) does not restore terminal ownership on exit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:33:03 -0000 Hi! The problem is still here for 4.11-STABLE and 5.4-STABLE: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/61355 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:33:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C10616A4E9 for ; Mon, 9 May 2005 15:33:54 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C568943D68 for ; Mon, 9 May 2005 15:33:53 +0000 (GMT) (envelope-from mike@sentex.net) Received: from spamscanner3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j49FXrGG012674 for ; Mon, 9 May 2005 11:33:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) j49FXqiI012669; Mon, 9 May 2005 11:33:52 -0400 (EDT) (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 j49FXj6q029133; Mon, 9 May 2005 11:33:46 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050509102926.03f0bd30@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 09 May 2005 11:33:00 -0400 To: "Alexander S. Usov" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.49 on 64.7.153.26 Subject: Re: ehci is broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:33:54 -0000 At 05:22 PM 07/05/2005, Alexander S. Usov wrote: >Hi! > >It looks that somewhere recently something was broken >in ehci again. Trying to write something to msdosfs/ext3fs >mounted from external usb2 drive blocks quite qickly. >Writing process gets stuck in wdrain state, and disk seems >unresponsive -- it just lights up the lamp and does nothing. > >Any ideas what to check? Are you sure its not something specific to your USB stick or the FS ? I am able to write to a couple of different USB sticks here using USB 2.0 no problem on RELENG_5 umass0: SanDisk Corporation Cruzer Mini, rev 2.00/0.10, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 488MB (1000944 512 byte sectors: 64H 32S/T 488C) umass1: LEXAR MEDIA JUMPDRIVE ELITE, rev 2.00/20.00, addr 3 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 493MB (1010784 512 byte sectors: 64H 32S/T 493C) [releng5-865]# time dd if=/dev/zero of=/mnt/test bs=1024k count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 25.112543 secs (4175507 bytes/sec) 0.000u 0.472s 0:25.11 1.8% 22+2423k 4+800io 0pf+0w [releng5-865]# time dd if=/dev/zero of=/mnt2/test bs=1024k count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 14.301753 secs (7331800 bytes/sec) 0.000u 0.484s 0:14.30 3.3% 30+3330k 5+800io 0pf+0w [releng5-865]# [releng5-865]# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 989M 56M 854M 6% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1d 1.9G 27M 1.8G 1% /tmp /dev/ad0s1f 23G 5.6G 16G 26% /usr /dev/ad0s1e 8.7G 976M 7.1G 12% /var /dev/da0s1d 473M 100M 335M 23% /mnt /dev/da1s1d 477M 100M 339M 23% /mnt2 [releng5-865]# [releng5-865]# time dd if=/dev/zero of=/mnt/test bs=1024k count=100 & time dd if=/dev/zero of=/mnt2/test bs=1024k count=100 & [1] 816 [2] 817 [releng5-865]# 100+0 records in 100+0 records out 104857600 bytes transferred in 24.052264 secs (4359573 bytes/sec) 100+0 records in 100+0 records out 104857600 bytes transferred in 26.485008 secs (3959130 bytes/sec) [2] + Done dd if=/dev/zero of=/mnt2/test bs=1024k count=100 0.000u 0.513s 0:24.08 2.1% 24+2582k 0+800io 0pf+0w [1] + Done dd if=/dev/zero of=/mnt/test bs=1024k count=100 0.000u 0.513s 0:26.54 1.9% 27+2882k 0+800io 0pf+0w [releng5-865]# ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:44:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E11516A4E8; Mon, 9 May 2005 15:44:39 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 932E643D48; Mon, 9 May 2005 15:44:38 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j49FibaV039788; Mon, 9 May 2005 23:44:37 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j49FibaM039787; Mon, 9 May 2005 23:44:37 +0800 (KRAST) (envelope-from eugen) Date: Mon, 9 May 2005 23:44:37 +0800 From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20050509154437.GA39751@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: bin/56558: [PATCH] locate(1) cannot be safely used with xargs(1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:44:39 -0000 Hi! The problem is still here for 5.4-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/56558 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon May 9 15:45:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E369A16A4E8 for ; Mon, 9 May 2005 15:45:44 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DDC43DAF for ; Mon, 9 May 2005 15:45:44 +0000 (GMT) (envelope-from mike@sentex.net) Received: from spamscanner3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j49FjhTH013798 for ; Mon, 9 May 2005 11:45:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) j49Fjheq016044; Mon, 9 May 2005 11:45:43 -0400 (EDT) (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 j49FjbMA029179; Mon, 9 May 2005 11:45:37 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050509113414.03f0baa0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 09 May 2005 11:44:16 -0400 To: Ewan Todd , freebsd-stable From: Mike Tancsa In-Reply-To: <20050509150018.GF281@mathcode.net> References: <20050509150018.GF281@mathcode.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.49 on 64.7.153.26 Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 15:45:45 -0000 At 11:00 AM 09/05/2005, Ewan Todd wrote: >Here's the background. I just got a new (to me) AMD machine and put >5.3 release on it. I'd been very happy with the way my old Intel There have been quite a few changes since 5.3. If you are starting fresh, I would strongly recommend going to 5.4 RC4. There have been a number of improvements that might help the problems you are seeing. ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon May 9 16:10:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FCEA16A4E8 for ; Mon, 9 May 2005 16:10:57 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF89B43D9B for ; Mon, 9 May 2005 16:10:56 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DVAqG-000LY6-R3; Mon, 09 May 2005 17:10:48 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DVAqG-000Bzf-PA; Mon, 09 May 2005 17:10:48 +0100 To: ewan@mathcode.net, freebsd-stable@freebsd.org In-Reply-To: <20050509150018.GF281@mathcode.net> Message-Id: From: Pete French Date: Mon, 09 May 2005 17:10:48 +0100 Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 16:10:57 -0000 > Whereas, the typical result for the new rig looked more like > > 105.36 real 71.10 user 33.41 sys ... > 10548 involuntary context switches Now I just ran this test myself. This machine is a 2.4 gig P4 with hyperthreading enabled. Much as I am an AMD fan, I would expect a 1gig Athlon to be significantly slower than a 2.4 gig Pentium 4. but: 93.45 real 56.55 user 36.85 sys 1857 involuntary context switches Uhhh... so it takes almost the same time to do the calculation, but spends actually *more* of it in system space. Does far less context switches though, but I am assuming thats due to HTT. Numbers look very odd to me. So I then ran it on another P4 system we have round here which is still running 4.11. This is a 2.66 gig P4, not a 2.4 so it should be a bit faster, but: 33.77 real 33.49 user 0.07 sys 711 involuntary context switches Over two and a half times faster ?! Thats not right at all! All the new systems I have tried are 5.4-RC4, so should be the latest and greatest. When my colleague finishes on his machine I can try a GENERIC 5.4-RC4 kernel on another P4 and see what that gives. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 16:12:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87E4A16A4EA for ; Mon, 9 May 2005 16:12:12 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB2143D80 for ; Mon, 9 May 2005 16:12:12 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84110-254.ip.peterstar.net ([84.204.110.254] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DVArc-000AXz-0Z for freebsd-stable@freebsd.org; Mon, 09 May 2005 18:12:13 +0200 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.3/8.13.3) with ESMTP id j49GB960000431; Mon, 9 May 2005 20:11:11 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.3/8.13.3/Submit) id j48HrEIa001613; Sun, 8 May 2005 21:53:14 +0400 (MSD) (envelope-from igor) Date: Sun, 8 May 2005 21:53:13 +0400 From: Igor Pokrovsky To: Kirill Ponomarew Message-ID: <20050508175313.GA1562@doom.homeunix.org> Mail-Followup-To: Kirill Ponomarew , freebsd-stable@freebsd.org References: <20050507142919.GA60320@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050507142919.GA60320@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: problems with Maestro sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 16:12:12 -0000 On Sat, May 07, 2005 at 04:29:19PM +0200, Kirill Ponomarew wrote: > The same troubles I got on FreeBSD 5.3-RELEASE. Any tips and > advices ? Thanks. Try using driver from http://www.opensound.com/ -ip -- Never tell them what you wouldn't do. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 16:57:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4831416A4EA for ; Mon, 9 May 2005 16:57:42 +0000 (GMT) Received: from email-1.eurowings.com (email.eurowings.com [193.96.182.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 294F343DA0 for ; Mon, 9 May 2005 16:57:41 +0000 (GMT) (envelope-from h.kipp@eurowings.com) Received: from localhost (email-1 [127.0.0.1]) by email-1.eurowings.com (Postfix) with ESMTP id C04A768144; Mon, 9 May 2005 19:08:13 +0200 (CEST) Received: from email-1.eurowings.com ([127.0.0.1]) by localhost (email-1.eurowings.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26946-07; Mon, 9 May 2005 19:08:12 +0200 (CEST) Received: from EXCH4.eurowings.com (unknown [10.100.1.36]) by email-1.eurowings.com (Postfix) with ESMTP id 75B0868140; Mon, 9 May 2005 19:08:12 +0200 (CEST) Received: from EXCH5.eurowings.com ([10.100.1.37]) by EXCH4.eurowings.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 9 May 2005 18:57:24 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 9 May 2005 18:57:23 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Performance issue Thread-Index: AcVUsdvkT0Q3WbxZRIu+7Ub5fZQmygABFdNX From: "Kipp Holger" To: "Pete French" , , X-OriginalArrivalTime: 09 May 2005 16:57:24.0157 (UTC) FILETIME=[2C29A6D0:01C554B8] X-Virus-Scanned: amavisd-new at eurowings.com Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: RE: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 16:57:42 -0000 Same test on a 5.3-STABLE from 31.01.2005: 81,90 real 77,05 user 3,51 sys 22908 maximum resident set size 620 average shared memory size 20083 average unshared data size 128 average unshared stack size 5379 page reclaims 26 page faults 0 swaps 36 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 62 voluntary context switches 10623 involuntary context switches This is a on a slow dual-processor system: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (732.98-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 = Features=3D0x387fbff real memory =3D 2281635840 (2175 MB) avail memory =3D 2232012800 (2128 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 (if this is of any help). Scheduler is 4BSD. Regards, Holger Kipp -----Original Message----- From: owner-freebsd-stable@freebsd.org on behalf of Pete French Sent: Mon 09.05.2005 18:10 To: ewan@mathcode.net; freebsd-stable@freebsd.org Subject: Re: Performance issue =20 > Whereas, the typical result for the new rig looked more like > > 105.36 real 71.10 user 33.41 sys ... > 10548 involuntary context switches Now I just ran this test myself. This machine is a 2.4 gig P4 with hyperthreading enabled. Much as I am an AMD fan, I would expect a 1gig Athlon to be significantly slower than a 2.4 gig Pentium 4.=20 but: 93.45 real 56.55 user 36.85 sys 1857 involuntary context switches Uhhh... so it takes almost the same time to do the calculation, but = spends actually *more* of it in system space. Does far less context switches = though, but I am assuming thats due to HTT. Numbers look very odd to me. So I then ran it on another P4 system we = have round here which is still running 4.11. This is a 2.66 gig P4, not a 2.4 so it should be a bit faster, but: 33.77 real 33.49 user 0.07 sys 711 involuntary context switches Over two and a half times faster ?! Thats not right at all! All the new systems I have tried are 5.4-RC4, so should be the latest and greatest. When my colleague finishes on his machine I can try a GENERIC 5.4-RC4 kernel on another P4 and see what that gives. -pcf. _______________________________________________ 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 May 9 17:03:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0C1E16A4E9 for ; Mon, 9 May 2005 17:03:14 +0000 (GMT) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E04A443D3F for ; Mon, 9 May 2005 17:03:12 +0000 (GMT) (envelope-from ewan@mathcode.net) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77])j49H3Aee014683 for ; Mon, 9 May 2005 13:03:10 -0400 X-ORBL: [68.23.218.132] Received: from mail.mathcode.net (adsl-68-23-218-132.dsl.wotnoh.ameritech.net [68.23.218.132])j49H349Z169436; Mon, 9 May 2005 13:03:11 -0400 Received: from bsd.mathcode.net (localhost [127.0.0.1]) by mail.mathcode.net (8.12.11/8.12.11) with ESMTP id j49H3JKs010008; Mon, 9 May 2005 13:03:19 -0400 (EDT) (envelope-from ewan@bsd.mathcode.net) Received: (from ewan@localhost) by bsd.mathcode.net (8.12.11/8.12.11/Submit) id j49H3Gj9010007; Mon, 9 May 2005 13:03:16 -0400 (EDT) (envelope-from ewan) Date: Mon, 9 May 2005 13:03:16 -0400 From: Ewan Todd To: Scott Long Message-ID: <20050509170316.GG281@mathcode.net> References: <20050509150018.GF281@mathcode.net> <427F8076.7030105@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <427F8076.7030105@samsco.org> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsd.mathcode.net cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:03:15 -0000 > > > >Whereas, the typical result for the new rig looked more like > > > > 105.36 real 71.10 user 33.41 sys > > ... > > 10548 involuntary context switches > > > > > > First of all, make sure that you have WITNESS and INVARIANTS off in your > kernel. You might also want to recompile your kernel with the SMP > option turned off. > > Scott First of all, thanks to Mike Tancsa for suggesting 5.4 RC4 and to Pete French for running the test independently on the higher spec machines with 5.4 RC4 on them, confirming the system time thing, ruling out an AMD problem, dissociating the system time result from the context switching, and saving me the trouble of rediscovering the same problem on 5.4 RC4. This is my first foray into the public world of FreeBSD discussion lists, and I am encouraged by the helpfulness of the response. Scott, the 5.3 kernel I had was a essentially a GENERIC release kernel, with about 100 options commented out. WITNESS and INVARIANTS are off by default, which I confirmed by looking through `sysctl -a`. However, I was curious to see what I would get if I switched them on, so I added these options and recompiled the kernel: options KDB options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN The result, below, has essentially the same user time (or just less, if that makes any sense), but tripled system time. The context switches are consistent with the one-per-10msec I saw before. Is there anything useful I can do while I still have the kernel debug options on? -e 172.29 real 67.53 user 103.07 sys 23376 maximum resident set size 659 average shared memory size 20805 average unshared data size 127 average unshared stack size 5402 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 17234 involuntary context switches From owner-freebsd-stable@FreeBSD.ORG Mon May 9 17:07:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D103C16A4E9 for ; Mon, 9 May 2005 17:07:19 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A2D143D79 for ; Mon, 9 May 2005 17:07:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j49HCFYf029357; Mon, 9 May 2005 11:12:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427F9890.7010104@samsco.org> Date: Mon, 09 May 2005 11:06:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ewan Todd References: <20050509150018.GF281@mathcode.net> <427F8076.7030105@samsco.org> <20050509170316.GG281@mathcode.net> In-Reply-To: <20050509170316.GG281@mathcode.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:07:19 -0000 Ewan Todd wrote: >>>Whereas, the typical result for the new rig looked more like >>> >>> 105.36 real 71.10 user 33.41 sys >>> ... >>> 10548 involuntary context switches >>> >>> >> >>First of all, make sure that you have WITNESS and INVARIANTS off in your >>kernel. You might also want to recompile your kernel with the SMP >>option turned off. >> >>Scott > > > First of all, thanks to Mike Tancsa for suggesting 5.4 RC4 and to Pete > French for running the test independently on the higher spec machines > with 5.4 RC4 on them, confirming the system time thing, ruling out an > AMD problem, dissociating the system time result from the context > switching, and saving me the trouble of rediscovering the same problem > on 5.4 RC4. > > This is my first foray into the public world of FreeBSD discussion > lists, and I am encouraged by the helpfulness of the response. > > Scott, the 5.3 kernel I had was a essentially a GENERIC release > kernel, with about 100 options commented out. WITNESS and INVARIANTS > are off by default, which I confirmed by looking through `sysctl -a`. > However, I was curious to see what I would get if I switched them on, > so I added these options and recompiled the kernel: > > options KDB > options DDB > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > > The result, below, has essentially the same user time (or just less, > if that makes any sense), but tripled system time. The context > switches are consistent with the one-per-10msec I saw before. Is > there anything useful I can do while I still have the kernel debug > options on? > > -e > > > 172.29 real 67.53 user 103.07 sys > 23376 maximum resident set size > 659 average shared memory size > 20805 average unshared data size > 127 average unshared stack size > 5402 page reclaims > 0 page faults > 0 swaps > 0 block input operations > 0 block output operations > 0 messages sent > 0 messages received > 0 signals received > 0 voluntary context switches > 17234 involuntary context switches > > 5.3 ships with SMP turned on, which makes lock operations rather expensive on single-processor machines. 4.x does not have SMP turned on by default. Would you be able to re-run your test with SMP turned off? Scott From owner-freebsd-stable@FreeBSD.ORG Mon May 9 17:21:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1977F16A4EC for ; Mon, 9 May 2005 17:21:01 +0000 (GMT) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B9A43D92 for ; Mon, 9 May 2005 17:21:00 +0000 (GMT) (envelope-from ewan@mathcode.net) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77])j49HKtee026108 for ; Mon, 9 May 2005 13:20:55 -0400 X-ORBL: [68.23.218.132] Received: from mail.mathcode.net (adsl-68-23-218-132.dsl.wotnoh.ameritech.net [68.23.218.132])j49HKu9Z171978; Mon, 9 May 2005 13:20:56 -0400 Received: from bsd.mathcode.net (localhost [127.0.0.1]) by mail.mathcode.net (8.12.11/8.12.11) with ESMTP id j49HLB1s010098; Mon, 9 May 2005 13:21:12 -0400 (EDT) (envelope-from ewan@bsd.mathcode.net) Received: (from ewan@localhost) by bsd.mathcode.net (8.12.11/8.12.11/Submit) id j49HLBui010097; Mon, 9 May 2005 13:21:11 -0400 (EDT) (envelope-from ewan) Date: Mon, 9 May 2005 13:21:11 -0400 From: Ewan Todd To: Scott Long Message-ID: <20050509172111.GH281@mathcode.net> References: <20050509150018.GF281@mathcode.net> <427F8076.7030105@samsco.org> <20050509170316.GG281@mathcode.net> <427F9890.7010104@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <427F9890.7010104@samsco.org> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsd.mathcode.net cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:21:01 -0000 > > 5.3 ships with SMP turned on, which makes lock operations rather > expensive on single-processor machines. 4.x does not have SMP > turned on by default. Would you be able to re-run your test with > SMP turned off? > I'm pretty sure there's no SMP in this kernel. #cd /usr/src/sys/i386/conf #fgrep SMP MYKERNEL # GENERIC has no SMP in it, but there's a second "GENERIC" kernel conf called "SMP", which simply says: include GENERIC options SMP However, sysctl seems to show smp not active, but not disabled. Is that anything to worry about? #sysctl -a | grep smp kern.smp.maxcpus: 1 kern.smp.active: 0 kern.smp.disabled: 0 kern.smp.cpus: 1 debug.psmpkterrthresh: 2 -e From owner-freebsd-stable@FreeBSD.ORG Mon May 9 17:23:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 531F616A4E9 for ; Mon, 9 May 2005 17:23:08 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB8A143D45 for ; Mon, 9 May 2005 17:23:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j49HS2pe029456; Mon, 9 May 2005 11:28:03 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427F9C44.8080704@samsco.org> Date: Mon, 09 May 2005 11:22:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ewan Todd References: <20050509150018.GF281@mathcode.net> <427F8076.7030105@samsco.org> <20050509170316.GG281@mathcode.net> <427F9890.7010104@samsco.org> <20050509172111.GH281@mathcode.net> In-Reply-To: <20050509172111.GH281@mathcode.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:23:08 -0000 Ewan Todd wrote: >>5.3 ships with SMP turned on, which makes lock operations rather >>expensive on single-processor machines. 4.x does not have SMP >>turned on by default. Would you be able to re-run your test with >>SMP turned off? >> > > > I'm pretty sure there's no SMP in this kernel. > > #cd /usr/src/sys/i386/conf > #fgrep SMP MYKERNEL > # > > GENERIC has no SMP in it, but there's a second "GENERIC" kernel conf > called "SMP", which simply says: > > include GENERIC > options SMP > > However, sysctl seems to show smp not active, but not disabled. Is > that anything to worry about? > > #sysctl -a | grep smp > kern.smp.maxcpus: 1 > kern.smp.active: 0 > kern.smp.disabled: 0 > kern.smp.cpus: 1 > debug.psmpkterrthresh: 2 > > > -e > Bah, you're right, sorry for the confusion. Too many releases in my mind, they all seem like a blur. Scott From owner-freebsd-stable@FreeBSD.ORG Mon May 9 17:31:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D7B16A4E9 for ; Mon, 9 May 2005 17:31:24 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43A643D5D for ; Mon, 9 May 2005 17:31:23 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DVC6B-0000Hx-M4; Mon, 09 May 2005 18:31:19 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DVC6B-000FgV-9j; Mon, 09 May 2005 18:31:19 +0100 To: ewan@mathcode.net, scottl@samsco.org In-Reply-To: <427F9890.7010104@samsco.org> Message-Id: From: Pete French Date: Mon, 09 May 2005 18:31:19 +0100 cc: freebsd-stable@freebsd.org Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:31:24 -0000 > 5.3 ships with SMP turned on, which makes lock operations rather > expensive on single-processor machines. 4.x does not have SMP > turned on by default. Would you be able to re-run your test with > SMP turned off? I just ran a test here with SMP turned of on 5.4-RC4 (GENERIC) I got the following result: 67.52 real 41.13 user 26.16 sys 7034 involuntary context switches i.e. it still has system time a a huge proportion of the total compared to the 4.11 kernel. Interesingly, after reading Holger Kipp's results I tried it on a genuine multi-processor box with SMP enabled running 5.3. He got a very small percentage of the time in sys (3.51 out of 81.90) but I got: 255.30 real 160.20 user 88.50 sys Once again a far higher proprtion of the time spent in sys than you would expect. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 17:35:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7375A16A4E9 for ; Mon, 9 May 2005 17:35:01 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DFB43D86 for ; Mon, 9 May 2005 17:35:00 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DVBxB-00037z-Vl for freebsd-stable@freebsd.org; Mon, 09 May 2005 19:22:01 +0200 Received: from kvip88.kvi.nl ([129.125.15.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 May 2005 19:22:01 +0200 Received: from A.S.Usov by kvip88.kvi.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 May 2005 19:22:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Alexander S. Usov" Date: Mon, 09 May 2005 18:31:49 +0200 Organization: KVI Lines: 28 Message-ID: References: <20050509150018.GF281@mathcode.net> <427F8076.7030105@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: kvip88.kvi.nl User-Agent: KNode/0.9.0 Sender: news Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:35:01 -0000 Scott Long wrote: > First of all, make sure that you have WITNESS and INVARIANTS off in your > kernel. You might also want to recompile your kernel with the SMP > option turned off. I can confirm this. I just rerun it on RELENG_5_4 as of yesterday and got 136.52 real 80.29 user 50.16 sys 23212 maximum resident set size 674 average shared memory size 20961 average unshared data size 128 average unshared stack size 5419 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 25738 involuntary context switches No debugging or SMP in kernel. -- Best regards, Alexander. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 18:22:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAC7C16A4EA for ; Mon, 9 May 2005 18:22:47 +0000 (GMT) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B7D043D76 for ; Mon, 9 May 2005 18:22:46 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j49IMgS6013298 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 9 May 2005 14:22:43 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2B4490FF-FEFD-473F-BDF0-293C468A55B9@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 9 May 2005 14:22:36 -0400 To: Pete French X-Mailer: Apple Mail (2.728) cc: ewan@mathcode.net cc: freebsd-stable@FreeBSD.org Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 18:22:47 -0000 Hello, On May 9, 2005, at 1:31 PM, Pete French wrote: >> 5.3 ships with SMP turned on, which makes lock operations rather >> expensive on single-processor machines. 4.x does not have SMP >> turned on by default. Would you be able to re-run your test with >> SMP turned off? >> > > I just ran a test here with SMP turned of on 5.4-RC4 (GENERIC) I > got the > following result: > > 67.52 real 41.13 user 26.16 sys > 7034 involuntary context switches > > i.e. it still has system time a a huge proportion of the total > compared > to the 4.11 kernel. Interesingly, after reading Holger Kipp's results > I tried it on a genuine multi-processor box with SMP enabled > running 5.3. > He got a very small percentage of the time in sys (3.51 out of > 81.90) but > I got: > 255.30 real 160.20 user 88.50 sys > > Once again a far higher proprtion of the time spent in sys than you > would > expect. I ran ktrace(1) on it, and it appears that python keeps calling sigprocmask() continually: 673 python 0.000007 CALL sigprocmask(0x3,0,0x811d11c) 673 python 0.000005 RET sigprocmask 0 673 python 0.000009 CALL sigprocmask(0x1,0,0x8113d1c) 673 python 0.000005 RET sigprocmask 0 etc.. This explains why it's using so much system time. Now the question is why is python doing this? -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 9 18:26:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF11516A4EA for ; Mon, 9 May 2005 18:26:39 +0000 (GMT) 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 32BF843D6A for ; Mon, 9 May 2005 18:26:39 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp102.rog.mail.re2.yahoo.com with SMTP; 9 May 2005 18:26:38 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 9 May 2005 14:26:37 -0400 (EDT) Message-ID: <1059.172.16.0.199.1115663197.squirrel@172.16.0.1> In-Reply-To: <427F9890.7010104@samsco.org> References: <20050509150018.GF281@mathcode.net> <427F8076.7030105@samsco.org> <20050509170316.GG281@mathcode.net> <427F9890.7010104@samsco.org> Date: Mon, 9 May 2005 14:26:37 -0400 (EDT) From: "Mike Jakubik" To: "Scott Long" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: Ewan Todd cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 18:26:40 -0000 On Mon, May 9, 2005 1:06 pm, Scott Long said: > 5.3 ships with SMP turned on, which makes lock operations rather > expensive on single-processor machines. 4.x does not have SMP turned on by > default. Would you be able to re-run your test with SMP turned off? This is what i get on my system, which has debugging and smp off in the kernel. FreeBSD 6.0-CURRENT #0: Tue May 3 23:55:43 EDT 2005 root@fbsd.wettoast.net:/usr/obj/usr/src/sys/DP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x644 Stepping = 4 Features=0x183f9ff AMD Features=0xc0440000 --- 76.89 real 49.33 user 22.87 sys 23116 maximum resident set size 686 average shared memory size 20795 average unshared data size 127 average unshared stack size 5380 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 1 voluntary context switches 10018 involuntary context switches --- As we can see, it is still spending a lot of time in system, and there are a lot of context switches being done. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 18:36:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E13CD16A4EB; Mon, 9 May 2005 18:36:33 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E63943D54; Mon, 9 May 2005 18:36:33 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j49IaW7s001123; Mon, 9 May 2005 14:36:32 -0400 (EDT) Date: Mon, 9 May 2005 14:36:32 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Suleiman Souhlal In-Reply-To: <2B4490FF-FEFD-473F-BDF0-293C468A55B9@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: ewan@mathcode.net cc: freebsd-stable@freebsd.org cc: Pete French Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 18:36:34 -0000 On Mon, 9 May 2005, Suleiman Souhlal wrote: > Hello, > > > I ran ktrace(1) on it, and it appears that python keeps calling > sigprocmask() continually: > > 673 python 0.000007 CALL sigprocmask(0x3,0,0x811d11c) > 673 python 0.000005 RET sigprocmask 0 > 673 python 0.000009 CALL sigprocmask(0x1,0,0x8113d1c) > 673 python 0.000005 RET sigprocmask 0 > etc.. > > This explains why it's using so much system time. Now the question is > why is python doing this? I don't know what python's doing, but it might not be calling sigprocmask directly. There are a few libc functions that use sigprocmask: db/btree/ db/hash/ pselect(), setmode(), {sig}setjmp(), {sig}longjmp(), grantpt(), system() to name a few. Python may also be using other libraries which use sigprocmask(). -- DE From owner-freebsd-stable@FreeBSD.ORG Mon May 9 18:56:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C0816A4EC for ; Mon, 9 May 2005 18:56:07 +0000 (GMT) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801E243D82 for ; Mon, 9 May 2005 18:56:06 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.3/8.13.3) with ESMTP id j49Iu3eg053075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 May 2005 20:56:03 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.3/8.13.3/Submit) with UUCP id j49Iu3Nn053040; Mon, 9 May 2005 20:56:03 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by pano.marabu.ch (8.13.3/8.13.3) with ESMTP id j49IqOxJ068887; Mon, 9 May 2005 20:52:24 +0200 (CEST) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.4) id UAA10186; Mon, 9 May 2005 20:52:23 +0200 (CEST) Message-Id: <200505091852.UAA10186@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: <20050508164248.R77229@carver.gumbysoft.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Mon, 9 May 2005 20:52:21 +0200 To: Doug White References: <200504282030.WAA08207@marabu.marabu.ch> <20050508164248.R77229@carver.gumbysoft.com> X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (oneplusone.ch [127.0.0.1]); Mon, 09 May 2005 20:56:04 +0200 (CEST) X-Mailfilter: egfilter version 1.2.4.28; Archiver [msg.OTh9x2ik] (oneplusone.ch [127.0.0.1]); Mon, 09 May 2005 20:56:04 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.162; host: oneplusone.ch) cc: stable@freebsd.org Subject: Re: unexpected panic in idle process (RELENG_5 2005/04/25UTC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 18:56:07 -0000 On Thu, 28 Apr 2005, I wrote: > Fatal trap 9: general protection fault while in kernel mode > instruction pointer = 0x8:0xc05e8ca2 > stack pointer = 0x10:0xc7499d10 > frame pointer = 0x10:0xc7499d10 > 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 = 11 (idle) > [thread pid 11 tid 100003 ] > Stopped at cpu_idle_default+0x5: leave and Doug White answered on Sun, 8 May 2005: This is an odd one; the IA32 manual doesn't say you can take a GPF from a LEAVE instruction in protected mode. %ebp looks correct so I'd wonder if you have cooling problems or a bad processor. Yes, odd, but maybe there is a simpler explanation: I have DDB enabled, and the serial console may have sent a spurious break. After nobody suggested any smart commands for db> I issued a "c" and tadda, the system was back (albeit with the wrong time). So this may be a red herring. Thanks for the analysis. Adrian From owner-freebsd-stable@FreeBSD.ORG Mon May 9 19:07:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C73516A4EA for ; Mon, 9 May 2005 19:07:58 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 1427C43D70 for ; Mon, 9 May 2005 19:07:58 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp812.mail.sc5.yahoo.com with SMTP; 9 May 2005 18:30:04 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 7DE0D60F6; Mon, 9 May 2005 13:30:02 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06538-07-3; Mon, 9 May 2005 13:30:00 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 8C4B060F1; Mon, 9 May 2005 13:30:00 -0500 (CDT) Message-ID: <427FAC30.80507@alumni.rice.edu> Date: Mon, 09 May 2005 13:30:08 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB6A928D6BCE7C441FFD030C7" X-Virus-Scanned: amavisd-new at noacks.org cc: ewan@mathcode.net cc: freebsd-stable@freebsd.org Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 19:07:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB6A928D6BCE7C441FFD030C7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/9/2005 12:31 PM, Pete French wrote: >>5.3 ships with SMP turned on, which makes lock operations rather >>expensive on single-processor machines. 4.x does not have SMP >>turned on by default. Would you be able to re-run your test with >>SMP turned off? > > > I just ran a test here with SMP turned of on 5.4-RC4 (GENERIC) I got the > following result: > > 67.52 real 41.13 user 26.16 sys > 7034 involuntary context switches > > i.e. it still has system time a a huge proportion of the total compared > to the 4.11 kernel. Interesingly, after reading Holger Kipp's results > I tried it on a genuine multi-processor box with SMP enabled running 5.3. > He got a very small percentage of the time in sys (3.51 out of 81.90) but > I got: > 255.30 real 160.20 user 88.50 sys > > Once again a far higher proprtion of the time spent in sys than you would > expect. I ran into a similar issue when attempting to thread a card game solver program I wrote. Performance in early versions was horrific and I noticed tons of context switches. I resolved the issue by allocating pools of memory beforehand. This seems to point the finger to malloc and context switch overhead. In any case, I believe this is related to threading. Check your results with libthr instead. The following are on my 2.53 GHz P4 which is running CURRENT from last night (with INVARIANTS on). libpthread: $ /usr/bin/time -al ./heapsort.py 1000000 0.9999928555 124.04 real 65.71 user 48.47 sys 23464 maximum resident set size 680 average shared memory size 21104 average unshared data size 129 average unshared stack size 5400 page reclaims 0 page faults 0 swaps 15 block input operations 0 block output operations 4 messages sent 0 messages received 0 signals received 21 voluntary context switches 40274 involuntary context switches libthr: $ /usr/bin/time -al ./heapsort.py 1000000 0.9999928555 79.75 real 50.63 user 25.34 sys 23348 maximum resident set size 679 average shared memory size 21041 average unshared data size 129 average unshared stack size 5394 page reclaims 1 page faults 0 swaps 2 block input operations 0 block output operations 3 messages sent 0 messages received 0 signals received 7 voluntary context switches 26113 involuntary context switches -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigB6A928D6BCE7C441FFD030C7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCf6w2UFz01pkdgZURAr7RAJ9U3PAxGomUX0HaXRsILc/9uY6qgQCfYX5c vrUq5/raktNR2dEET31sGwY= =8+6v -----END PGP SIGNATURE----- --------------enigB6A928D6BCE7C441FFD030C7-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 19:33:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F1EC16A4EA; Mon, 9 May 2005 19:33:18 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF8D43D54; Mon, 9 May 2005 19:33:17 +0000 (GMT) (envelope-from ewan@mathcode.net) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101])j49JTTDE022027; Mon, 9 May 2005 15:29:29 -0400 X-ORBL: [68.23.218.132] Received: from mail.mathcode.net (adsl-68-23-218-132.dsl.wotnoh.ameritech.net [68.23.218.132])j49JXCmd034336; Mon, 9 May 2005 15:33:16 -0400 Received: from bsd.mathcode.net (localhost [127.0.0.1]) by mail.mathcode.net (8.12.11/8.12.11) with ESMTP id j49JXTYd010615; Mon, 9 May 2005 15:33:29 -0400 (EDT) (envelope-from ewan@bsd.mathcode.net) Received: (from ewan@localhost) by bsd.mathcode.net (8.12.11/8.12.11/Submit) id j49JXSw5010614; Mon, 9 May 2005 15:33:28 -0400 (EDT) (envelope-from ewan) Date: Mon, 9 May 2005 15:33:28 -0400 From: Ewan Todd To: Daniel Eischen Message-ID: <20050509193328.GJ281@mathcode.net> References: <2B4490FF-FEFD-473F-BDF0-293C468A55B9@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsd.mathcode.net cc: freebsd-stable@freebsd.org Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 19:33:18 -0000 > > > > I ran ktrace(1) on it, and it appears that python keeps calling > > sigprocmask() continually: > > > > 673 python 0.000007 CALL sigprocmask(0x3,0,0x811d11c) > > 673 python 0.000005 RET sigprocmask 0 > > 673 python 0.000009 CALL sigprocmask(0x1,0,0x8113d1c) > > 673 python 0.000005 RET sigprocmask 0 > > etc.. > > > > This explains why it's using so much system time. Now the question is > > why is python doing this? > > I don't know what python's doing, but it might not be calling > sigprocmask directly. There are a few libc functions that use > sigprocmask: > > db/btree/ > db/hash/ > pselect(), > setmode(), > {sig}setjmp(), {sig}longjmp(), > grantpt(), > system() > > to name a few. Python may also be using other libraries which > use sigprocmask(). > OK, it's a python thing. Whatever python is doing, perl, ruby and C are not. 4.10 box perl: 247.66 real 243.29 user 0.63 sys ruby: 312.36 real 308.49 user 0.17 sys C: 2.74 real 2.72 user 0.00 sys C(n=100million): 42.87 real 40.80 user 0.36 sys python: 130.78 real 129.86 user 0.11 sys 5.3 box perl: 128.73 real 127.13 user 0.25 sys ruby: 159.72 real 158.19 user 0.21 sys C: 1.62 real 1.59 user 0.01 sys C(n=100million): 28.33 real 27.97 user 0.12 sys python: 104.52 real 69.36 user 33.89 sys So I'm getting the 2x performance enhancement I expected from the processor (except for C) from these other languages. The heapsort test is from http://shootout.alioth.debian.org/great/benchmark.php?test=heapsort&lang=all&sort=fullcpu (along with a score or more other languages), and there are a bunch of other tests at http://shootout.alioth.debian.org/great/index.php I'll notify the python porter unless (s)he knows already. Thanks to everyone who helped. It would have taken me ages. No-one indicated that this was an inappropriate use of the list, but I apologise if anyone felt that way. -e From owner-freebsd-stable@FreeBSD.ORG Mon May 9 19:43:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74F1416A4EC for ; Mon, 9 May 2005 19:43:46 +0000 (GMT) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97ADC43D80 for ; Mon, 9 May 2005 19:43:45 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j49JhhAg012600 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 10 May 2005 05:43:43 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j49JhgPL000280; Tue, 10 May 2005 05:43:42 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j49Jhg43000279; Tue, 10 May 2005 05:43:42 +1000 (EST) (envelope-from pjeremy) Date: Tue, 10 May 2005 05:43:41 +1000 From: Peter Jeremy To: Ewan Todd Message-ID: <20050509194341.GA226@cirb503493.alcatel.com.au> References: <20050509150018.GF281@mathcode.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050509150018.GF281@mathcode.net> User-Agent: Mutt/1.4.2i cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 19:43:46 -0000 On Mon, 2005-May-09 11:00:18 -0400, Ewan Todd wrote: >I have what I think is a serious performance issue with fbsd 5.3 >release. I've read about threading issues, and it seems to me that >that is what I'm looking at, but I'm not confident enough to rule out >that it might be a hardware issue, a kernel configuration issue, or >something to do with the python port. There does appear to be a problem in FreeBSD. Python is built with threading enabled by default, the threading libraries play with the signal mask and there have been extensive changes there. My suggestions on things you could check are: 1) Rebuild python with threading disabled (add '-DWITHOUT_THREADS' to the 'make' command line and see if that makes any difference 2) Re-write the sample program in a non-threaded language - eg C or perl and see if the high system time goes away. Unfortunately, I can't think of a solution at present. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon May 9 19:54:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A06D016A4EB for ; Mon, 9 May 2005 19:54:35 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EA4A43D7D for ; Mon, 9 May 2005 19:54:33 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j49JsWQF003161; Mon, 9 May 2005 15:54:32 -0400 (EDT) Date: Mon, 9 May 2005 15:54:32 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Peter Jeremy In-Reply-To: <20050509194341.GA226@cirb503493.alcatel.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Ewan Todd cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 19:54:35 -0000 On Tue, 10 May 2005, Peter Jeremy wrote: > On Mon, 2005-May-09 11:00:18 -0400, Ewan Todd wrote: > >I have what I think is a serious performance issue with fbsd 5.3 > >release. I've read about threading issues, and it seems to me that > >that is what I'm looking at, but I'm not confident enough to rule out > >that it might be a hardware issue, a kernel configuration issue, or > >something to do with the python port. > > There does appear to be a problem in FreeBSD. Python is built with > threading enabled by default, the threading libraries play with the > signal mask and there have been extensive changes there. My The threading libraries don't play with the signal mask. In fact, libpthread has userland versions of sigprocmask() et. al. and won't even make the syscall() unless the threads are system scope. There is a special thread in libpthread that handles signals which does use the system sigprocmask(), but unless the application is making heavy use of signals in general, it shouldn't matter. > suggestions on things you could check are: > 1) Rebuild python with threading disabled (add '-DWITHOUT_THREADS' to the > 'make' command line and see if that makes any difference > 2) Re-write the sample program in a non-threaded language - eg C or perl > and see if the high system time goes away. > > Unfortunately, I can't think of a solution at present. You can also set LIBPTHREAD_SYSTEM_SCOPE in the environment to force libpthread to use system scope threads. It uses process scope threads by default. -- DE From owner-freebsd-stable@FreeBSD.ORG Mon May 9 20:36:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E26FC16A4EA; Mon, 9 May 2005 20:36:07 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BF143D1D; Mon, 9 May 2005 20:36:07 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AABD41.dip.t-dialin.net [84.170.189.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 409FB2F02D; Mon, 9 May 2005 22:35:57 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j49Kb3Ua071929; Mon, 9 May 2005 22:37:04 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <427FC9EF.3060209@incubus.de> Date: Mon, 09 May 2005 22:37:03 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: ewan@mathcode.net cc: freebsd-stable@freebsd.org cc: Suleiman Souhlal cc: Pete French Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 20:36:08 -0000 Daniel Eischen wrote: > {sig}setjmp(), {sig}longjmp(), A very wild guess.. python is using setjmp/longjmp to implement continuations, tailcalls, or any mechanism similar to that and using that in a loop? mkb. From owner-freebsd-stable@FreeBSD.ORG Mon May 9 21:04:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3579116A4EA for ; Mon, 9 May 2005 21:04:34 +0000 (GMT) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7712143D2F for ; Mon, 9 May 2005 21:04:33 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta13.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050509210432.NSBI4191.mta13.adelphia.net@daemon.jim-liesl.org> for ; Mon, 9 May 2005 17:04:32 -0400 Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id EED3466E1 for ; Mon, 9 May 2005 15:05:27 -0600 (MDT) Received: from [127.0.0.1] (unknown [192.168.1.10]) by daemon.jim-liesl.org (Postfix) with ESMTP id A83486317 for ; Mon, 9 May 2005 15:05:27 -0600 (MDT) Message-ID: <427FD026.5030204@jim-liesl.org> Date: Mon, 09 May 2005 15:03:34 -0600 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Common disk format between 2.4.current linux and FreeBSD 5.3 and later X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 21:04:34 -0000 I'm building a usb harddrive and i'll be using it under both linux and FreeBSD. vfat is not a contender due to a 2gb limit of file size (I'm using it as a dump disk and I don't want to deal with multiple volumes). It seems that BSD can talk to ext2 partitions and Linux can talk to the older UFS format. Suggestions on which is the more stable implementation for a r/w environment? I've read that there were issues in the past, but I could see anything within the last year or so. Thanks jim From owner-freebsd-stable@FreeBSD.ORG Mon May 9 21:04:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 555B016A4EB for ; Mon, 9 May 2005 21:04:59 +0000 (GMT) Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E410B43D72 for ; Mon, 9 May 2005 21:04:58 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by bloom.cse.buffalo.edu (8.13.3/8.12.4) with ESMTP id j49L4w7x009892 for ; Mon, 9 May 2005 17:04:58 -0400 (EDT) Received: (from kensmith@localhost) by bloom.cse.buffalo.edu (8.13.3/8.13.1/Submit) id j49L4w8p009891 for freebsd-stable@freebsd.org; Mon, 9 May 2005 17:04:58 -0400 (EDT) (envelope-from kensmith) Date: Mon, 9 May 2005 17:04:58 -0400 From: Ken Smith To: freebsd-stable@freebsd.org Message-ID: <20050509210458.GB9844@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 21:04:59 -0000 --xXmbgvnjoT4axfJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The Release Engineering Team is happy to announce the availability of FreeBSD 5.4-RELEASE, the latest release of the FreeBSD Stable development branch. Since FreeBSD 5.3-RELEASE in November 2004 we have made many improvements in functionality, stability, performance, and device driver support for some hardware, as well as dealt with known security issues and made many bugfixes. For a complete list of new features, known problems, and late-breaking news, please see the release notes and errata list, available here: http://www.FreeBSD.org/releases/5.4R/relnotes.html http://www.FreeBSD.org/releases/5.4R/errata.html FreeBSD 5.4 will become an "Errata Branch". In addition to Security fixes other well-tested fixes to basic functionality will be committed to the RELENG_5.4 branch after the release. Both Security Advisories and Errata Notices are announced on the freebsd-announce@freebsd.org mailing list. It is expected there will be at least one more release from the RELENG_5 branch, most likely two. The current plans are for the RELENG_6 branch to be created within the next few months, and an initial 6.0-RELEASE will be made a few months afterwards. There will be a 5.5-RELEASE following a few months after the 6.0-RELEASE. For more information about FreeBSD release engineering activities, please see: http://www.FreeBSD.org/releng/ Dedication ---------- The FreeBSD 5.4 Release is dedicated to the memory of Cameron Grant. Cameron was an active FreeBSD Developer and principal architect of the sound driver subsystem despite his physical handicap. His is a superb example of human spirit dominating over adversity. Cameron was an inspiration to those who met him; he will be fondly remembered and sorely missed. Availability ------------ FreeBSD 5.4-RELEASE supports the i386, amd64, ia64, pc98, sparc64, and alpha architectures and can be installed directly over the net, using bootable media, or copied to a local NFS/FTP server. Distributions for all architectures except alpha are available now. The distribution for alpha should become available within the next day or two. Please continue to support the FreeBSD Project by purchasing media from one of our supporting vendors. The following companies will be offering FreeBSD 5.4 based products: FreeBSD Mall, Inc. http://www.freebsdmall.com/ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html If you can not afford FreeBSD on media, are impatient, or just want to use it for evangelism purposes, then by all means download the ISO images. We can not promise that all the mirror sites will carry the larger ISO images. At the time of this announcement they are available from the following sites. MD5 checksums for the release images are included at the bottom of this message. Bittorrent ---------- As with the 5.3 release we are experimenting with Bittorrent. A collection of trackers for the release ISO images is available at http://people.freebsd.org/~kensmith/5.4-torrent/ FTP --- At the time of this announcement the following FTP sites have FreeBSD 5.4-RELEASE available. ftp://ftp.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.FreeBSD.org/pub/FreeBSD/ ftp://ftp.at.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ch.FreeBSD.org/pub/FreeBSD/ ftp://ftp.cz.FreeBSD.org/pub/FreeBSD/ ftp://ftp.ee.FreeBSD.org/pub/FreeBSD/ ftp://ftp.es.FreeBSD.org/pub/FreeBSD/ ftp://ftp.fi.FreeBSD.org/pub/FreeBSD/ ftp://ftp.fr.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ie.FreeBSD.org/pub/FreeBSD/ ftp://ftp.is.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.pl.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.ru.FreeBSD.org/pub/FreeBSD/ ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ ftp://ftp.si.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.tw.FreeBSD.org/pub/FreeBSD/ ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.us.FreeBSD.org/pub/FreeBSD/ FreeBSD is also available via anonymous FTP from mirror sites in the following countries and territories: Argentina, Australia, Austria, Brazil, Canada, China, Croatia, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hong Kong, Hungary, Iceland, Indonesia, Ireland, Italy, Japan, Korea, Lithuania, Netherlands, New Zealand, Norway, Poland, Portugal, Romania, Russia, Saudi Arabia, Singapore, Slovak Republic, Slovenia, South Africa, Spain, Sweden, Switzerland, Taiwan, Turkey, Ukraine, United Kingdom, and the United States. Before trying the central FTP site, please check your regional mirror(s) first by going to: ftp://ftp..FreeBSD.org/pub/FreeBSD Any additional mirror sites will be labeled ftp2, ftp3 and so on. More information about FreeBSD mirror sites and the current list of all active mirror sites can be found at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html For instructions on installing FreeBSD, please see Chapter 2 of The FreeBSD Handbook. It provides a complete installation walk-through for users new to FreeBSD, and can be found online at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html Acknowledgments --------------- The FreeBSD Developers deserve the most thanks. Without their efforts FreeBSD would not exist. Many companies donated equipment, network access, or man-hours to finance the release engineering activities for FreeBSD 5.4 including The FreeBSD Mall, Hewlett Packard, Yahoo!, Sentex Communications, and NTT/Verio. The release engineering team for 5.4-RELEASE includes: Scott Long Release Engineering Robert Watson Release Engineering, Security John Baldwin Release Engineering Ken Smith Release Engineering, amd64, i386, sparc64 Release Building, Mirror Site Coordination Hiroki Sato Release Engineering, Documentation Doug White Release Engineering Murray Stokely Release Engineering, Documentation Wilko Bulte Alpha Release Building Marcel Moolenaar ia64 Release Building Takahashi Yoshihiro pc98 Release Building Kris Kennaway Package Building Joe Marcus Clarke Package Building Jacques A. Vidrine Security Officer Paul Saab Bittorrent Coordination CD Image Checksums ------------------ MD5 (5.4-RELEASE-amd64-bootonly.iso) = 6882dd5ce59cda1ba4a66ef45f017597 MD5 (5.4-RELEASE-amd64-disc1.iso) = 26bca75d799c0a1690c6ae0bf0886234 MD5 (5.4-RELEASE-amd64-disc2.iso) = 3da9debeae15a49158b01b1d92843fbc MD5 (5.4-RELEASE-i386-bootonly.iso) = 2afe65af7e7b994c3ce87cefda27352e MD5 (5.4-RELEASE-i386-disc1.iso) = 3dbb37485535e129354bc099e24aed99 MD5 (5.4-RELEASE-i386-disc2.iso) = e4b748415ca783fce64cfafd6bd56f57 MD5 (5.4-RELEASE-ia64-bootonly.iso) = 45b032bf952e7ea8b2c42f94c3fa4997 MD5 (5.4-RELEASE-ia64-disc1.iso) = 2b1ad22da2ea0fe86345c99590049ebd MD5 (5.4-RELEASE-ia64-disc2.iso) = 62e589928628453f1813db7402b4f3ad MD5 (5.4-RELEASE-ia64-livefs.iso) = 6c05d71c36d84179923668faddf58e43 MD5 (5.4-RELEASE-pc98-disc1.iso) = 003dee8647e9b2cbca7df0d92011800f MD5 (5.4-RELEASE-sparc64-bootonly.iso) = 91cb2304c2ecbcce0b312738649ba88d MD5 (5.4-RELEASE-sparc64-disc1.iso) = 5f77c9a20e09d5ef66fad9c60e17c2ac MD5 (5.4-RELEASE-sparc64-disc2.iso) = 7da34a32ca8196a34732548fe92d71e6 -ken --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCf9B1/G14VSmup/YRAjytAJ9KVsEJYIybQ4tBTMldIkRHgpV9QACfY70w DW0mzrlNU1VjmVB9ycVC6AI= =1Cxo -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 21:10:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66BA916A4EB for ; Mon, 9 May 2005 21:10:08 +0000 (GMT) Received: from smtp808.mail.sc5.yahoo.com (smtp808.mail.sc5.yahoo.com [66.163.168.187]) by mx1.FreeBSD.org (Postfix) with SMTP id EB01243D76 for ; Mon, 9 May 2005 21:10:07 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp808.mail.sc5.yahoo.com with SMTP; 9 May 2005 21:10:05 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E0BBE60F6; Mon, 9 May 2005 16:10:02 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06691-14; Mon, 9 May 2005 16:10:01 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id A3D3A60F1; Mon, 9 May 2005 16:10:00 -0500 (CDT) Message-ID: <427FD1A3.8080604@alumni.rice.edu> Date: Mon, 09 May 2005 16:09:55 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <427FAC30.80507@alumni.rice.edu> In-Reply-To: <427FAC30.80507@alumni.rice.edu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig23600E04914CE7DF0DF3E261" X-Virus-Scanned: amavisd-new at noacks.org cc: ewan@mathcode.net cc: freebsd-stable@freebsd.org cc: Pete French Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 21:10:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig23600E04914CE7DF0DF3E261 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/9/2005 1:30 PM, Jonathan Noack wrote: > On 5/9/2005 12:31 PM, Pete French wrote: >>> 5.3 ships with SMP turned on, which makes lock operations rather >>> expensive on single-processor machines. 4.x does not have SMP >>> turned on by default. Would you be able to re-run your test with >>> SMP turned off? >> >> I just ran a test here with SMP turned of on 5.4-RC4 (GENERIC) I got the >> following result: >> >> 67.52 real 41.13 user 26.16 sys >> 7034 involuntary context switches >> >> i.e. it still has system time a a huge proportion of the total compared >> to the 4.11 kernel. Interesingly, after reading Holger Kipp's results >> I tried it on a genuine multi-processor box with SMP enabled running 5.3. >> He got a very small percentage of the time in sys (3.51 out of 81.90) but >> I got: >> 255.30 real 160.20 user 88.50 sys >> >> Once again a far higher proprtion of the time spent in sys than you would >> expect. > > I ran into a similar issue when attempting to thread a card game solver > program I wrote. Performance in early versions was horrific and I > noticed tons of context switches. I resolved the issue by allocating > pools of memory beforehand. This seems to point the finger to malloc > and context switch overhead. > > In any case, I believe this is related to threading. Check your results > with libthr instead. The following are on my 2.53 GHz P4 which is > running CURRENT from last night (with INVARIANTS on). > > libpthread: > $ /usr/bin/time -al ./heapsort.py 1000000 > 0.9999928555 > 124.04 real 65.71 user 48.47 sys > 23464 maximum resident set size > 680 average shared memory size > 21104 average unshared data size > 129 average unshared stack size > 5400 page reclaims > 0 page faults > 0 swaps > 15 block input operations > 0 block output operations > 4 messages sent > 0 messages received > 0 signals received > 21 voluntary context switches > 40274 involuntary context switches > > libthr: > $ /usr/bin/time -al ./heapsort.py 1000000 > 0.9999928555 > 79.75 real 50.63 user 25.34 sys > 23348 maximum resident set size > 679 average shared memory size > 21041 average unshared data size > 129 average unshared stack size > 5394 page reclaims > 1 page faults > 0 swaps > 2 block input operations > 0 block output operations > 3 messages sent > 0 messages received > 0 signals received > 7 voluntary context switches > 26113 involuntary context switches Oooh... same machine with libc_r: $ /usr/bin/time -al ./heapsort.py 1000000 0.9999928555 38.72 real 36.85 user 0.06 sys 23496 maximum resident set size 678 average shared memory size 21126 average unshared data size 129 average unshared stack size 5418 page reclaims 2 page faults 0 swaps 2 block input operations 0 block output operations 3 messages sent 0 messages received 0 signals received 8 voluntary context switches 13137 involuntary context switches -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig23600E04914CE7DF0DF3E261 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCf9GnUFz01pkdgZURAmf+AJ9cF7riEe7Nb/qMzsokYx69j62K/wCfc+IO pdyDKB9XRO0B6BNX4ilUDsg= =l0X/ -----END PGP SIGNATURE----- --------------enig23600E04914CE7DF0DF3E261-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 21:29:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CB116A4EB for ; Mon, 9 May 2005 21:29:17 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 311D843D8C for ; Mon, 9 May 2005 21:29:16 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 09 May 2005 21:29:15 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp028) with SMTP; 09 May 2005 23:29:15 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 9 May 2005 23:29:05 +0200 User-Agent: KMail/1.8 References: <20050509210458.GB9844@bloom.cse.buffalo.edu> In-Reply-To: <20050509210458.GB9844@bloom.cse.buffalo.edu> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1243262.RPAnASj8u7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505092329.14267@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 21:29:17 -0000 --nextPart1243262.RPAnASj8u7 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Montag, 9. Mai 2005 23:04 schrieb Ken Smith: > The Release Engineering Team is happy to announce the availability > of FreeBSD 5.4-RELEASE, the latest release of the FreeBSD Stable > development branch. Since FreeBSD 5.3-RELEASE in November 2004 we have > made many improvements in functionality, stability, performance, and > device driver support for some hardware, as well as dealt with known > security issues and made many bugfixes. Thanks a lot to all those hard working guys, 5.4 is a really nice release! -Mano --nextPart1243262.RPAnASj8u7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCf9YqBylq0S4AzzwRAuYuAJ0evWuDjWjl6WCdCvMqChLIfXOljACeNu4H E+GHLT+2EyzQgVxU/tgxVjY= =rVwx -----END PGP SIGNATURE----- --nextPart1243262.RPAnASj8u7-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 22:52:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 161F916A4EB; Mon, 9 May 2005 22:52:42 +0000 (GMT) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DCE543D64; Mon, 9 May 2005 22:52:41 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j49Mqdwx014405 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 9 May 2005 18:52:40 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4D923762-6562-440B-8456-EA404F7FDA44@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 9 May 2005 18:52:33 -0400 To: Daniel Eischen X-Mailer: Apple Mail (2.728) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 22:52:42 -0000 Hello, On May 9, 2005, at 3:54 PM, Daniel Eischen wrote: > On Tue, 10 May 2005, Peter Jeremy wrote: > > >> On Mon, 2005-May-09 11:00:18 -0400, Ewan Todd wrote: >> >>> I have what I think is a serious performance issue with fbsd 5.3 >>> release. I've read about threading issues, and it seems to me that >>> that is what I'm looking at, but I'm not confident enough to rule >>> out >>> that it might be a hardware issue, a kernel configuration issue, or >>> something to do with the python port. >>> >> >> There does appear to be a problem in FreeBSD. Python is built with >> threading enabled by default, the threading libraries play with the >> signal mask and there have been extensive changes there. My >> > > The threading libraries don't play with the signal mask. In fact, > libpthread has userland versions of sigprocmask() et. al. and won't > even make the syscall() unless the threads are system scope. There > is a special thread in libpthread that handles signals which does > use the system sigprocmask(), but unless the application is > making heavy use of signals in general, it shouldn't matter. I think I've found the problem: Python uses setjmp/longjmp to protect against SIGFPU every time it does floating point operations. The python script does not actually use threads, and libpthread assumes non-threaded processes are system scope. So, it would end up using the sigprocmask syscall, even though it doesn't really need to. The diff at http://people.freebsd.org/~ssouhlal/testing/ thr_sigmask-20050509.diff fixes this, by making sure the process is threaded, before using the syscall. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 9 23:04:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E594F16A4EB for ; Mon, 9 May 2005 23:04:48 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 94B8A43D5E for ; Mon, 9 May 2005 23:04:48 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp813.mail.sc5.yahoo.com with SMTP; 9 May 2005 21:25:10 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id EA1D46109; Mon, 9 May 2005 16:25:08 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07847-01; Mon, 9 May 2005 16:25:07 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 79B4260F6; Mon, 9 May 2005 16:25:06 -0500 (CDT) Message-ID: <427FD52D.70404@alumni.rice.edu> Date: Mon, 09 May 2005 16:25:01 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gurvich References: <200505081529.31238.david.freebsd@verizon.net> <427EDFB4.3070309@alumni.rice.edu> In-Reply-To: <427EDFB4.3070309@alumni.rice.edu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2C3657E74B13508BF4A151CE" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: loader causes reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 23:04:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2C3657E74B13508BF4A151CE Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/8/2005 10:57 PM, Jonathan Noack wrote: > On 05/08/05 14:29, David Gurvich wrote: >> cdrom /boot/loader from 5.3 has no problem. However, after updating >> world from kernel, /boot/loader is replaced with cvs version. This >> one goes into endless cycle of reboots. When replaced with >> /boot/loader from cdrom boots normally. > > Are you setting CPUTYPE? A few people have reported an endless reboot > with the athlon-xp or pentium-m settings. I experience this on my > athlon-xp and the only workaround I've found is just to not set CPUTYPE. > This problem is way beyond my feeble skills to track down and fix, but > it doesn't seem to affect many people and no one has stepped up to > resolve it. As it is easily worked around, I've brought it up a few > times but haven't made too big of a fuss. Come to think of it, why > didn't I ever open a PR? Hmm... perhaps I'll do that at work tomorrow > (this is on a machine at work). Huh... setting CPUTYPE?=athlon-xp seems to work fine for me with 5.4-RELEASE. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig2C3657E74B13508BF4A151CE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCf9UxUFz01pkdgZURAv/XAKDXouQyEjfn7WO+Z6qDK1ypsW/xRACfeI8e jA0/gREgPmO4isKdPFv9FQQ= =joTa -----END PGP SIGNATURE----- --------------enig2C3657E74B13508BF4A151CE-- From owner-freebsd-stable@FreeBSD.ORG Mon May 9 23:21:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F076516A4EB; Mon, 9 May 2005 23:21:28 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 752FC43D41; Mon, 9 May 2005 23:21:28 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j49NLR6m020888; Mon, 9 May 2005 19:21:27 -0400 (EDT) Date: Mon, 9 May 2005 19:21:27 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Suleiman Souhlal In-Reply-To: <4D923762-6562-440B-8456-EA404F7FDA44@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 23:21:29 -0000 On Mon, 9 May 2005, Suleiman Souhlal wrote: > On May 9, 2005, at 3:54 PM, Daniel Eischen wrote: > > > The threading libraries don't play with the signal mask. In fact, > > libpthread has userland versions of sigprocmask() et. al. and won't > > even make the syscall() unless the threads are system scope. There > > is a special thread in libpthread that handles signals which does > > use the system sigprocmask(), but unless the application is > > making heavy use of signals in general, it shouldn't matter. > > I think I've found the problem: Python uses setjmp/longjmp to protect > against SIGFPU every time it does floating point operations. The > python script does not actually use threads, and libpthread assumes > non-threaded processes are system scope. So, it would end up using > the sigprocmask syscall, even though it doesn't really need to. > The diff at http://people.freebsd.org/~ssouhlal/testing/ > thr_sigmask-20050509.diff fixes this, by making sure the process is > threaded, before using the syscall. I don't think that patch is correct. You need the signal mask in the kernel to match in case of an exec() after a fork() for instance. If the application fork()'s, then changes the signal mask in the child (which is now single threaded), then the child exec()s, the mask is wrong. If the process wasn't linked to libpthread, then the longjmp() and setjmp() would still be calling the syscall, so it isn't the syscall itself that is making things slower. You'll notice that there are two calls to __sys_sigprocmask() in the section of code you have patched. You could eliminate the second call if you do some of what the remainder of the function does instead of returning early (the locks aren't needed and pending signals don't need to be run down). -- DE From owner-freebsd-stable@FreeBSD.ORG Mon May 9 23:35:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5606016A4EB; Mon, 9 May 2005 23:35:24 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id F095943D8C; Mon, 9 May 2005 23:35:23 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 45F5864BA3D; Mon, 9 May 2005 20:35:24 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 11901-06; Mon, 9 May 2005 23:35:18 +0000 (GMT) Received: from ganymede.hub.org (blk-222-81-172.eastlink.ca [24.222.81.172]) by hub.org (Postfix) with ESMTP id 8C49264D919; Mon, 9 May 2005 20:35:22 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id E95D63B218; Mon, 9 May 2005 19:42:36 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E84283AF76; Mon, 9 May 2005 19:42:36 -0300 (ADT) Date: Mon, 9 May 2005 19:42:36 -0300 (ADT) From: "Marc G. Fournier" To: Erik Stian Tefre In-Reply-To: <20050506114651.Y42300@ganymede.hub.org> Message-ID: <20050509193430.H6493@ganymede.hub.org> References: <20050504160004.B53065@ganymede.hub.org> <20050506114651.Y42300@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: twa0: INFO: (0x04: 0x000c): Background initialize started: unit=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 23:35:24 -0000 Ya, this looks like it might be a problem ... server just crashed, and fsck is once more dog slow, and I suspect its in the 'initialization mode' again ... Looking at the following that I've also found, things appear to be pointing to ACPI as the 'trigger' ... does anyone else have any experiences with these cards? http://leaf.dragonflybsd.org/mailarchive/bugs/2004-09/msg00169.html There appear to be whole threads on this issue on the Dragonfly lists, altho I'm not finding anything easily on the freebsd lists themselves ... On Fri, 6 May 2005, Marc G. Fournier wrote: > yOn Fri, 6 May 2005, Erik Stian Tefre wrote: > >> I believe you should see this message only once after creating a new >> array/unit, given that you give the box enough uptime to finish the >> initialization. >> The following message confirms that the initialization is complete (it >> took 4.5 hours on my box with a 9500-8LP, which btw is running 5.3): >> twa0: INFO: (0x04: 0x0007): Background initialize done: unit=0 > > 'k, it *had* had 16 days of production uptime before the power outage :( I > have seen the 'initalize done' though, so hopefully it doesn't happen again > on Saturday when we replace the power strip ... > > > >> On Wed, 2005-05-04 at 16:01 -0300, Marc G. Fournier wrote: >>> Running FreeBSD 4.11-STABLE ... >>> >>> Has anyone seen this before? Only reference on the 'net I can find seems >>> to be similar issue on a Dragonfly system: >>> >>> http://leaf.dragonflybsd.org/mailarchive/bugs/2004-09/msg00176.html >>> >>> Mine is a 9500-4LP controller ... >>> >>> ---- >>> Marc G. Fournier Hub.Org Networking Services >>> (http://www.hub.org) >>> Email: scrappy@hub.org Yahoo!: yscrappy ICQ: >>> 7615664 >>> _______________________________________________ >>> 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" >> -- >> Erik Stian Tefre >> >> >> > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > 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" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon May 9 23:47:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D452416A4EB; Mon, 9 May 2005 23:47:09 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D5B143D5E; Mon, 9 May 2005 23:47:09 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j49Nl8r9018240; Mon, 9 May 2005 19:47:08 -0400 (EDT) Date: Mon, 9 May 2005 19:47:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Suleiman Souhlal In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 23:47:10 -0000 On Mon, 9 May 2005, Daniel Eischen wrote: > On Mon, 9 May 2005, Suleiman Souhlal wrote: > > I think I've found the problem: Python uses setjmp/longjmp to protect > > against SIGFPU every time it does floating point operations. The > > python script does not actually use threads, and libpthread assumes > > non-threaded processes are system scope. So, it would end up using > > the sigprocmask syscall, even though it doesn't really need to. > > The diff at http://people.freebsd.org/~ssouhlal/testing/ > > thr_sigmask-20050509.diff fixes this, by making sure the process is > > threaded, before using the syscall. [ ... ] > If the process wasn't linked to libpthread, then the longjmp() > and setjmp() would still be calling the syscall, so it isn't > the syscall itself that is making things slower. You'll notice > that there are two calls to __sys_sigprocmask() in the section > of code you have patched. You could eliminate the second call > if you do some of what the remainder of the function does instead > of returning early (the locks aren't needed and pending signals > don't need to be run down). As in something like this: http://people.freebsd.org/~deischen/kse/thr_sigmask.c.diffs It has not been tested. -- DE From owner-freebsd-stable@FreeBSD.ORG Mon May 9 23:58:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A5CB16A4EB for ; Mon, 9 May 2005 23:58:09 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C42343D8C for ; Mon, 9 May 2005 23:58:09 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20050509235808m9100q1483e>; Mon, 9 May 2005 23:58:08 +0000 Message-ID: <427FF90F.9060306@math.missouri.edu> Date: Mon, 09 May 2005 18:58:07 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050426 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ep/X11 problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 23:58:09 -0000 I have a Dell Inspiron 7500 on which I have put FreeBSD Release 5.4. The 3Com Megahertz 574B pccard ethernet card works well with the ep driver, except that after I run X11, it simply stops working. I am guessing that it is an interupt conflict. I have tried everything I can think of so that sp0 is not irq 11, most notably putting hints.ep.0.irq="10" in /boot/loader.conf, but it just doesn't work - the irq for ep0 is still 11. From owner-freebsd-stable@FreeBSD.ORG Tue May 10 00:05:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0EFD16A4EB for ; Tue, 10 May 2005 00:05:27 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91D6643D5C for ; Tue, 10 May 2005 00:05:27 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20050510000526m9200ge5j8e>; Tue, 10 May 2005 00:05:27 +0000 Message-ID: <427FFAC6.3090007@math.missouri.edu> Date: Mon, 09 May 2005 19:05:26 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050426 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <427FF90F.9060306@math.missouri.edu> In-Reply-To: <427FF90F.9060306@math.missouri.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ep/X11 problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 00:05:28 -0000 Stephen Montgomery-Smith wrote: > I have a Dell Inspiron 7500 on which I have put FreeBSD Release 5.4. > > The 3Com Megahertz 574B pccard ethernet card works well with the ep > driver, except that after I run X11, it simply stops working. > > I am guessing that it is an interupt conflict. I have tried everything > I can think of so that sp0 is not irq 11, most notably putting > hints.ep.0.irq="10" > in /boot/loader.conf, but it just doesn't work - the irq for ep0 is > still 11. > Oops - I was supposed to put it in /boot/device.hints. But it still didn't work. From owner-freebsd-stable@FreeBSD.ORG Tue May 10 03:10:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0411216A4ED for ; Tue, 10 May 2005 03:10:46 +0000 (GMT) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3AB643D7C for ; Tue, 10 May 2005 03:10:45 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-221-89.client.insightbb.com ([12.210.221.89] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1DVL8m-0000eo-Fg for freebsd-stable@freebsd.org; Mon, 09 May 2005 23:10:36 -0400 Date: Mon, 9 May 2005 22:10:44 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Message-ID: <20050509215356.H52415@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: gvinum RAID5 stable in 5.4-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 03:10:46 -0000 I tried to install a RAID5 array using both vinum and gvinum under 5.3-RELEASE and couldn't get a reliable system running. I reinstalled using 4.11-STABLE and so far the system (and vinum) have been error-free. The 5.4-RELEASE documentation only mentions that "geom_vinum" provides a GEOM compatible replacement for vinum. I've seen contradictory messages on this mailing list and the geom mailing list about whether 5.4-RELEASE's "gvinum" provides a stable RAID5 solution. Hardware is a Supermicro P4DC6+, dual 1.7Ghz Xeon, 512MB RAMBUS, boot device is a RAID1 array using an Adaptec 2005 in the RAID adapter slot, 8 Seagate 43GB SCSI disks attached to a Compaq/Adaptec 39160 controller using vinum. I don't want to use the on-board controller for the RAID5 array since I believe the cabling will be problematical with two external SCSI towers plus the long run from the SCSI port to the back of the case. I tried installing 5.3_RELEASE/RAID5 several times using both vinum and gvinum; I also tried installing and then upgrading to 5.3-STABLE in the hopes that a bugfix had appeared. I had gvinum working for almost a day before the system crashed under heavy load; since this is a hobby and not my employment I decided to back off to 4.11 and try again. I do have an alternative - a DPT SmartRAID V - but vinum has been so reliable under 4.x that I'd like to continue with it, if possible. Mike Squires From owner-freebsd-stable@FreeBSD.ORG Tue May 10 03:22:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5952416A4ED for ; Tue, 10 May 2005 03:22:52 +0000 (GMT) Received: from mx1.highperformance.net (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98D0043D39 for ; Tue, 10 May 2005 03:22:49 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) j4A3MQfK014374 for ; Mon, 9 May 2005 20:22:36 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Mon, 09 May 2005 20:22:37 -0700 From: "Jason C. Wells" To: freebsd-stable@freebsd.org Message-ID: <51CBB3D8803BBA96BE71960F@[192.168.1.16]> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=-5.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on s4.stradamotorsports.com Subject: Outdated lib*_p.a files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 03:22:52 -0000 I run a homegrown script after upgrades to find outdated binaries. I have a bunch of files name /usr/lib/lib*_p.a that predate my recent upgrade to 5.4-RELEASE. What are these? Can they be deleted without harm? Thanks, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Tue May 10 03:38:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B56B916A4EE for ; Tue, 10 May 2005 03:38:43 +0000 (GMT) Received: from smtp800.mail.sc5.yahoo.com (smtp800.mail.sc5.yahoo.com [66.163.168.179]) by mx1.FreeBSD.org (Postfix) with SMTP id 25C0943D53 for ; Tue, 10 May 2005 03:38:43 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp800.mail.sc5.yahoo.com with SMTP; 10 May 2005 03:38:42 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E89EF610A; Mon, 9 May 2005 22:38:41 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07692-15; Mon, 9 May 2005 22:38:37 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id E3FE860F3; Mon, 9 May 2005 22:38:37 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4A3caRp001687; Mon, 9 May 2005 22:38:36 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42802CB7.80301@alumni.rice.edu> Date: Mon, 09 May 2005 22:38:31 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC6757BBCF7F718E15A0C2A46" X-Virus-Scanned: amavisd-new at noacks.org cc: Ewan Todd cc: Peter Jeremy cc: Suleiman Souhlal cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 03:38:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC6757BBCF7F718E15A0C2A46 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/09/05 18:47, Daniel Eischen wrote: > On Mon, 9 May 2005, Daniel Eischen wrote: >>On Mon, 9 May 2005, Suleiman Souhlal wrote: >>>I think I've found the problem: Python uses setjmp/longjmp to protect >>>against SIGFPU every time it does floating point operations. The >>>python script does not actually use threads, and libpthread assumes >>>non-threaded processes are system scope. So, it would end up using >>>the sigprocmask syscall, even though it doesn't really need to. >>>The diff at http://people.freebsd.org/~ssouhlal/testing/ >>>thr_sigmask-20050509.diff fixes this, by making sure the process is >>>threaded, before using the syscall. > > [ ... ] > >>If the process wasn't linked to libpthread, then the longjmp() >>and setjmp() would still be calling the syscall, so it isn't >>the syscall itself that is making things slower. You'll notice >>that there are two calls to __sys_sigprocmask() in the section >>of code you have patched. You could eliminate the second call >>if you do some of what the remainder of the function does instead >>of returning early (the locks aren't needed and pending signals >>don't need to be run down). > > As in something like this: > > http://people.freebsd.org/~deischen/kse/thr_sigmask.c.diffs > > It has not been tested. When I tried to test this every threaded program died with sig 11. Does this require me to recompile the program before it will work? -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigC6757BBCF7F718E15A0C2A46 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgCy8UFz01pkdgZURAo7oAJ9kLLyW+958YwPB71UWFVTFwUODowCgk8Uo niKOiqXHS6rLVC9WfS2yndQ= =FtUg -----END PGP SIGNATURE----- --------------enigC6757BBCF7F718E15A0C2A46-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 03:54:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4994B16A4EE for ; Tue, 10 May 2005 03:54:16 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFA4C43D41 for ; Tue, 10 May 2005 03:54:15 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4A3sFFg067946; Mon, 9 May 2005 22:54:15 -0500 (CDT) (envelope-from dan) Date: Mon, 9 May 2005 22:54:15 -0500 From: Dan Nelson To: "Jason C. Wells" Message-ID: <20050510035415.GJ38839@dan.emsphone.com> References: <51CBB3D8803BBA96BE71960F@[192.168.1.16]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51CBB3D8803BBA96BE71960F@[192.168.1.16]> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: Outdated lib*_p.a files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 03:54:16 -0000 In the last episode (May 09), Jason C. Wells said: > I run a homegrown script after upgrades to find outdated binaries. I have > a bunch of files name /usr/lib/lib*_p.a that predate my recent upgrade to > 5.4-RELEASE. What are these? Can they be deleted without harm? Those are versions of libraries built with profiling code. If you have NOPROFILE set in your make.conf, you should remove them from /usr/lib. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue May 10 04:14:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B14716A4EE for ; Tue, 10 May 2005 04:14:49 +0000 (GMT) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA7F43D5D for ; Tue, 10 May 2005 04:14:48 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco3.natcotech.com (Postfix) with ESMTP id 4D71862AC0 for ; Mon, 9 May 2005 23:14:47 -0500 (CDT) Received: (qmail 31161 invoked by uid 89); 10 May 2005 04:14:46 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 10 May 2005 04:14:46 -0000 Message-ID: <4280353B.8050306@leadhill.net> Date: Mon, 09 May 2005 23:14:51 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 04:14:49 -0000 Here's something pretty stupid about either the code in mount, df, or both. I'm on the verge of a denial of service if this lasts much longer. When I mount an nfs device more than once, I get this ridiculous output from df and mount: #df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 253678 137554 95830 59% / devfs 1 1 0 100% /dev /dev/ad0s1e 253678 18 233366 0% /tmp /dev/ad0s1f 7782878 3273986 3886262 46% /usr /dev/ad0s1d 253678 125386 107998 54% /var devfs 1 1 0 100% /var/named/dev dell:/nfs 8883912 4104516 4779396 46% /dellbak dell:/nfs 8883912 4104516 4779396 46% /dellbak dell:/nfs 8883912 4104516 4779396 46% /dellbak dell:/nfs 8883912 4104516 4779396 46% /dellbak dell:/nfs 8883912 4104516 4779396 46% /dellbak dell:/nfs 8883912 4104516 4779396 46% /dellbak #mount /dev/ad0s1a on / (ufs, NFS exported, local) devfs on /dev (devfs, local) /dev/ad0s1e on /tmp (ufs, local, soft-updates) /dev/ad0s1f on /usr (ufs, NFS exported, local, soft-updates) /dev/ad0s1d on /var (ufs, NFS exported, local) devfs on /var/named/dev (devfs, local) dell:/nfs on /dellbak (nfs) dell:/nfs on /dellbak (nfs) dell:/nfs on /dellbak (nfs) dell:/nfs on /dellbak (nfs) dell:/nfs on /dellbak (nfs) dell:/nfs on /dellbak (nfs) Ha, ha! How many times will this last line repeat itself? I'm curious to see if I can get it to give me a screenful of data. Will this eventually crash the kernel or fill some buffer up? All I'm doing is mounting the same nfs drive over and over. Normally, mounting a device twice will just give a "device busy" or something. Is there some sanity check missing that will prevent mount_nfs from actually mounting the same resource at the same mount point over and over? Details: * FreeBSD 5.3. Updated and compiled in mid-February. I froze it there and may soon upgrade to 5.4, but I don't count on this fixing this issue. * I needed to make sure I had an nfs drive mounted properly, even after a reboot, but didn't want to (couldn't?) put it in fstab. So cron has this particular line(s). 44 10 * * * /sbin/mount_nfs -s -x 2 -T dell:/nfs /dellbak * I am connecting to a local net NFS server running Windows 2000 and Services for UNIX 3.5. Due to some major problems with rebooting and NFS, I determined that I needed some of the special commands (-s -x 2) to enable the server to reboot. * I put the mount_nfs command in cron and in an rc.d startup script because I didn't see a way to put all of the options in fstab, nor did I particularly enjoy booting the FreeBSD server without connecting to the NFS drive.... I would fill up my root directory pretty fast. * Look at the fsid for /dellbak below, using verbose output. Pretty odd. # mount -v /dev/ad0s1a on / (ufs, NFS exported, local, writes: sync 165 async 29170, reads: sync 2308 async 45, fsid f044aa41725bf386) devfs on /dev (devfs, local, fsid 01ff000404000000) /dev/ad0s1e on /tmp (ufs, local, soft-updates, writes: sync 9 async 4002, reads: sync 125 async 0, fsid f144aa411e8f31da) /dev/ad0s1f on /usr (ufs, NFS exported, local, soft-updates, writes: sync 420 async 129755, reads: sync 170752 async 1401, fsid f144aa4134661c3c) /dev/ad0s1d on /var (ufs, NFS exported, local, writes: sync 32187 async 49433, reads: sync 4043 async 102, fsid f244aa416aeef171) devfs on /var/named/dev (devfs, local, fsid 02ff000404000000) dell:/nfs on /dellbak (nfs, fsid 03ff000202000000) dell:/nfs on /dellbak (nfs, fsid 04ff000202000000) dell:/nfs on /dellbak (nfs, fsid 05ff000202000000) dell:/nfs on /dellbak (nfs, fsid 06ff000202000000) dell:/nfs on /dellbak (nfs, fsid 07ff000202000000) dell:/nfs on /dellbak (nfs, fsid 08ff000202000000) Any help? Thanks. BN From owner-freebsd-stable@FreeBSD.ORG Tue May 10 04:17:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53A8816A4F0; Tue, 10 May 2005 04:17:06 +0000 (GMT) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59C343D5F; Tue, 10 May 2005 04:17:05 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j4A4H35A015468 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 10 May 2005 00:17:04 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <361776BC-F969-4F88-8656-E75A5D967186@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Tue, 10 May 2005 00:16:56 -0400 To: Daniel Eischen X-Mailer: Apple Mail (2.728) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 04:17:06 -0000 Hello, On May 9, 2005, at 7:21 PM, Daniel Eischen wrote: > I don't think that patch is correct. You need the signal mask > in the kernel to match in case of an exec() after a fork() > for instance. If the application fork()'s, then changes the > signal mask in the child (which is now single threaded), then > the child exec()s, the mask is wrong. > > If the process wasn't linked to libpthread, then the longjmp() > and setjmp() would still be calling the syscall, so it isn't > the syscall itself that is making things slower. You'll notice > that there are two calls to __sys_sigprocmask() in the section > of code you have patched. You could eliminate the second call > if you do some of what the remainder of the function does instead > of returning early (the locks aren't needed and pending signals > don't need to be run down). Processes linked with libc_r NEVER call the syscall, once they have started (after rtld-elf): zZzZ:~/py% LD_LIBMAP="libpthread.so.1=libc_r.so.5" ktrace -t c python heapsort.py 10000 > /dev/null && kdump -T | grep sigprocmask 2991 python 1115698354.240301 CALL sigprocmask (0x1,0x2810a820,0xbfbfea60) 2991 python 1115698354.240304 RET sigprocmask 0 2991 python 1115698354.240307 CALL sigprocmask(0x3,0x2810a830,0) 2991 python 1115698354.240308 RET sigprocmask 0 zZzZ:~/py% compare with libpthread: zZzZ:~/py% ktrace -t c python heapsort.py 10000 > /dev/null && kdump - T | grep -c sigprocmask 92114 zZzZ:~/py% Is this a bug in libc_r? -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue May 10 04:33:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4C5616A4EE for ; Tue, 10 May 2005 04:33:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 775A543D49 for ; Tue, 10 May 2005 04:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5368A5257D; Mon, 9 May 2005 21:33:23 -0700 (PDT) Date: Mon, 9 May 2005 21:33:23 -0700 From: Kris Kennaway To: Billy Newsom Message-ID: <20050510043323.GA50881@xor.obsecurity.org> References: <4280353B.8050306@leadhill.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <4280353B.8050306@leadhill.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 04:33:24 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 09, 2005 at 11:14:51PM -0500, Billy Newsom wrote: > Here's something pretty stupid about either the code in mount, df, or=20 > both. I'm on the verge of a denial of service if this lasts much=20 > longer. Why do you think so? > When I mount an nfs device more than once, I get this=20 > ridiculous output from df and mount: >=20 > #df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 253678 137554 95830 59% / > devfs 1 1 0 100% /dev > /dev/ad0s1e 253678 18 233366 0% /tmp > /dev/ad0s1f 7782878 3273986 3886262 46% /usr > /dev/ad0s1d 253678 125386 107998 54% /var > devfs 1 1 0 100% /var/named/dev > dell:/nfs 8883912 4104516 4779396 46% /dellbak > dell:/nfs 8883912 4104516 4779396 46% /dellbak > dell:/nfs 8883912 4104516 4779396 46% /dellbak > dell:/nfs 8883912 4104516 4779396 46% /dellbak > dell:/nfs 8883912 4104516 4779396 46% /dellbak > dell:/nfs 8883912 4104516 4779396 46% /dellbak Why's it ridiculous? You mounted it more than once, so it appears more than once in the list of mounted filesystems. > * Look at the fsid for /dellbak below, using verbose output. Pretty odd. Why is it odd? The fsid is by definition different for different mounts. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgDmSWry0BWjoQKURApYuAKDDM0wbSLbzw3SzItRw2FY0kzgiTgCffRTT /g/DeD5rujkEngALbwdLwQU= =QZNi -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 04:41:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7699C16A4EE for ; Tue, 10 May 2005 04:41:29 +0000 (GMT) Received: from smtp804.mail.sc5.yahoo.com (smtp804.mail.sc5.yahoo.com [66.163.168.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 14DC543D49 for ; Tue, 10 May 2005 04:41:29 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp804.mail.sc5.yahoo.com with SMTP; 10 May 2005 04:41:28 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 171786113; Mon, 9 May 2005 23:41:23 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07847-16; Mon, 9 May 2005 23:41:20 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 9E43C610A; Mon, 9 May 2005 23:41:20 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4A4fFfQ001922; Mon, 9 May 2005 23:41:16 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42803B66.3070200@alumni.rice.edu> Date: Mon, 09 May 2005 23:41:10 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Billy Newsom References: <4280353B.8050306@leadhill.net> In-Reply-To: <4280353B.8050306@leadhill.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBAD9812C7A95DF908B60D6AB" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 04:41:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBAD9812C7A95DF908B60D6AB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/09/05 23:14, Billy Newsom wrote: > > > Details: > * FreeBSD 5.3. Updated and compiled in mid-February. I froze it there > and may soon upgrade to 5.4, but I don't count on this fixing this issue. > > * I needed to make sure I had an nfs drive mounted properly, even after > a reboot, but didn't want to (couldn't?) put it in fstab. So cron has > this particular line(s). > > 44 10 * * * /sbin/mount_nfs -s -x 2 -T dell:/nfs /dellbak From the fstab(5) man page: "The fourth field, (fs_mntops), describes the mount options associated with the file system. It is formatted as a comma separated list of options. It contains at least the type of mount (see fs_type below) plus any additional options appropriate to the file system type. See the options flag (-o) in the mount(8) page and the file system specific page, such as mount_nfs(8), for additional options that may be specified." What trouble did you have with fstab? You can specify as many options as you want as long as you separate them with commas (I think putting a '=' between an option and its value is also necessary, although I don't know for sure). For you it should look like this (assuming you want read/write): dell:/nfs /dellbak nfs rw,-s,-x=2,-T 0 0 -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigBAD9812C7A95DF908B60D6AB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgDtrUFz01pkdgZURAv8ZAKDmltcmPEHDbqynzkBef8r+TKoecACgvr4S fO/W3m+RDM2p+sHJJsIh3a0= =GInO -----END PGP SIGNATURE----- --------------enigBAD9812C7A95DF908B60D6AB-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 04:47:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E90116A4EE for ; Tue, 10 May 2005 04:47:12 +0000 (GMT) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3605943D5C for ; Tue, 10 May 2005 04:47:11 +0000 (GMT) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 12989 invoked from network); 10 May 2005 13:47:05 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s384; d=izb.knu.ac.kr; b=pTeEq6VqkSfpwrC2lHaiYLop9IJWnnsDrT6oRfsyQsQOpgW3a6QREiSH5hiLCtLV ; Received: from e.mx (HELO i.mx) (2002:9be6:9d5d:2::1) by e.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 10 May 2005 13:47:05 +0900 Received: (qmail 12981 invoked from network); 10 May 2005 13:47:03 +0900 Received: from i.mx (HELO null.mx) (2002:9be6:9d5d:3::1) by i.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 10 May 2005 13:47:03 +0900 Received: by null.mx (Postfix, from userid 10001) id 454B63E32; Tue, 10 May 2005 13:47:03 +0900 (KST) Date: Tue, 10 May 2005 13:47:02 +0900 From: Byung-Hee HWANG To: Ken Smith Message-ID: <20050510044702.GA12896@izb.knu.ac.kr> Mail-Followup-To: Ken Smith , freebsd-stable@freebsd.org References: <20050509210458.GB9844@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050509210458.GB9844@bloom.cse.buffalo.edu> Organization: InZealBomb X-URL: http://izb.knu.ac.kr/~bh/ X-PGP-Key-URL: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB622D427 X-PGP-Key-Fingerprint: B276 4B6D 4A66 3E36 6A84 41E4 C86E 1C41 B622 D427 X-PGP-Key-Expires: 2005-12-08 UTC X-Operating-System: FreeBSD 4.11-STABLE X-Originating-IP: [2002:9be6:9d5d:1::1] User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 04:47:12 -0000 On Mon, May 09, 2005 at 05:04:58PM -0400, Ken Smith wrote: > > The Release Engineering Team is happy to announce the availability > of FreeBSD 5.4-RELEASE, the latest release of the FreeBSD Stable > development branch. Since FreeBSD 5.3-RELEASE in November 2004 we have > made many improvements in functionality, stability, performance, and device > driver support for some hardware, as well as dealt with known security issues > and made many bugfixes. [...] Thank you! From owner-freebsd-stable@FreeBSD.ORG Tue May 10 04:47:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD5A516A4EF for ; Tue, 10 May 2005 04:47:14 +0000 (GMT) Received: from smtpclu-5.eunet.yu (smtpclu-5.eunet.yu [194.247.192.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BC1543D5E for ; Tue, 10 May 2005 04:47:13 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from mycenae.net (P-2.121.EUnet.yu [213.240.2.121]) by smtpclu-5.eunet.yu (8.12.11/8.12.11) with ESMTP id j4A4l9xO001529 for ; Tue, 10 May 2005 06:47:10 +0200 Received: by mycenae.net (Postfix, from userid 1001) id D544B60DA; Tue, 10 May 2005 06:46:52 +0200 (CEST) Date: Tue, 10 May 2005 06:46:52 +0200 From: Zoran Kolic To: freebsd-stable Message-ID: <20050510044652.GA556@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: 0.0 X-AVAS-Spam-Symbols: BAYES_50 Subject: freebsd and asus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 04:47:15 -0000 Dear all! I'm preparing to build desktop box with amd64 processor and some GF3 motherboard and ati9550 video card. My dealer offers "asus". Is there any issue with "asus" that should prevent me from that? Bios, incom- patibility with freebsd in this moment? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Tue May 10 05:17:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 867F816A4EE; Tue, 10 May 2005 05:17:22 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D749343D1F; Tue, 10 May 2005 05:17:21 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j4A5HJgA028898; Tue, 10 May 2005 01:17:19 -0400 (EDT) Date: Tue, 10 May 2005 01:17:19 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jonathan Noack In-Reply-To: <42802CB7.80301@alumni.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Ewan Todd cc: Peter Jeremy cc: Suleiman Souhlal cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 05:17:22 -0000 On Mon, 9 May 2005, Jonathan Noack wrote: > On 05/09/05 18:47, Daniel Eischen wrote: > >>If the process wasn't linked to libpthread, then the longjmp() > >>and setjmp() would still be calling the syscall, so it isn't > >>the syscall itself that is making things slower. You'll notice > >>that there are two calls to __sys_sigprocmask() in the section > >>of code you have patched. You could eliminate the second call > >>if you do some of what the remainder of the function does instead > >>of returning early (the locks aren't needed and pending signals > >>don't need to be run down). > > > > As in something like this: > > > > http://people.freebsd.org/~deischen/kse/thr_sigmask.c.diffs > > > > It has not been tested. > > When I tried to test this every threaded program died with sig 11. Does > this require me to recompile the program before it will work? No, the patch just must have a bug in it. -- DE From owner-freebsd-stable@FreeBSD.ORG Tue May 10 05:21:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F356F16A4EF for ; Tue, 10 May 2005 05:21:08 +0000 (GMT) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC9943D4C for ; Tue, 10 May 2005 05:21:08 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int10.natcotech.com [192.168.1.10]) by natco8.natcotech.com (Postfix) with ESMTP id 9CF64298141 for ; Tue, 10 May 2005 00:21:07 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco10 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 04641-01-3 for ; Tue, 10 May 2005 00:21:07 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco8.natcotech.com (Postfix) with ESMTP id 1892C298081 for ; Tue, 10 May 2005 00:21:07 -0500 (CDT) Received: (qmail 42526 invoked by uid 89); 10 May 2005 05:21:06 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 10 May 2005 05:21:06 -0000 Message-ID: <428044C2.80208@leadhill.net> Date: Tue, 10 May 2005 00:21:06 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4280353B.8050306@leadhill.net> <42803B66.3070200@alumni.rice.edu> In-Reply-To: <42803B66.3070200@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 05:21:09 -0000 Jonathan Noack wrote: > On 05/09/05 23:14, Billy Newsom wrote: > > From the fstab(5) man page: > "The fourth field, (fs_mntops), describes the mount options associated > with the file system. It is formatted as a comma separated list of > options. It contains at least the type of mount (see fs_type below) > plus any additional options appropriate to the file system type. See > the options flag (-o) in the mount(8) page and the file system specific > page, such as mount_nfs(8), for additional options that may be specified." That is how I read the man page, too, long ago. But when I tried the -o option on the commandline, I was unable to send mount all of the mount_nfs commandline switches I needed. I either misunderstand the mount -o option, or it doesn't work for all of the mount_nfs stuff I tried to send it. In other words, the -o option seems to not like any of the many switches understood by mount_nfs .... hence I seemed to be forced to use mount_nfs directly. And that precludes using it in fstab. > What trouble did you have with fstab? You can specify as many options > as you want as long as you separate them with commas (I think putting a > '=' between an option and its value is also necessary, although I don't > know for sure). For you it should look like this (assuming you want > read/write): > > dell:/nfs /dellbak nfs rw,-s,-x=2,-T 0 0 > I don't know. Since mount wasn't able to understand those switches on the commandline, I never tried anything in fstab, for the sake of not causing any problems with my boot. Anyone tried that sort of stuff in fstab? I'm a little skeptical. Thanks. BN From owner-freebsd-stable@FreeBSD.ORG Tue May 10 05:24:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54E6616A4EE; Tue, 10 May 2005 05:24:10 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E246643D5D; Tue, 10 May 2005 05:24:09 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j4A5O8fm004739; Tue, 10 May 2005 01:24:09 -0400 (EDT) Date: Tue, 10 May 2005 01:24:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Suleiman Souhlal In-Reply-To: <361776BC-F969-4F88-8656-E75A5D967186@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 05:24:10 -0000 On Tue, 10 May 2005, Suleiman Souhlal wrote: > Hello, > > On May 9, 2005, at 7:21 PM, Daniel Eischen wrote: > > > I don't think that patch is correct. You need the signal mask > > in the kernel to match in case of an exec() after a fork() > > for instance. If the application fork()'s, then changes the > > signal mask in the child (which is now single threaded), then > > the child exec()s, the mask is wrong. > > > > If the process wasn't linked to libpthread, then the longjmp() ^^^^^^^^^^ or any thread library. > > and setjmp() would still be calling the syscall, so it isn't > > the syscall itself that is making things slower. You'll notice > > that there are two calls to __sys_sigprocmask() in the section > > of code you have patched. You could eliminate the second call > > if you do some of what the remainder of the function does instead > > of returning early (the locks aren't needed and pending signals > > don't need to be run down). > > Processes linked with libc_r NEVER call the syscall, once they have > started (after rtld-elf): [...] > Is this a bug in libc_r? No, libc_r wraps execve() and a lot of other syscalls that libpthread or libthr don't need to. Take a look at libc_r/uthread/uthread_execve.c and you will see it sets the signal mask before exec()ing. -- DE From owner-freebsd-stable@FreeBSD.ORG Tue May 10 05:24:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B173A16A4EF for ; Tue, 10 May 2005 05:24:20 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 2733943D68 for ; Tue, 10 May 2005 05:24:20 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 54770 invoked by uid 60001); 10 May 2005 05:24:19 -0000 Message-ID: <20050510052419.54768.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Mon, 09 May 2005 22:24:19 PDT Date: Mon, 9 May 2005 22:24:19 -0700 (PDT) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Apache + Caching DNS: conflict at bootup? (DNS runs too late) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 05:24:20 -0000 Hi, I'm running 5-Stable as of today. The PC is a dual-homed gateway to a local network, a caching nameserver, httpd server, firewall etc. In /etc/rc.conf, I have: named_enable="YES" apache2_enable="YES" The nameserver works fine after bootup, so I suppose that the named.conf is properly configured as a caching nameserver. After bootup, there's no httpd running, so I have to start it manually. During the bootup, following line occurs in httpd-error logs: hostname nor servname provided, or not known: mod_unique_id: unable to find IPv4 address of "my.host.name" (I faked "my.host.name" in this email, but it is an officially registered hostname + IP) I solved the problem, by commenting out the line LoadModule unique_id_module libexec/apache2/mod_unique_id.so in httpd.conf. But I think the actual problem is that there's a conflict in bootup order of the caching nameserver and the apache server. ---------------------------------------- Some time ago, there was (or still is) a similar conflict with hostname resolution at bootup when using ntpd. Somehow the caching nameserver seems to get up and working too late in the boot process. Is that possible? Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue May 10 05:36:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9DB516A4EE for ; Tue, 10 May 2005 05:36:06 +0000 (GMT) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61FD743D5E for ; Tue, 10 May 2005 05:36:06 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr6so.prod.shaw.ca (pd4mr6so-qfe3.prod.shaw.ca [10.0.141.69])2004))freebsd-stable@freebsd.org; Mon, 09 May 2005 23:34:33 -0600 (MDT) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd4mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IG900EOGE5LDB00@pd4mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Mon, 09 May 2005 23:34:33 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IG900DE8E5K66@l-daemon> for freebsd-stable@freebsd.org; Mon, 09 May 2005 23:34:33 -0600 (MDT) Date: Mon, 09 May 2005 22:34:18 -0700 From: Colin Percival In-reply-to: <20050510052419.54768.qmail@web54010.mail.yahoo.com> To: Rob Message-id: <428047DA.4080803@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <20050510052419.54768.qmail@web54010.mail.yahoo.com> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) cc: FreeBSD Stable Subject: Re: Apache + Caching DNS: conflict at bootup? (DNS runs too late) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 05:36:06 -0000 Rob wrote: > Some time ago, there was (or still is) a similar > conflict with hostname resolution at bootup when > using ntpd. Yes, but not with named -- the problem was only when using a dns cache from the ports tree, since those are started later in the boot sequence. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Tue May 10 06:08:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B0EA16A4EF; Tue, 10 May 2005 06:08:38 +0000 (GMT) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBA4A43D5E; Tue, 10 May 2005 06:08:37 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j4A68ZvP015826 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 10 May 2005 02:08:36 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <378E5258-A3FA-4B3E-8F3E-2E330417966C@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Tue, 10 May 2005 02:08:28 -0400 To: Daniel Eischen X-Mailer: Apple Mail (2.728) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:08:38 -0000 Hi, On May 10, 2005, at 1:24 AM, Daniel Eischen wrote: > No, libc_r wraps execve() and a lot of other syscalls that libpthread > or libthr don't need to. Take a look at libc_r/uthread/ > uthread_execve.c > and you will see it sets the signal mask before exec()ing. Couldn't we do the same thing in libpthread, in the not-threaded case? I apologize if I'm asking stupid questions.. :) -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue May 10 06:16:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74D3316A4EF; Tue, 10 May 2005 06:16:00 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E6BA43D54; Tue, 10 May 2005 06:16:00 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j4A6FwHV018022; Tue, 10 May 2005 02:15:59 -0400 (EDT) Date: Tue, 10 May 2005 02:15:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Suleiman Souhlal In-Reply-To: <378E5258-A3FA-4B3E-8F3E-2E330417966C@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Ewan Todd cc: Peter Jeremy cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:16:00 -0000 On Tue, 10 May 2005, Suleiman Souhlal wrote: > Hi, > > On May 10, 2005, at 1:24 AM, Daniel Eischen wrote: > > > No, libc_r wraps execve() and a lot of other syscalls that libpthread > > or libthr don't need to. Take a look at libc_r/uthread/ > > uthread_execve.c > > and you will see it sets the signal mask before exec()ing. > > Couldn't we do the same thing in libpthread, in the not-threaded case? > I apologize if I'm asking stupid questions.. :) No ;-) We don't want to wrap functions unecessarily. Applications not linked to a thread library still have to use the actual syscall, so there's no point in wrapping extra functions just to make sigprocmask() faster when linked with libpthread. -- DE From owner-freebsd-stable@FreeBSD.ORG Tue May 10 06:21:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B8616A4EF for ; Tue, 10 May 2005 06:21:08 +0000 (GMT) Received: from smtp803.mail.sc5.yahoo.com (smtp803.mail.sc5.yahoo.com [66.163.168.182]) by mx1.FreeBSD.org (Postfix) with SMTP id 892C843D3F for ; Tue, 10 May 2005 06:21:08 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp803.mail.sc5.yahoo.com with SMTP; 10 May 2005 06:21:08 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B55986125; Tue, 10 May 2005 01:21:06 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 34626-10; Tue, 10 May 2005 01:21:04 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id AD40C60F3; Tue, 10 May 2005 01:21:04 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4A6L3Rh002297; Tue, 10 May 2005 01:21:04 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <428052CB.2000704@alumni.rice.edu> Date: Tue, 10 May 2005 01:20:59 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Billy Newsom References: <4280353B.8050306@leadhill.net> <42803B66.3070200@alumni.rice.edu> <428044C2.80208@leadhill.net> In-Reply-To: <428044C2.80208@leadhill.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig190B1696B2CF57C806010699" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:21:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig190B1696B2CF57C806010699 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/10/05 00:21, Billy Newsom wrote: > Jonathan Noack wrote: > > On 05/09/05 23:14, Billy Newsom wrote: > > From the fstab(5) man page: > > "The fourth field, (fs_mntops), describes the mount options associated > > with the file system. It is formatted as a comma separated list of > > options. It contains at least the type of mount (see fs_type below) > > plus any additional options appropriate to the file system type. See > > the options flag (-o) in the mount(8) page and the file system specific > > page, such as mount_nfs(8), for additional options that may be > specified." > > That is how I read the man page, too, long ago. But when I tried the -o > option on the commandline, I was unable to send mount all of the > mount_nfs commandline switches I needed. I either misunderstand the > mount -o option, or it doesn't work for all of the mount_nfs stuff I > tried to send it. > > In other words, the -o option seems to not like any of the many switches > understood by mount_nfs .... hence I seemed to be forced to use > mount_nfs directly. And that precludes using it in fstab. You are not restricted to only the -o option with fstab. The native mount_nfs switches work fine with it. This is stated in the second half of the last sentence I quoted above (note the "and"). Thus, the same options you use on the command line work with fstab. > > What trouble did you have with fstab? You can specify as many options > > as you want as long as you separate them with commas (I think putting a > > '=' between an option and its value is also necessary, although I don't > > know for sure). For you it should look like this (assuming you want > > read/write): > > > > dell:/nfs /dellbak nfs rw,-s,-x=2,-T 0 0 > > I don't know. Since mount wasn't able to understand those switches on > the commandline, I never tried anything in fstab, for the sake of not > causing any problems with my boot. The handbook page on nfs has a few simple examples toward the bottom (first hit on a Google search for "freebsd nfs fstab"): http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-nfs.html To test the line I gave you just add it to /etc/fstab and see if "mount /dellbak" works. It'll give you an error message if something is wrong. For example, the options specified work perfectly for me and the mount command completes successfully. Adding a "-z" to it gives an illegal option error. # grep shared /etc/fstab server:/shared /mnt nfs rw,-s,-x=2,-T 0 0 # mount /mnt # umount /mnt # grep shared /etc/fstab server:/shared /mnt nfs rw,-s,-x=2,-T,-z 0 0 # mount /mnt mount_nfs: illegal option -- z usage: mount_nfs [-23bcdiLlNPsTU] [-a maxreadahead] [-D deadthresh] [-g maxgroups] [-I readdirsize] [-o options] [-R retrycnt] [-r readsize] [-t timeout] [-w writesize] [-x retrans] rhost:path node > Anyone tried that sort of stuff in fstab? I'm a little skeptical. I use "that sort of stuff" and have for a long time. Here's one of my fstab lines: optimator:/usr/home /usr/home nfs rw,-3,-T,-r=32768,-w=32768 0 0 It's obvious you don't believe me but why are you unwilling to try it yourself? -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig190B1696B2CF57C806010699 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgFLPUFz01pkdgZURAtitAJ9LWxFisUzFwxtIECR9ComJN6sKmgCcCGPW UgwqLbt2dzhlv4jZYTc+Fo8= =PGWs -----END PGP SIGNATURE----- --------------enig190B1696B2CF57C806010699-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 06:24:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 083C116A4EF for ; Tue, 10 May 2005 06:24:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6914B43D1D for ; Tue, 10 May 2005 06:24:06 +0000 (GMT) (envelope-from jearle@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1425259wra for ; Mon, 09 May 2005 23:24:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tptoCJi6cxq4Lxe4+laQL9JH4fL2jK/RWDTKaBvGGyEpxgSldKdLwSS53y2mghF+1g8+swbjs8iQ9cRCZEw+PpMqeDz8wCclhygvyIrH+YFND8MGDHIabbXXBOYZyZ1iEYqK8Yz9z1U9nGQ48DZ6lGbelzZoP0Pppim0Ag0Nr6k= Received: by 10.54.144.9 with SMTP id r9mr306198wrd; Mon, 09 May 2005 23:24:05 -0700 (PDT) Received: by 10.54.73.13 with HTTP; Mon, 9 May 2005 23:24:05 -0700 (PDT) Message-ID: <5bbc0cd60505092324585bb113@mail.gmail.com> Date: Tue, 10 May 2005 08:24:05 +0200 From: Jared Earle To: Zoran Kolic In-Reply-To: <20050510044652.GA556@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050510044652.GA556@mycenae.net> cc: freebsd-stable Subject: Re: freebsd and asus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jared Earle List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:24:07 -0000 On 5/10/05, Zoran Kolic wrote: > Dear all! > I'm preparing to build desktop box > with amd64 processor and some GF3 > motherboard and ati9550 video card. > My dealer offers "asus". Is there > any issue with "asus" that should > prevent me from that? Bios, incom- > patibility with freebsd in this > moment? If by this you mean an ASUS nForce 3 motherboard, then you're getting one of the better brands. --=20 Jared Earle :: http://www.23x.net =20 jearle@gmail.com :: There is no SPORK From owner-freebsd-stable@FreeBSD.ORG Tue May 10 06:36:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E737216A4F0; Tue, 10 May 2005 06:36:37 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7329E43D31; Tue, 10 May 2005 06:36:37 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4A6ab28063445; Tue, 10 May 2005 01:36:37 -0500 (CDT) (envelope-from dan) Date: Tue, 10 May 2005 01:36:36 -0500 From: Dan Nelson To: Colin Percival Message-ID: <20050510063636.GA5894@dan.emsphone.com> References: <20050510052419.54768.qmail@web54010.mail.yahoo.com> <428047DA.4080803@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428047DA.4080803@freebsd.org> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: Rob cc: FreeBSD Stable Subject: Re: Apache + Caching DNS: conflict at bootup? (DNS runs too late) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:36:38 -0000 In the last episode (May 09), Colin Percival said: > Rob wrote: > > Some time ago, there was (or still is) a similar conflict with > > hostname resolution at bootup when using ntpd. > > Yes, but not with named -- the problem was only when using a dns > cache from the ports tree, since those are started later in the boot > sequence. I always put two nameserver lines in my resolv.conf, even on machines running bind (where the first line is 127.0.0.1). That way if programs are started before bind, they can still do DNs lookups. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue May 10 09:35:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 136C116A4ED for ; Tue, 10 May 2005 09:35:55 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A743043D46 for ; Tue, 10 May 2005 09:35:54 +0000 (GMT) (envelope-from bazzoola@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so2321265nzf for ; Tue, 10 May 2005 02:35:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Ydwpsx0AGOO5kCnxli8LDEU0ttYN23V0hG9K/WBmfgfwMxrN63bF0DJ0Mzmwgyrlql5P8VLvfSD8i9AzT1sGf0FkciEazYMmlgVzRQshEIS5sRS/IChvAsPQ2l6v69i57cXLOHwmaLN3ELijVZ4U8rk47KYyzo4Drl5514111Ig= Received: by 10.36.10.16 with SMTP id 16mr1463951nzj; Tue, 10 May 2005 02:35:54 -0700 (PDT) Received: by 10.36.60.2 with HTTP; Tue, 10 May 2005 02:35:54 -0700 (PDT) Message-ID: Date: Tue, 10 May 2005 04:35:54 -0500 From: bazzoola 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: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bazzoola List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 09:35:55 -0000 First, thanks for all the people who took the time and effort to make this happen :) I just finished downloading the images thru torrents. I burned both i386 disc one and two then installed 5.4. Everything worked fine as usual. After that I decided to install new packages. I inserted disc2 then typed sysinstall. then I went to post config and selected some pre compiled packages to install. (like expat, apache, portsnap, freebsd-update, etc.) The installer started installing the packages from disc2 then it came across expat the xml parser package and requested disc1. I inserted disc1 and it installed expat after that it showed an error msg that it cannot install apache because it was not found on the media. I thought It should have asked for disc2 but it didnt. Should this be considered a bug in sysinstall? if this is the wrong mailing list please tell me where to forward. Thanks again, bazzoola From owner-freebsd-stable@FreeBSD.ORG Tue May 10 10:34:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C87F16A4CE for ; Tue, 10 May 2005 10:34:12 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B20543D4C for ; Tue, 10 May 2005 10:34:12 +0000 (GMT) (envelope-from nohuman@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1473470wra for ; Tue, 10 May 2005 03:34:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=a7sws5h9Nz5AVDcvu+2tQpq8xIfAjO9gWuJ04ZG54HedysDtigp0f9ckT48sGxePL1qzAJUKKoPLPUAmoTY4gvp4Gy90oRsJOLEu+u/8uJ3DrhiV7Hfx44P6u5gB7QJ3ByV0AKLsjOHGTK1CZAk6fPNyl+8nes6mfadldHT+CXo= Received: by 10.54.37.77 with SMTP id k77mr426949wrk; Tue, 10 May 2005 03:34:11 -0700 (PDT) Received: by 10.54.31.24 with HTTP; Tue, 10 May 2005 03:34:11 -0700 (PDT) Message-ID: <5e51d2fd050510033457d2460f@mail.gmail.com> Date: Tue, 10 May 2005 12:34:11 +0200 From: Thomas Beer 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: DEVFS & ppp & ndis after upgrade to 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas Beer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 10:34:12 -0000 Hi, after upgrading from 5.3 to 5.4 yesterday FreeBSD lap.mobile 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon May 9 20:04:07 CEST 2005 root@lap.mobile:/usr/obj/usr/src/sys/IBM_01=20 i386 I receive kernel: DEVFS Overflow table with 32768 entries allocated and ppp stucks if issued as a normal user [tom@lap tom]$ ppp Working in interactive mode Warning: No available tunnel devices found (No such file or directory) despite # To build ppp with normal permissions PPP_NOSUID=3D true in /etc/make.conf. Additionally will ndis no longer work correctly kldstat Id Refs Address Size Name 1 11 0xc0400000 3eb1f4 kernel 2 1 0xc07ec000 5884 snd_ich.ko 3 14 0xc07f2000 56270 acpi.ko 4 1 0xc265d000 9000 ntfs.ko 5 1 0xc2803000 16000 linux.ko 6 1 0xc2f64000 11000 ndis.ko ifconfig ndis0 up ifconfig: interface ndis0 does not exist Do I have to compile the wrapper again? Thanks for any support Tom From owner-freebsd-stable@FreeBSD.ORG Tue May 10 10:46:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E179516A4CE for ; Tue, 10 May 2005 10:46:05 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A12243D76 for ; Tue, 10 May 2005 10:46:05 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so934356rng for ; Tue, 10 May 2005 03:46:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VWl4JXM2NVswWd3CPLIz4K705fckGdbnPKoVM3gQdRnohKioQFVjCj7Us0uriD8QAGhP3mmJ4aadt2+UwchbQwvI169yZceOIqRGtPjJAsNlikqCwQ1rT2sg8otJDAnwzrORqTDQjcu6cJZqppXnk/lH7zRV4uETYo0oR1pzMG8= Received: by 10.38.151.37 with SMTP id y37mr2009042rnd; Tue, 10 May 2005 03:46:05 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Tue, 10 May 2005 03:46:05 -0700 (PDT) Message-ID: <1dbad315050510034688a7fb@mail.gmail.com> Date: Tue, 10 May 2005 12:46:05 +0200 From: Michael Schuh 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: Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 10:46:06 -0000 Hello, i have the following Problemdescription. I work on an AMD 2000+ with 2*160GB-Disks The Diskperformance tested with bonnie or great filewrites/reads with dd from /dev/zero or /dev/urandom gaves me an Value from 40-55 MBytes/s. Now i have 2 Directories with ~500.000-600.000 files with an size of ~5kByt= e. by copying the files from one disk to another or an direktory on the same d= isk (equal behavior), i can see this behavior: on an PIII 866 the first ~100.000 - 150.000 files on an AMDK6II450 the first ~100.000 - 120.000 files on the AMD2000+ the first ~200.000 - 220.000 files are copied with an relative good performance. After this count of files are copied, the system-load get higher, cppustate ist 0,0% idle and the system uses ~80-90%cpu-load, rest goin to intr and user.... As base i use RELENG_4. Can anyone explain me from where this behavior can come? Come thie eventually from the filesytem, or from my disks, so that these are to hot? (I think not) I have tried out following commands to copy: tar -cf - . | ( cd ; tar -xf .) #the fastest and my lovely :-) find ./ -type f |cpio -pm # half-performace as tar rsync -av / / # smarter then tar but bad performace mv or any other are not testet while i surely run in to the "too many Arguments" Problem.... thank you for your suggestions regards michael From owner-freebsd-stable@FreeBSD.ORG Tue May 10 11:10:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8493616A4CE for ; Tue, 10 May 2005 11:10:35 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C3043D70 for ; Tue, 10 May 2005 11:10:35 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so937573rng for ; Tue, 10 May 2005 04:10:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SADj82rLrx2tTxlBMCs/GIszlavwp8HsbVSjpECo7W80Sh41xeLlKm3KJBN2yOliSK+KQVI9WJYTMI8X4x1GngKsB/DTDBkfB9TgwlenW0GhJ3In9/Dq6XDMVU1rouDWaK+faDV2WYUL8GV1xzII4XVuTXXqlCcvLYRO7TrdBDc= Received: by 10.38.9.22 with SMTP id 22mr1999401rni; Tue, 10 May 2005 04:10:34 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Tue, 10 May 2005 04:10:34 -0700 (PDT) Message-ID: <1dbad315050510041037f52e36@mail.gmail.com> Date: Tue, 10 May 2005 13:10:34 +0200 From: Michael Schuh To: freebsd-stable@freebsd.org In-Reply-To: <1dbad315050510034688a7fb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad315050510034688a7fb@mail.gmail.com> Subject: Re: Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 11:10:35 -0000 Sorry not my day, i have forgotten to tell you that not only the system load get higher, also the transferrate run under 500kBytes/s from one to another moment. The first files get copied with 3-9 MBytes/s. Thank you. Michael 2005/5/10, Michael Schuh : > Hello, >=20 > i have the following Problemdescription. > I work on an AMD 2000+ with 2*160GB-Disks > The Diskperformance tested with bonnie or great filewrites/reads with dd > from /dev/zero or /dev/urandom gaves me an Value from 40-55 MBytes/s. >=20 > Now i have 2 Directories with ~500.000-600.000 files with an size of ~5kB= yte. > by copying the files from one disk to another or an direktory on the same= disk > (equal behavior), i can see this behavior: >=20 > on an PIII 866 the first ~100.000 - 150.000 files > on an AMDK6II450 the first ~100.000 - 120.000 files > on the AMD2000+ the first ~200.000 - 220.000 files > are copied with an relative good performance. >=20 > After this count of files are copied, the system-load get higher, > cppustate ist 0,0% idle and the system uses ~80-90%cpu-load, > rest goin to intr and user.... >=20 > As base i use RELENG_4. >=20 > Can anyone explain me from where this behavior can come? > Come thie eventually from the filesytem, or from my disks, so that > these are to hot? (I think not) >=20 > I have tried out following commands to copy: > tar -cf - . | ( cd ; tar -xf .) #the fastest and my lovely :-) > find ./ -type f |cpio -pm # half-performace as tar > rsync -av / / # smarter then tar but bad performace >=20 > mv or any other are not testet while i surely run in to the "too many > Arguments" Problem.... >=20 > thank you for your suggestions >=20 > regards >=20 > michael > From owner-freebsd-stable@FreeBSD.ORG Tue May 10 12:13:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1D5816A4CE for ; Tue, 10 May 2005 12:13:38 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 440F443D41 for ; Tue, 10 May 2005 12:13:38 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so850100rnf for ; Tue, 10 May 2005 05:13:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TyaQs/KHE4KfoaVAgKpUOiORb/ipWNsXZ4U5YJLUhC+2f/LcsWsBXjrlCPTcUX848csp452bCPB3p4xRpLOIwuwslb+FXXXjqS4MhB1l9WL7TShsWI3lBrMvlxaS6PSTlR/vGqSxoCm9O9hZpO1Yww/u2mt+yNq4Fu34SNVc+bI= Received: by 10.38.11.53 with SMTP id 53mr372989rnk; Tue, 10 May 2005 05:13:37 -0700 (PDT) Received: by 10.38.209.22 with HTTP; Tue, 10 May 2005 05:13:37 -0700 (PDT) Message-ID: <84dead72050510051368e7505c@mail.gmail.com> Date: Tue, 10 May 2005 12:13:37 +0000 From: Joseph Koshy To: Zoran Kolic In-Reply-To: <20050510044652.GA556@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050510044652.GA556@mycenae.net> cc: freebsd-stable@freebsd.org Subject: Re: freebsd and asus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 12:13:38 -0000 > I'm preparing to build desktop box > with amd64 processor and some GF3 > motherboard and ati9550 video card. You may want to look at the list of known good AMD64 motherboards=20 here: http://www.freebsd.org/platforms/amd64/motherboards.html --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Tue May 10 12:21:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA4416A4CE for ; Tue, 10 May 2005 12:21:13 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9871A43D1D for ; Tue, 10 May 2005 12:21:13 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) id j4ACLDHG011968; Tue, 10 May 2005 05:21:13 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j4ACLBbi012763; Tue, 10 May 2005 05:21:12 -0700 (PDT) In-Reply-To: <1dbad315050510034688a7fb@mail.gmail.com> References: <1dbad315050510034688a7fb@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <393c3aa463b5360a3d9fbdca81f1cdce@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 10 May 2005 08:21:10 -0400 To: Michael Schuh X-Mailer: Apple Mail (2.622) cc: freebsd-stable@freebsd.org Subject: Re: Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 12:21:13 -0000 On May 10, 2005, at 6:46 AM, Michael Schuh wrote: > Now i have 2 Directories with ~500.000-600.000 files with an size of > ~5kByte. > by copying the files from one disk to another or an direktory on the > same disk > (equal behavior), i can see this behavior: > [ ... ] > Can anyone explain me from where this behavior can come? > Come thie eventually from the filesytem, or from my disks, so that > these are to hot? (I think not) Directories are kept as lists. Adding files to the end of a list takes a longer time, as the list gets bigger. There is a kernel option called DIRHASH (UFS_DIRHASH?) which can be enabled which will help this kind of situation out significantly, but even with it, you aren't going to get great performance when you put a half-million files into a single directory. Try breaking this content up into one or two levels of subdirectories. See the way the Squid cache works... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue May 10 12:37:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DAEB16A4CE for ; Tue, 10 May 2005 12:37:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A9343D3F for ; Tue, 10 May 2005 12:37:36 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so947395rng for ; Tue, 10 May 2005 05:37:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ct8ZZqD8/HakL04jckdqDYiaAJzzz9v9YklGjaGQKF/rgFawgMk75PCsKkF1AxlsIzHGlj7V4UWwzFl23oslxeq0XhkL3xg813aM2VF3cv8yfKBB/GpX5x7LqCykutkhk2oBDQHxXDdgwblhKhZGRFOgoj5VPbZCsBdin0Ui2lk= Received: by 10.38.10.53 with SMTP id 53mr2041821rnj; Tue, 10 May 2005 05:37:35 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Tue, 10 May 2005 05:37:35 -0700 (PDT) Message-ID: <1dbad31505051005371a503dd9@mail.gmail.com> Date: Tue, 10 May 2005 14:37:35 +0200 From: Michael Schuh To: Charles Swiger In-Reply-To: <393c3aa463b5360a3d9fbdca81f1cdce@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad315050510034688a7fb@mail.gmail.com> <393c3aa463b5360a3d9fbdca81f1cdce@mac.com> cc: freebsd-stable@freebsd.org Subject: Re: Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 12:37:36 -0000 Hallo Charles, thank you for this hint, but this is not the source.... i have this option as default in my kernels. Iknow that putting tons of files in one directory is not really good for th= e performance. I think also that the way get better by using subdirs. But my problem ist that the performance fall from one moment to another from 100% to ~10%........ this was not linear, ist was not a ramp, it was the grand canion.... or the "Eiger Nordwand". :-)) not that the performance at all is bad. Thank you for your Hint Michael 2005/5/10, Charles Swiger : > On May 10, 2005, at 6:46 AM, Michael Schuh wrote: > > Now i have 2 Directories with ~500.000-600.000 files with an size of > > ~5kByte. > > by copying the files from one disk to another or an direktory on the > > same disk > > (equal behavior), i can see this behavior: > > [ ... ] > > Can anyone explain me from where this behavior can come? > > Come thie eventually from the filesytem, or from my disks, so that > > these are to hot? (I think not) >=20 > Directories are kept as lists. Adding files to the end of a list takes > a longer time, as the list gets bigger. There is a kernel option > called DIRHASH (UFS_DIRHASH?) which can be enabled which will help this > kind of situation out significantly, but even with it, you aren't going > to get great performance when you put a half-million files into a > single directory. >=20 > Try breaking this content up into one or two levels of subdirectories. > See the way the Squid cache works... >=20 > -- > -Chuck >=20 > From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:10:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83EDD16A4CE; Tue, 10 May 2005 13:10:06 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37FE543D6E; Tue, 10 May 2005 13:10:06 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 6047B1F164; Tue, 10 May 2005 15:10:05 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 44BBF614E; Tue, 10 May 2005 15:10:05 +0200 (CEST) Date: Tue, 10 May 2005 15:10:05 +0200 From: Marc Olzheim To: bug-followup@FreeBSD.org, rwatson@freebsd.org Message-ID: <20050510131005.GA4083@stack.nl> References: <20050503150014.GG17096@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20050503150014.GG17096@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-stable@freebsd.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:10:06 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 03, 2005 at 05:00:14PM +0200, Marc Olzheim wrote: > Is this going to be fixed before 5.4 ? It still breaks on today's > 5.4-STABLE. As this is the only issue known to me now, that I don't have a patch for and is standing in my way of upgrading from FreeBSD 4.x to 5.x, I would like to know whether this is a simple bug that could be fixed in a second or not... If there are any issues (like being able to reproduce it) or not, please let me know where I can be of assistance. Marc --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgLKtezjnobFOgrERAvEoAJ9yjUDGawkCEHCITRDlES1HxV6bVACgj1LF fxpjI6iLILBnwxqEVxxhbpE= =cQit -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:11:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA54216A4CE for ; Tue, 10 May 2005 13:11:11 +0000 (GMT) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78F8C43D86 for ; Tue, 10 May 2005 13:11:11 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j4ADB5we026585; Tue, 10 May 2005 09:11:05 -0400 (EDT) (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 j4ADB3YM032559; Tue, 10 May 2005 09:11:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050510091013.02cf2120@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 10 May 2005 09:11:01 -0400 To: Michael Schuh , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <1dbad315050510034688a7fb@mail.gmail.com> References: <1dbad315050510034688a7fb@mail.gmail.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 64.7.153.21 Subject: Re: Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:11:12 -0000 At 06:46 AM 10/05/2005, Michael Schuh wrote: >Now i have 2 Directories with ~500.000-600.000 files with an size of ~5kByte. >by copying the files from one disk to another or an direktory on the same disk >(equal behavior), i can see this behavior: What value do you have for vfs.ufs.dirhash_maxmem ? Perhaps you are running into this limit ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:11:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C590416A4CE for ; Tue, 10 May 2005 13:11:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFFE43D46 for ; Tue, 10 May 2005 13:11:41 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so951940rng for ; Tue, 10 May 2005 06:11:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cX+a1qxbt5OU19sOiVALs7NRNe/vCStYrCiC5viZf8uWc4Rref3cDHV1zrGbFAiwl3bS3tmm2XuiHvr1rYz3VWEris12jXGhhVaIMKRVzsdF9LF97Ebw0xcF3akYoa1pUdbemxvvbzcKyaP72pDUgheP9Qqg+HMiz4ERsl/G4Fc= Received: by 10.38.74.31 with SMTP id w31mr2044774rna; Tue, 10 May 2005 06:11:40 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Tue, 10 May 2005 06:11:40 -0700 (PDT) Message-ID: <1dbad315050510061122442717@mail.gmail.com> Date: Tue, 10 May 2005 15:11:40 +0200 From: Michael Schuh To: Charles Swiger In-Reply-To: <393c3aa463b5360a3d9fbdca81f1cdce@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad315050510034688a7fb@mail.gmail.com> <393c3aa463b5360a3d9fbdca81f1cdce@mac.com> cc: freebsd-stable@freebsd.org Subject: SOLVED Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:11:41 -0000 Hello, thanks to all who gave me any suggestion on my request. The Tip from Charles was only the beginning. The last step was to setting vfs.ufs.dirhash_maxmem via sysctl to an higher value, in my case 20MB. The copying from all 523000 files has used over 7MB dirhash_mem. Now after setting the ufs.dirhash_maxmem i have the performance from 4-5 MByte/s. i thanks all people that gave me the Power to serve :-))) regards Michael 2005/5/10, Charles Swiger : > On May 10, 2005, at 6:46 AM, Michael Schuh wrote: > > Now i have 2 Directories with ~500.000-600.000 files with an size of > > ~5kByte. > > by copying the files from one disk to another or an direktory on the > > same disk > > (equal behavior), i can see this behavior: > > [ ... ] > > Can anyone explain me from where this behavior can come? > > Come thie eventually from the filesytem, or from my disks, so that > > these are to hot? (I think not) >=20 > Directories are kept as lists. Adding files to the end of a list takes > a longer time, as the list gets bigger. There is a kernel option > called DIRHASH (UFS_DIRHASH?) which can be enabled which will help this > kind of situation out significantly, but even with it, you aren't going > to get great performance when you put a half-million files into a > single directory. >=20 > Try breaking this content up into one or two levels of subdirectories. > See the way the Squid cache works... >=20 > -- > -Chuck >=20 > From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:21:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 859D416A4D1; Tue, 10 May 2005 13:21:19 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF8F43D31; Tue, 10 May 2005 13:21:18 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 408E546B28; Tue, 10 May 2005 09:21:14 -0400 (EDT) Date: Tue, 10 May 2005 14:25:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marc Olzheim In-Reply-To: <20050510131005.GA4083@stack.nl> Message-ID: <20050510142448.G9972@fledge.watson.org> References: <20050503150014.GG17096@stack.nl> <20050510131005.GA4083@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org cc: bug-followup@FreeBSD.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:21:19 -0000 On Tue, 10 May 2005, Marc Olzheim wrote: > On Tue, May 03, 2005 at 05:00:14PM +0200, Marc Olzheim wrote: >> Is this going to be fixed before 5.4 ? It still breaks on today's >> 5.4-STABLE. > > As this is the only issue known to me now, that I don't have a patch for > and is standing in my way of upgrading from FreeBSD 4.x to 5.x, I would > like to know whether this is a simple bug that could be fixed in a > second or not... If there are any issues (like being able to reproduce > it) or not, please let me know where I can be of assistance. Marc, I'll try to take a look at it on the plane today. I've mostly been on travel the last month, so haven't had a chance to investigate in detail as yet. Sorry about that, and thanks for the report! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:27:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D52D16A4CE for ; Tue, 10 May 2005 13:27:12 +0000 (GMT) Received: from mail.q-software-solutions.de (213-239-199-47.clients.your-server.de [213.239.199.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5A7E43D8F for ; Tue, 10 May 2005 13:27:11 +0000 (GMT) (envelope-from frido@q-software-solutions.de) Received: from p54a37a9e.dip.t-dialin.net ([84.163.122.158] helo=flarge.here) by mail.q-software-solutions.de with asmtp (Exim 4.34) id 1DVUlL-0003An-Ru for freebsd-stable@freebsd.org; Tue, 10 May 2005 15:27:11 +0200 Received: from frido by flarge.here with local (Exim 4.50) id 1DVUkr-0003bI-FQ for freebsd-stable@freebsd.org; Tue, 10 May 2005 15:26:33 +0200 To: freebsd-stable@freebsd.org From: Friedrich Dominicus Organization: Q Software Solutions GmbH Date: Tue, 10 May 2005 15:26:33 +0200 Message-ID: <87r7gfgqk6.fsf@flarge.here> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 84.163.122.158 X-SA-Exim-Mail-From: frido@q-software-solutions.de Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on h2 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL autolearn=no version=3.0.0 X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200) X-SA-Exim-Scanned: Yes (on mail.q-software-solutions.de) Subject: FreeBSD and HP nx9105 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:27:12 -0000 I have read the reports other have send. Just did not have found a way to solve the problem that FreeBSD shut ofs the computer during boot. I tried to switch to the console and typed disable-module /boot/kernel/acpi.ko but while booting one sees that this module is still loaded. I checked the BIOS and well you might believe it or not, there's not option to switch of acpi, in fact you can not really do anything useful with BIOS setting me seems. I then tried to do the following unload boot but again acpi is tried to get loaded. I found that one has to put some extra line in device.hints. Just that does not work if you just have a CD. So what can I and probably other do to simply deactivate the ACPI stuff. Regards Friedrich From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:41:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACABC16A4CE for ; Tue, 10 May 2005 13:41:38 +0000 (GMT) Received: from saturn.mikesweb.com (saturn.futuredesigns.net [216.46.197.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145A743D76 for ; Tue, 10 May 2005 13:41:38 +0000 (GMT) (envelope-from sturdee@mikesweb.com) Received: from sturdee (helo=localhost) by saturn.mikesweb.com with local-esmtp (Exim 4.50 (FreeBSD)) id 1DVUzQ-000JpV-UO; Tue, 10 May 2005 09:41:36 -0400 Date: Tue, 10 May 2005 09:41:36 -0400 (EDT) From: Mike To: Zoran Kolic In-Reply-To: <20050510044652.GA556@mycenae.net> Message-ID: <20050510093811.U574@saturn.mikesweb.com> References: <20050510044652.GA556@mycenae.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable Subject: Re: freebsd and asus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:41:38 -0000 I personally use Asus boards almost exclusively for my FreeBSD workstations and servers. The same goes for the company I work for. I put Asus boards in almost all the servers I build. Out of several dozen Asus boards, I've only had one die (back in 2000) as opposed to boards from other manufacturers that we've dealt with. -Mike On Tue, 10 May 2005, Zoran Kolic wrote: > Dear all! > I'm preparing to build desktop box > with amd64 processor and some GF3 > motherboard and ati9550 video card. > My dealer offers "asus". Is there > any issue with "asus" that should > prevent me from that? Bios, incom- > patibility with freebsd in this > moment? > Best regards > > Zoran > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue May 10 13:45:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2CAB16A4CE for ; Tue, 10 May 2005 13:45:14 +0000 (GMT) Received: from mail.q-software-solutions.de (213-239-199-47.clients.your-server.de [213.239.199.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6614543D5A for ; Tue, 10 May 2005 13:45:14 +0000 (GMT) (envelope-from frido@q-software-solutions.de) Received: from p54a37a9e.dip.t-dialin.net ([84.163.122.158] helo=flarge.here) by mail.q-software-solutions.de with asmtp (Exim 4.34) id 1DVV2o-0003DM-Is for freebsd-stable@freebsd.org; Tue, 10 May 2005 15:45:13 +0200 Received: from frido by flarge.here with local (Exim 4.50) id 1DVV2K-0003cV-5U for freebsd-stable@freebsd.org; Tue, 10 May 2005 15:44:36 +0200 To: freebsd-stable@freebsd.org References: <87r7gfgqk6.fsf@flarge.here> From: Friedrich Dominicus Organization: Q Software Solutions GmbH Date: Tue, 10 May 2005 15:44:36 +0200 In-Reply-To: <87r7gfgqk6.fsf@flarge.here> (Friedrich Dominicus's message of "Tue, 10 May 2005 15:26:33 +0200") Message-ID: <87is1rgpq3.fsf@flarge.here> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 84.163.122.158 X-SA-Exim-Mail-From: frido@q-software-solutions.de Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on h2 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL autolearn=no version=3.0.0 X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200) X-SA-Exim-Scanned: Yes (on mail.q-software-solutions.de) Subject: Re: FreeBSD and HP nx9105 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:45:14 -0000 small addition I found out how to disable acpi. I know have done the following: started the system, on the first chance to choose something in the screen Welcome to FreeBSD I tped in 6 to get to the boot loader it seems to that time /boot/device.hints has been read so one can get the values and/or set them Ok, I typed set hint.acpi.0.disabled="1" then unload then boot durign /boot/kernel/kernel the computer is simply switched of. That's it Regards Friedrich From owner-freebsd-stable@FreeBSD.ORG Tue May 10 14:03:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D476016A4D0 for ; Tue, 10 May 2005 14:03:40 +0000 (GMT) Received: from mail.bitdefender.com (ns.bitdefender.com [217.156.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1659C43D7E for ; Tue, 10 May 2005 14:03:37 +0000 (GMT) (envelope-from apircalabu@bitdefender.com) Received: (qmail 15750 invoked by uid 1010); 10 May 2005 16:56:28 +0300 Received: from apircalabu.dsd.ro (10.10.15.22) by mail.bitdefender.com with AES256-SHA encrypted SMTP; 10 May 2005 16:56:28 +0300 Date: Tue, 10 May 2005 17:04:36 +0300 From: Adi Pircalabu To: freebsd-stable@freebsd.org Message-ID: <20050510170436.771bc165@apircalabu.dsd.ro> In-Reply-To: <87r7gfgqk6.fsf@flarge.here> References: <87r7gfgqk6.fsf@flarge.here> Organization: BitDefender X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BitDefender-SpamStamp: 1.1.3 044000040111AAAAAAE X-BitDefender-Scanner: Clean, Agent: BitDefender Qmail 1.6.1 on mail.bitdefender.com X-BitDefender-Spam: No (0) Subject: Re: FreeBSD and HP nx9105 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 14:03:41 -0000 On Tue, 10 May 2005 15:26:33 +0200 Friedrich Dominicus wrote: > I have read the reports other have send. Just did not have found a way > to solve the problem that FreeBSD shut ofs the computer during boot. [...] I have a HP nx9105 which, at this time, runs 5.4-STABLE. Installed 5.4-RC4, brought it to RELENG_5, patched DSDT. Now, after all the "mess", it is very FreeBSD friendly :) http://blackk.union.edu/~black/freebsd/ was the perfect starting point for me. Compaq Presario R3000 Series has basically the same hardware. > I found that one has to put some extra line in device.hints. Just that > does not work if you just have a CD. There is an extra hint to pass at boot time: hint.atkbd.0.flags="0x9" > So what can I and probably other do to simply deactivate the ACPI > stuff. You also must disabled ACPI at install time, or else you'll be left without keybord. -- Adrian Pircalabu Public KeyID = 0x04329F5E -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://linux.bitdefender.com/ From owner-freebsd-stable@FreeBSD.ORG Tue May 10 14:10:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA0E16A4D5 for ; Tue, 10 May 2005 14:10:56 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDBA43D80 for ; Tue, 10 May 2005 14:10:56 +0000 (GMT) (envelope-from edwin.brown@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so23946nzf for ; Tue, 10 May 2005 07:10:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NvOfl/eUxd2/pDdNCjmBP93m7Dvw5jg3aoYiebM3YNhwC8P+VaQgN2Y5rkuc1TOlzQohqbplgZAd3mFiS7EhLBFmRr/VoW8BL+ISP/m3HA+kujD96B9BvccseYqir/iKtzn8NlbYK1Ok4Ae3fi5uD8qPdgcJeXGyMWiWEg0mdzM= Received: by 10.36.3.16 with SMTP id 16mr1533628nzc; Tue, 10 May 2005 07:10:55 -0700 (PDT) Received: by 10.36.67.5 with HTTP; Tue, 10 May 2005 07:10:55 -0700 (PDT) Message-ID: <8b6eae96050510071037d3b6e4@mail.gmail.com> Date: Tue, 10 May 2005 10:10:55 -0400 From: Edwin Brown 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: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Brown List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 14:10:56 -0000 All: I've been asked to setup a RAID-5 server using software raid. I've not worked with gvinum or vinum for that matter. I know from following the mailing lists there have been some concerns over gvinum in the 5.3-RELEASE. How are things working today? The plan would be use a 40GB ATA/100 Drive for the system and 4 SATA drives for the RAID-5 array. Will gvinum be happy with this kind of arrangement? Thanks in advance Ed From owner-freebsd-stable@FreeBSD.ORG Tue May 10 14:13:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C1FA16A4EC for ; Tue, 10 May 2005 14:13:23 +0000 (GMT) Received: from mail.acis.com.au (atlantis.acis.com.au [203.14.230.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DCB343D80 for ; Tue, 10 May 2005 14:13:17 +0000 (GMT) (envelope-from andymac@bullseye.apana.org.au) Received: (qmail 10130 invoked from network); 10 May 2005 14:13:14 -0000 Received: from unknown (HELO bullseye.apana.org.au) (210.8.160.15) by atlantis.acis.com.au with SMTP; 10 May 2005 14:13:14 -0000 Received: from [203.9.107.238] (tenring.andymac.org [203.9.107.238]) j4ACkuOx057124; Tue, 10 May 2005 22:46:56 +1000 (EST) (envelope-from andymac@bullseye.apana.org.au) Message-ID: <42809D69.5000109@bullseye.apana.org.au> Date: Tue, 10 May 2005 22:39:21 +1100 From: Andrew MacIntyre User-Agent: Mozilla Thunderbird 1.0.2 (OS/2/20050322) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Suleiman Souhlal References: <4D923762-6562-440B-8456-EA404F7FDA44@FreeBSD.org> In-Reply-To: <4D923762-6562-440B-8456-EA404F7FDA44@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit cc: Daniel Eischen cc: Ewan Todd cc: freebsd-stable cc: Peter Jeremy Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 14:13:27 -0000 Suleiman Souhlal wrote: > Hello, > > On May 9, 2005, at 3:54 PM, Daniel Eischen wrote: > >> On Tue, 10 May 2005, Peter Jeremy wrote: >> >> >>> On Mon, 2005-May-09 11:00:18 -0400, Ewan Todd wrote: >>> >>>> I have what I think is a serious performance issue with fbsd 5.3 >>>> release. I've read about threading issues, and it seems to me that >>>> that is what I'm looking at, but I'm not confident enough to rule out >>>> that it might be a hardware issue, a kernel configuration issue, or >>>> something to do with the python port. >>>> >>> >>> There does appear to be a problem in FreeBSD. Python is built with >>> threading enabled by default, the threading libraries play with the >>> signal mask and there have been extensive changes there. My >>> >> >> The threading libraries don't play with the signal mask. In fact, >> libpthread has userland versions of sigprocmask() et. al. and won't >> even make the syscall() unless the threads are system scope. There >> is a special thread in libpthread that handles signals which does >> use the system sigprocmask(), but unless the application is >> making heavy use of signals in general, it shouldn't matter. > > > I think I've found the problem: Python uses setjmp/longjmp to protect > against SIGFPU every time it does floating point operations. The python > script does not actually use threads, and libpthread assumes > non-threaded processes are system scope. So, it would end up using the > sigprocmask syscall, even though it doesn't really need to. > The diff at http://people.freebsd.org/~ssouhlal/testing/ > thr_sigmask-20050509.diff fixes this, by making sure the process is > threaded, before using the syscall. Note that the setjmp/longjmp code is only active if Python is ./configure'd with "-with-fpectl", which has been standard for the ports built Python for a long time. ISTR that this was because FreeBSD didn't mask SIGFPE by default, while Linux and many other OSes do. I also seem to recall that this may have changed in the evolution of 5.x. If so, perhaps use of this configure option in the port needs to be reviewed for 5.x and later. ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-stable@FreeBSD.ORG Tue May 10 14:18:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C547916A4CE for ; Tue, 10 May 2005 14:18:29 +0000 (GMT) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108C943D64 for ; Tue, 10 May 2005 14:18:29 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta13.adelphia.net ESMTP <20050510141828.XSTA4191.mta13.adelphia.net@daemon.jim-liesl.org>; Tue, 10 May 2005 10:18:28 -0400 Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 5598666E4; Tue, 10 May 2005 08:19:28 -0600 (MDT) Received: from [127.0.0.1] (unknown [192.168.1.10]) by daemon.jim-liesl.org (Postfix) with ESMTP id E74C36317; Tue, 10 May 2005 08:19:27 -0600 (MDT) Message-ID: <4280C277.4030904@jim-liesl.org> Date: Tue, 10 May 2005 08:17:27 -0600 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Edwin Brown References: <8b6eae96050510071037d3b6e4@mail.gmail.com> In-Reply-To: <8b6eae96050510071037d3b6e4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-stable@freebsd.org Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 14:18:29 -0000 Edwin Brown wrote: >All: > >I've been asked to setup a RAID-5 server using software raid. I've not >worked with gvinum or vinum for that matter. I know from following the >mailing lists there have been some concerns over gvinum in the >5.3-RELEASE. How are things working today? > >The plan would be use a 40GB ATA/100 Drive for the system and 4 SATA >drives for the RAID-5 array. Will gvinum be happy with this kind of >arrangement? > Well, you want to stay away from vinum in 5.x. Under 5.3 gvinum and raid 5 was not robust, and I could kill a system and corrupt the array by pulling a drive. I haven't tried lately, but i'd definitly want to do some serious testing before putting that into production. If you really need raid 5, I'd look into a H/W based solution. and yes, I filed PR's that so far have not been answered. jim From owner-freebsd-stable@FreeBSD.ORG Tue May 10 14:54:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E77616A4CE for ; Tue, 10 May 2005 14:54:17 +0000 (GMT) Received: from mail.q-software-solutions.de (213-239-199-47.clients.your-server.de [213.239.199.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB9B43D60 for ; Tue, 10 May 2005 14:54:14 +0000 (GMT) (envelope-from frido@q-software-solutions.de) Received: from p54a37a9e.dip.t-dialin.net ([84.163.122.158] helo=flarge.here) by mail.q-software-solutions.de with asmtp (Exim 4.34) id 1DVW7X-0003cN-Js; Tue, 10 May 2005 16:54:14 +0200 Received: from frido by flarge.here with local (Exim 4.50) id 1DVW73-0003gB-3p; Tue, 10 May 2005 16:53:33 +0200 To: Adi Pircalabu References: <87r7gfgqk6.fsf@flarge.here> <20050510170436.771bc165@apircalabu.dsd.ro> From: Friedrich Dominicus Organization: Q Software Solutions GmbH Date: Tue, 10 May 2005 16:53:33 +0200 In-Reply-To: <20050510170436.771bc165@apircalabu.dsd.ro> (Adi Pircalabu's message of "Tue, 10 May 2005 17:04:36 +0300") Message-ID: <87ekcfgmj6.fsf@flarge.here> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 84.163.122.158 X-SA-Exim-Mail-From: frido@q-software-solutions.de Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on h2 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL autolearn=no version=3.0.0 X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200) X-SA-Exim-Scanned: Yes (on mail.q-software-solutions.de) cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and HP nx9105 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 14:54:17 -0000 Adi Pircalabu writes: > > There is an extra hint to pass at boot time: > hint.atkbd.0.flags="0x9" > Ok at least it got futher I booted to the boot loader and added the following "hints": set 'hw.acpi.skip_timer_override=1' set hint.atkbd.0.flags="0x9" set hint.acpi.0.disabled="1" the system does not go to sleep at now at least, it runs till after vga0: at port .... unkown: PNP0303 can't assign resources (port) bt_find_probe_range: Invaild baseport 0x600 specified bt_find_probe-range: Nearest valid baseport is 0x334 bt_find_probe_range: Failing probe an0: rest failed ep0: <@@@0000| at port 0x600-0x67f irt 3 drq 6 on ida 0 ifmedia_set: no match for 0x23/0xfffffff panic: ifmedia_set Uptiem : 1s So the ifmedia_set failes for whatever reason. I'm sorry for bothering you further with that, just I would really like to get FreeBSD up and running here. Regards Friedrich From owner-freebsd-stable@FreeBSD.ORG Tue May 10 15:50:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC0E16A4CE for ; Tue, 10 May 2005 15:50:47 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 425F243D99 for ; Tue, 10 May 2005 15:50:47 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAE59D.dip.t-dialin.net [84.170.229.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 1AABF2EA35; Tue, 10 May 2005 17:50:45 +0200 (CEST) Message-ID: <4280D89C.9060006@incubus.de> Date: Tue, 10 May 2005 17:51:56 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Michael Schuh References: <1dbad315050510034688a7fb@mail.gmail.com> In-Reply-To: <1dbad315050510034688a7fb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Disk-Performace issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 15:50:47 -0000 Michael Schuh schrieb: > I have tried out following commands to copy: > tar -cf - . | ( cd ; tar -xf .) #the fastest and my lovely :-) > find ./ -type f |cpio -pm # half-performace as tar > rsync -av / / # smarter then tar but bad performace > > mv or any other are not testet while i surely run in to the "too many > Arguments" Problem.... Can you try with pax? (pax -rw ...) That doesn't involve pushing the stuff thru a pipe like with tar. The cpio version is similar but it probably can be sped up a bit if you run the find once before, or feed find into a file and redirect input to cpio from that file (so that it doesn't have to seek all the time.) mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 10 15:57:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7EA616A4CE for ; Tue, 10 May 2005 15:57:51 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73E5443D49 for ; Tue, 10 May 2005 15:57:51 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DVX7G-0003Z3-5O for freebsd-stable@freebsd.org; Tue, 10 May 2005 16:57:50 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DVX7D-0000gc-Oq for freebsd-stable@freebsd.org; Tue, 10 May 2005 16:57:47 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Tue, 10 May 2005 16:57:47 +0100 Subject: HTT/SMP does not start 2nd processor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 15:57:52 -0000 I have two P4 machines here, both with processors supporting hyperthreading, and running identical SMP kernels from 5.4-RELEASE. One runs with two logical processors and the oother doesn't. This has been puzlling me all day. On the machine where the second CPU does not start up, HTTP is enabled in the BIOS, and I get the following in dmesg: CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536739840 (511 MB) avail memory = 515579904 (491 MB) MPTable: ioapic0: Changing APIC ID to 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard On the one which starts up the 2nd CPU the equivalent part is: CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536301568 (511 MB) avail memory = 515137536 (491 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard So both are reporting 2 logical CPU's, but only the second is then detecting this as a multiprocessor system. I notice that one syas it is using an ACPI APIC table and the other (that does not start) is just finding an MPTable. That seems to be the difference between them. Does anyone have any suggestions ? I dont really understand how this stuff is detected, so I am not sure how to sart digging into this. It is obviously finding a dual CPU processor, so why isn't it then detecting it as a multiprocessor system ? *puzzled* -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue May 10 16:14:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D34ED16A4CE for ; Tue, 10 May 2005 16:14:07 +0000 (GMT) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374D343D82 for ; Tue, 10 May 2005 16:14:07 +0000 (GMT) (envelope-from ewan@mathcode.net) Received: from mail.mathcode.net (adsl-68-23-218-132.dsl.wotnoh.ameritech.net [68.23.218.132])j4AGDsqi220542; Tue, 10 May 2005 12:14:03 -0400 Received: from bsd.mathcode.net (localhost [127.0.0.1]) by mail.mathcode.net (8.12.11/8.12.11) with ESMTP id j4AGE9Um014468; Tue, 10 May 2005 12:14:09 -0400 (EDT) (envelope-from ewan@bsd.mathcode.net) Received: (from ewan@localhost) by bsd.mathcode.net (8.12.11/8.12.11/Submit) id j4AGE6LW014467; Tue, 10 May 2005 12:14:06 -0400 (EDT) (envelope-from ewan) Date: Tue, 10 May 2005 12:14:06 -0400 From: Ewan Todd To: Andrew MacIntyre Message-ID: <20050510161406.GO281@mathcode.net> References: <4D923762-6562-440B-8456-EA404F7FDA44@FreeBSD.org> <42809D69.5000109@bullseye.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42809D69.5000109@bullseye.apana.org.au> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsd.mathcode.net cc: freebsd-stable Subject: Re: Performance issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:14:08 -0000 > > > >I think I've found the problem: Python uses setjmp/longjmp to protect > >against SIGFPU every time it does floating point operations. The python > >script does not actually use threads, and libpthread assumes > >non-threaded processes are system scope. So, it would end up using the > >sigprocmask syscall, even though it doesn't really need to. > >The diff at http://people.freebsd.org/~ssouhlal/testing/ > >thr_sigmask-20050509.diff fixes this, by making sure the process is > >threaded, before using the syscall. > > Note that the setjmp/longjmp code is only active if Python is > ./configure'd with "-with-fpectl", which has been standard for the > ports built Python for a long time. > > ISTR that this was because FreeBSD didn't mask SIGFPE by default, while > Linux and many other OSes do. I also seem to recall that this may have > changed in the evolution of 5.x. If so, perhaps use of this configure > option in the port needs to be reviewed for 5.x and later. Well, I don't know what else it breaks, but for this microbenchmark, compiling python-2.4.1 without "-with-fpectl" works swimmingly well for me. Not only does it bring the system time way down, but the user time is down too, to about 5/7 of its previous value: 5.3-RELEASE / without "-with-fpectl" 48.78 real 48.22 user 0.15 sys 23372 maximum resident set size 657 average shared memory size 20817 average unshared data size 128 average unshared stack size 5402 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 4889 involuntary context switches compared with 5.3-RELEASE / with "-with-fpectl" 106.59 real 67.25 user 38.57 sys 23140 maximum resident set size 660 average shared memory size 20818 average unshared data size 128 average unshared stack size 5402 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 10678 involuntary context switches I tentatively second Andrew's proposal that the use of this configure option in the port needs to be reviewed for 5.x and later, pending independent confirmation of the efficacy of this fix. -e From owner-freebsd-stable@FreeBSD.ORG Tue May 10 16:15:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A2C16A4CE for ; Tue, 10 May 2005 16:15:27 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1F5E43D7C for ; Tue, 10 May 2005 16:15:26 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 25A97F3317; Tue, 10 May 2005 09:15:25 -0700 (PDT) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91274-01-84; Tue, 10 May 2005 09:15:23 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id A2069F3310; Tue, 10 May 2005 09:15:23 -0700 (PDT) From: Freddie Cash To: bazzoola , stable@freebsd.org Date: Tue, 10 May 2005 09:15:19 -0700 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505100915.21743.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:15:27 -0000 On May 10, 2005 02:35 am, bazzoola wrote: > First, thanks for all the people who took the time and effort to make > this happen :) > I just finished downloading the images thru torrents. I burned both > i386 disc one and two then installed 5.4. Everything worked fine as > usual. CD1 is the installation CD. This includes about 400 MB of pre-compiled packages that can be installed. CD2 is a LiveCD mainly meant for rescue situations via sysinstall's "Fixit" feature. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 10 16:25:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D962E16A4CE for ; Tue, 10 May 2005 16:25:22 +0000 (GMT) Received: from mail.q-software-solutions.de (213-239-199-47.clients.your-server.de [213.239.199.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BBE43D83 for ; Tue, 10 May 2005 16:25:22 +0000 (GMT) (envelope-from frido@q-software-solutions.de) Received: from p54a37a9e.dip.t-dialin.net ([84.163.122.158] helo=flarge.here) by mail.q-software-solutions.de with asmtp (Exim 4.34) id 1DVXXk-00042z-IL for freebsd-stable@freebsd.org; Tue, 10 May 2005 18:25:21 +0200 Received: from frido by flarge.here with local (Exim 4.50) id 1DVXX5-0003k9-TT for freebsd-stable@freebsd.org; Tue, 10 May 2005 18:24:31 +0200 To: freebsd-stable@freebsd.org References: <87r7gfgqk6.fsf@flarge.here><87ekcfgmj6.fsf@flarge.here> <87acn3gk31.fsf@flarge.here> <20050510190616.0254cd49@apircalabu.dsd.ro> From: Friedrich Dominicus Organization: Q Software Solutions GmbH Date: Tue, 10 May 2005 18:24:31 +0200 In-Reply-To: <20050510190616.0254cd49@apircalabu.dsd.ro> (Adi Pircalabu's message of "Tue, 10 May 2005 19:06:16 +0300") Message-ID: <8764xrgibk.fsf@flarge.here> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 84.163.122.158 X-SA-Exim-Mail-From: frido@q-software-solutions.de Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on h2 X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL autolearn=no version=3.0.0 X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200) X-SA-Exim-Scanned: Yes (on mail.q-software-solutions.de) Subject: Re: FreeBSD and HP nx9105 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:25:23 -0000 Well the problem is I do not know why I had got to the sysinstall menu however the keyboard simply does not work. So dead end. I think I know what dmesg does (I assume it's the same on FreeBSD as on sorry Linux) but if the kernel halts you won't be able to run anything. I wish I had a bit more time on my hands, but I'm a bit under pressure... So could you explain the settings to me a bit? Regards Friedrich From owner-freebsd-stable@FreeBSD.ORG Tue May 10 16:34:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F6216A4D1 for ; Tue, 10 May 2005 16:34:13 +0000 (GMT) Received: from 62-15-211-204.inversas.jazztel.es (62-15-211-204.inversas.jazztel.es [62.15.211.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 054DE43D92 for ; Tue, 10 May 2005 16:34:12 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j4AGY9VG002244; Tue, 10 May 2005 18:34:09 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by orion.redesjm.local (8.13.3/8.13.3/Submit) id j4AGXx5K017738; Tue, 10 May 2005 18:33:59 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-stable@freebsd.org Date: Tue, 10 May 2005 18:33:57 +0200 User-Agent: KMail/1.8 References: <200505100915.21743.fcash@ocis.net> In-Reply-To: <200505100915.21743.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505101833.58840.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.169; host: antares.redesjm.local) cc: bazzoola Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:34:13 -0000 El Martes, 10 de Mayo de 2005 18:15, Freddie Cash escribi=F3: > On May 10, 2005 02:35 am, bazzoola wrote: > > First, thanks for all the people who took the time and effort to > > make this happen :) > > > > I just finished downloading the images thru torrents. I burned both > > i386 disc one and two then installed 5.4. Everything worked fine as > > usual. > > CD1 is the installation CD. This includes about 400 MB of > pre-compiled packages that can be installed. > > CD2 is a LiveCD mainly meant for rescue situations via sysinstall's > "Fixit" feature. Not Any more. Now Install/LiveCD/Rescue is done by disc1, which include=20 also the packages needed by sysinstall. disc2 is a collection of aditional packages that, at last in the i386=20 case, include the full gnome/kde ports (Not lite). =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Tue May 10 16:48:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 209F916A4CE for ; Tue, 10 May 2005 16:48:50 +0000 (GMT) Received: from stephanie.unixdaemons.com (stephanie.unixdaemons.com [67.18.111.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82CFA43D9E for ; Tue, 10 May 2005 16:48:49 +0000 (GMT) (envelope-from bmilekic@technokratis.com) Received: from stephanie.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1])j4AGmleS076307; Tue, 10 May 2005 12:48:47 -0400 (EDT) Received: (from bmilekic@localhost) by stephanie.unixdaemons.com (8.13.4/8.12.1/Submit) id j4AGmk6Y076306; Tue, 10 May 2005 12:48:46 -0400 (EDT) (envelope-from bmilekic@technokratis.com) X-Authentication-Warning: stephanie.unixdaemons.com: bmilekic set sender to bmilekic@technokratis.com using -f Date: Tue, 10 May 2005 12:48:46 -0400 From: Bosko Milekic To: Pete French Message-ID: <20050510164846.GA76082@technokratis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: HTT/SMP does not start 2nd processor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:48:50 -0000 Make sure the acpi kernel module is being loaded on startup. See acpi(4). -Bosko On Tue, May 10, 2005 at 04:57:47PM +0100, Pete French wrote: > I have two P4 machines here, both with processors supporting hyperthreading, > and running identical SMP kernels from 5.4-RELEASE. One runs with two > logical processors and the oother doesn't. This has been puzlling me all day. > > On the machine where the second CPU does not start up, HTTP is > enabled in the BIOS, and I get the following in dmesg: > > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory = 536739840 (511 MB) > avail memory = 515579904 (491 MB) > MPTable: > ioapic0: Changing APIC ID to 1 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > > On the one which starts up the 2nd CPU the equivalent part is: > > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory = 536301568 (511 MB) > avail memory = 515137536 (491 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 8 > ioapic1: Changing APIC ID to 9 > ioapic2: Changing APIC ID to 10 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > > So both are reporting 2 logical CPU's, but only the second is then > detecting this as a multiprocessor system. I notice that one syas > it is using an ACPI APIC table and the other (that does not start) is > just finding an MPTable. That seems to be the difference between them. > > Does anyone have any suggestions ? I dont really understand how this > stuff is detected, so I am not sure how to sart digging into this. It > is obviously finding a dual CPU processor, so why isn't it then detecting > it as a multiprocessor system ? > > *puzzled* > > -pcf. > _______________________________________________ > 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" -- Bosko Milekic bmilekic@technokratis.com bmilekic@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue May 10 16:53:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29C1016A4CE for ; Tue, 10 May 2005 16:53:42 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1AF43DA0 for ; Tue, 10 May 2005 16:53:41 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id CCE48F338D; Tue, 10 May 2005 09:53:41 -0700 (PDT) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91662-01-81; Tue, 10 May 2005 09:53:39 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 747D6F338C; Tue, 10 May 2005 09:53:39 -0700 (PDT) From: Freddie Cash To: Jose M Rodriguez Date: Tue, 10 May 2005 09:53:36 -0700 User-Agent: KMail/1.8 References: <200505100915.21743.fcash@ocis.net> <200505101833.58840.josemi@freebsd.jazztel.es> In-Reply-To: <200505101833.58840.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505100953.37832.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca cc: stable@freebsd.org Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:53:42 -0000 On May 10, 2005 09:33 am, you wrote: > El Martes, 10 de Mayo de 2005 18:15, Freddie Cash escribi=F3: > > On May 10, 2005 02:35 am, bazzoola wrote: > > > First, thanks for all the people who took the time and effort to > > > make this happen :) > > > I just finished downloading the images thru torrents. I burned both > > > i386 disc one and two then installed 5.4. Everything worked fine as > > > usual. > > CD1 is the installation CD. This includes about 400 MB of > > pre-compiled packages that can be installed. > > CD2 is a LiveCD mainly meant for rescue situations via sysinstall's > > "Fixit" feature. > Not Any more. Now Install/LiveCD/Rescue is done by disc1, which include > also the packages needed by sysinstall. > disc2 is a collection of aditional packages that, at last in the i386 > case, include the full gnome/kde ports (Not lite). Well, what do you know, you're right. Somebody needs to update the=20 Handbook, then, because this is not listed in there anywhere. I had to=20 ddig around in the Release Notes for 5.4 to find any mention of this, and=20 it wasn't too well highlighted in there. Even a note in the FTP directory would have helped. Anyone know what happened to the mini-inst CD? It was really nice to only= =20 have to download a 200 MB ISO instead of a 600 MB one, especially since I=20 don't use packages for anything. =2D-=20 =46reddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 10 17:16:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF7FC16A4D1 for ; Tue, 10 May 2005 17:16:27 +0000 (GMT) Received: from 62-15-211-204.inversas.jazztel.es (62-15-211-204.inversas.jazztel.es [62.15.211.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A717743DA7 for ; Tue, 10 May 2005 17:16:26 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j4AHGN8I002387; Tue, 10 May 2005 19:16:24 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by orion.redesjm.local (8.13.3/8.13.3/Submit) id j4AHGMMS018818; Tue, 10 May 2005 19:16:22 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: Freddie Cash Date: Tue, 10 May 2005 19:16:21 +0200 User-Agent: KMail/1.8 References: <200505101833.58840.josemi@freebsd.jazztel.es> <200505100953.37832.fcash@ocis.net> In-Reply-To: <200505100953.37832.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505101916.22308.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.169; host: antares.redesjm.local) cc: stable@freebsd.org Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 17:16:28 -0000 El Martes, 10 de Mayo de 2005 18:53, Freddie Cash escribi=F3: > On May 10, 2005 09:33 am, you wrote: > > El Martes, 10 de Mayo de 2005 18:15, Freddie Cash escribi=F3: > > > On May 10, 2005 02:35 am, bazzoola wrote: > > > > First, thanks for all the people who took the time and effort > > > > to make this happen :) > > > > > > Not Any more. Now Install/LiveCD/Rescue is done by disc1, which > > include also the packages needed by sysinstall. > > > > disc2 is a collection of aditional packages that, at last in the > > i386 case, include the full gnome/kde ports (Not lite). > > Well, what do you know, you're right. Somebody needs to update the > Handbook, then, because this is not listed in there anywhere. I had > to ddig around in the Release Notes for 5.4 to find any mention of > this, and it wasn't too well highlighted in there. > > Even a note in the FTP directory would have helped. > > Anyone know what happened to the mini-inst CD? It was really nice to > only have to download a 200 MB ISO instead of a 600 MB one, > especially since I don't use packages for anything. been there, 5.4-RELEASE-i386-bootonly.iso. =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Tue May 10 17:25:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF2DB16A4CE for ; Tue, 10 May 2005 17:25:12 +0000 (GMT) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A7543D79 for ; Tue, 10 May 2005 17:25:12 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta10.adelphia.net ESMTP <20050510172511.ZBPD17140.mta10.adelphia.net@daemon.jim-liesl.org>; Tue, 10 May 2005 13:25:11 -0400 Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 89B4D66E4; Tue, 10 May 2005 11:26:12 -0600 (MDT) Received: from [127.0.0.1] (unknown [192.168.1.10]) by daemon.jim-liesl.org (Postfix) with ESMTP id 0FBC06317; Tue, 10 May 2005 11:26:11 -0600 (MDT) Message-ID: <4280EE3C.8050505@jim-liesl.org> Date: Tue, 10 May 2005 11:24:12 -0600 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gabor Esperon References: <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> In-Reply-To: <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-stable@freebsd.org Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 17:25:13 -0000 Gabor Esperon wrote: > > How reliable is the gmirror subsystem? gmirror seems fine as best as I can tell. I've been running it for a few months on sata drives. jim From owner-freebsd-stable@FreeBSD.ORG Tue May 10 17:25:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628C716A4CE for ; Tue, 10 May 2005 17:25:53 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFAA43D6E for ; Tue, 10 May 2005 17:25:53 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 550CDF3319 for ; Tue, 10 May 2005 10:25:53 -0700 (PDT) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 92071-01-94 for ; Tue, 10 May 2005 10:25:52 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id F3119F3297 for ; Tue, 10 May 2005 10:25:51 -0700 (PDT) From: Freddie Cash To: stable@freebsd.org Date: Tue, 10 May 2005 10:25:48 -0700 User-Agent: KMail/1.8 References: <200505100953.37832.fcash@ocis.net> <200505101916.22308.josemi@freebsd.jazztel.es> In-Reply-To: <200505101916.22308.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505101025.50006.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 17:25:53 -0000 On May 10, 2005 10:16 am, you wrote: > > Anyone know what happened to the mini-inst CD? It was really nice to > > only have to download a 200 MB ISO instead of a 600 MB one, > > especially since I don't use packages for anything. > been there, 5.4-RELEASE-i386-bootonly.iso. Nope, that's just the boot CD, it's only 21 MB. Sure, it can be used to do an FTP or other networked install. But it can't install the OS on a standalone system like the mini-inst could. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 10 17:48:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93EC116A4CE for ; Tue, 10 May 2005 17:48:13 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FDE543D62 for ; Tue, 10 May 2005 17:48:13 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DVYq3-00051b-Ku; Tue, 10 May 2005 18:48:11 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DVYq3-00011T-Ig; Tue, 10 May 2005 18:48:11 +0100 To: bmilekic@technokratis.com, petefrench@ticketswitch.com In-Reply-To: <20050510164846.GA76082@technokratis.com> Message-Id: From: Pete French Date: Tue, 10 May 2005 18:48:11 +0100 cc: freebsd-stable@freebsd.org Subject: Re: HTT/SMP does not start 2nd processor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 17:48:13 -0000 > Make sure the acpi kernel module is being loaded on startup. See > acpi(4). It wwasnt - but I stuck 'acpi_load="YES"' in /btoo/loader.conf and now it comes up and starts the CPU's. Thanks. Wonder why it wasnt loaded automatically though ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue May 10 18:38:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C9C16A4D0 for ; Tue, 10 May 2005 18:38:14 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2054543DA5 for ; Tue, 10 May 2005 18:38:14 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 3F3CD21D5F6 for ; Tue, 10 May 2005 13:38:13 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60016-14 for ; Tue, 10 May 2005 13:38:03 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 08CBC21C89E for ; Tue, 10 May 2005 13:38:03 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Tue, 10 May 2005 13:37:50 -0500 User-Agent: KMail/1.8 References: <200505090942.56059.kirk@strauser.com> In-Reply-To: <200505090942.56059.kirk@strauser.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3596243.eRWXmSVBa5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505101337.53863.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 18:38:14 -0000 --nextPart3596243.eRWXmSVBa5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 May 2005 09:42, Kirk Strauser wrote: > The same setup can boot NetBSD and Linux to get full use of the card by > disabling the Cardbus drivers in favor of the PCMCIA ones (ie, by running > "config" on NetBSD and typing "disable cbb", or by building a custom > Linux kernel with the appropriate settings). I can't seem to get the > same results from FreeBSD, though. Anyone? I've just re-installed NetBSD 2.0.2 for the sake of having a BSD o= n=20 it until I can possibly make FreeBSD to work, but that's certainly not my=20 ideal solution. =2D-=20 Kirk Strauser --nextPart3596243.eRWXmSVBa5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBCgP+B5sRg+Y0CpvERAoxYAJ40W1dhz8mDRnqJJRieTnqEA6ajpwCeJYFm udseNkBPUCv9WmjxnbxR5lo= =6ZTa -----END PGP SIGNATURE----- --nextPart3596243.eRWXmSVBa5-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 18:58:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19C1D16A4CE for ; Tue, 10 May 2005 18:58:05 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A05D343D88 for ; Tue, 10 May 2005 18:58:04 +0000 (GMT) (envelope-from bazzoola@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1007470rng for ; Tue, 10 May 2005 11:58:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=QhHo8CYfVzjSoeQrA+bIuwRmYq5BhmXqwr8gtEYv/zuq+gDvodh9ZF5imyBxP8/7DjR9JHPeV+hksrHwAkZ+9ruDmSl/gG7fVimxJ/x18hh8f7rQVt4fg6DvHyTRn8LM0eGhtxeL2mV4UWMUkavhmDgb6EIlYxllrmwTgLVbnhM= Received: by 10.38.12.30 with SMTP id 30mr2215524rnl; Tue, 10 May 2005 11:58:04 -0700 (PDT) Received: from ?192.168.0.103? ([67.64.145.166]) by mx.gmail.com with ESMTP id 59sm502348rnd.2005.05.10.11.58.03; Tue, 10 May 2005 11:58:04 -0700 (PDT) Message-ID: <42810458.7010600@gmail.com> Date: Tue, 10 May 2005 13:58:32 -0500 From: bazzoola User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <200505100915.21743.fcash@ocis.net> <200505101833.58840.josemi@freebsd.jazztel.es> In-Reply-To: <200505101833.58840.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 18:58:05 -0000 Jose M Rodriguez wrote: >El Martes, 10 de Mayo de 2005 18:15, Freddie Cash escribió: > > >>On May 10, 2005 02:35 am, bazzoola wrote: >> >> >>>First, thanks for all the people who took the time and effort to >>>make this happen :) >>> >>>I just finished downloading the images thru torrents. I burned both >>>i386 disc one and two then installed 5.4. Everything worked fine as >>>usual. >>> >>> >>CD1 is the installation CD. This includes about 400 MB of >>pre-compiled packages that can be installed. >> >>CD2 is a LiveCD mainly meant for rescue situations via sysinstall's >>"Fixit" feature. >> >> > >Not Any more. Now Install/LiveCD/Rescue is done by disc1, which include >also the packages needed by sysinstall. > >disc2 is a collection of aditional packages that, at last in the i386 >case, include the full gnome/kde ports (Not lite). > >-- > josemi > > > I know I do not have any problems with the new disc layout. All I am saying was: 1- I installed the FreeBSD 5.4 i386 on the system without any problems. 2- After I finished installing. I decided to install other packages so I ran sysinstall 3- when I ran sysinstall disc2 was inserted (it was just there) 4- I chose the new packages to install like expat, apache, portupgrade, portsnap, etc. 5- sysinstall installed the packages from disc2 then showed a msg that expat is located on disc1 and requested disc1 6- I inserted disc1 to fulfill the request and it installed the packages. 7- an error msg showed up saying that apache cannot be found on the media and it failed to install. I know that apache is on disc2. All I was saying that sysinstall should have asked for disc2 to be inserted like it did for disc1. All I did to fix this (obviously) I ran sysinstall again with disc2 inserted and it installed it. So, should this be considered a bug in sysinstall because it didnt ask for the disc even tho it should have known that it is located on disc2. bazzoola From owner-freebsd-stable@FreeBSD.ORG Tue May 10 19:10:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2292516A4CE for ; Tue, 10 May 2005 19:10:54 +0000 (GMT) Received: from 62-15-211-204.inversas.jazztel.es (62-15-211-204.inversas.jazztel.es [62.15.211.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7892043D95 for ; Tue, 10 May 2005 19:10:52 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j4AJAorO002733; Tue, 10 May 2005 21:10:50 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by orion.redesjm.local (8.13.3/8.13.3/Submit) id j4AJAnf8092515; Tue, 10 May 2005 21:10:49 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: bazzoola Date: Tue, 10 May 2005 21:10:48 +0200 User-Agent: KMail/1.8 References: <200505101833.58840.josemi@freebsd.jazztel.es> <42810458.7010600@gmail.com> In-Reply-To: <42810458.7010600@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505102110.49178.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.169; host: antares.redesjm.local) cc: freebsd-stable@freebsd.org Subject: Re: sysinstall new disc layout in 5.4 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 19:10:54 -0000 El Martes, 10 de Mayo de 2005 20:58, bazzoola escribi=F3: > Jose M Rodriguez wrote: > >El Martes, 10 de Mayo de 2005 18:15, Freddie Cash escribi=F3: > >>On May 10, 2005 02:35 am, bazzoola wrote: > >>>First, thanks for all the people who took the time and effort to > >>>make this happen :) > >>> > So, should this be considered a bug in sysinstall because it didnt > ask for the disc even tho it should have known that it is located on > disc2. > > bazzoola Please, send-pr this to bin =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Tue May 10 21:17:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD5516A4D0 for ; Tue, 10 May 2005 21:17:21 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7488B43D8C for ; Tue, 10 May 2005 21:17:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4ALFp3H073952; Tue, 10 May 2005 15:15:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 10 May 2005 15:15:50 -0600 (MDT) Message-Id: <20050510.151550.74677018.imp@bsdimp.com> To: kirk@strauser.com From: Warner Losh In-Reply-To: <200505101337.53863.kirk@strauser.com> References: <200505090942.56059.kirk@strauser.com> <200505101337.53863.kirk@strauser.com> 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 cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 21:17:21 -0000 > On Monday 09 May 2005 09:42, Kirk Strauser wrote: > > > The same setup can boot NetBSD and Linux to get full use of the card by > > disabling the Cardbus drivers in favor of the PCMCIA ones (ie, by running > > "config" on NetBSD and typing "disable cbb", or by building a custom > > Linux kernel with the appropriate settings). I can't seem to get the > > same results from FreeBSD, though. > > Anyone? I've just re-installed NetBSD 2.0.2 for the sake of having a BSD on > it until I can possibly make FreeBSD to work, but that's certainly not my > ideal solution. I have no idea what you are asking for. Warner From owner-freebsd-stable@FreeBSD.ORG Tue May 10 21:31:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE98616A4CE for ; Tue, 10 May 2005 21:31:08 +0000 (GMT) Received: from scotth.emsphone.com (scotth.emsphone.com [199.67.51.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1515443D91 for ; Tue, 10 May 2005 21:31:08 +0000 (GMT) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (localhost [127.0.0.1]) by scotth.emsphone.com (8.13.1/8.13.1) with ESMTP id j4ALVTwA074038; Tue, 10 May 2005 16:31:29 -0500 (CDT) (envelope-from shildreth@allantgroup.com) Received: (from shildret@localhost) by scotth.emsphone.com (8.13.1/8.13.1/Submit) id j4ALVSUT074037; Tue, 10 May 2005 16:31:28 -0500 (CDT) (envelope-from shildreth@allantgroup.com) X-Authentication-Warning: scotth.emsphone.com: shildret set sender to shildreth@allantgroup.com using -f From: "Scott T. Hildreth" To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 10 May 2005 16:31:28 -0500 Message-Id: <1115760688.55599.143.camel@scotth.emsphone.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: Dan Nelson Subject: i810 driver & Intel CopperRiver Graphics Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shildreth@allantgroup.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 21:31:08 -0000 I have a Dell PowerEdge SC420, which has an on board Intel(r)CopperRiver Graphics Controller. I installed FreeBSD 5.4 and Xorg 6.8.2. I can only get X to display by using the "vesa" driver. I talked to my sysadmin and he had me run 'pciconv -lv', which produced the following, hostb0@pci0:0:0: class=0x060000 card=0x01801028 chip=0x25888086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25898086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI none0@pci0:2:0: class=0x030000 card=0x01801028 chip=0x258a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA ...so the agp driver is not detecting the agp bridge. We tried adding 0x25888086 (from the hostb0 line above) to the /usr/src/sys/pci/agp_intel.c file, +++ agp_intel.c Tue May 10 13:17:23 2005 @@ -117,6 +117,9 @@ agp_intel_match(device_t dev) case 0x25608086: /* i845G */ return ("Intel 82845G host to AGP bridge"); + + case 0x25888086: + return ("Intel E7221 host to AGP bridge"); }; return NULL; @@ -216,6 +219,7 @@ agp_intel_attach(device_t dev) case 0x1a308086: /* i845 */ case 0x33408086: /* i855 */ case 0x255d8086: /* E7205 */ + case 0x25888086: /* E7221 */ case 0x25708086: /* i865 */ case 0x25788086: /* i875P */ case 0x25608086: /* i845G */ @@ -241,6 +245,7 @@ agp_intel_attach(device_t dev) case 0x25308086: /* i850 */ case 0x33408086: /* i855 */ case 0x255d8086: /* E7205 */ + case 0x25888086: /* E7221 */ case 0x25318086: /* i860 */ case 0x25708086: /* i865 */ case 0x25788086: /* i875P */ @@ -290,6 +295,7 @@ agp_intel_detach(device_t dev) case 0x25608086: /* i845G */ case 0x33408086: /* i855 */ case 0x255d8086: /* E7205 */ + case 0x25888086: /* E7221 */ case 0x25708086: /* i865 */ case 0x25788086: /* i875P */ printf("%s: set MCHCFG to %x\n", __func__, (unsigned) I recompiled the kernel, installed it, rebooted and the agp_driver still does not find the bridge. Does anybody have any ideas on how to make this work? Thanks. -- Scott T. Hildreth From owner-freebsd-stable@FreeBSD.ORG Tue May 10 22:16:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6593B16A4CE for ; Tue, 10 May 2005 22:16:22 +0000 (GMT) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id A017043D62 for ; Tue, 10 May 2005 22:16:19 +0000 (GMT) (envelope-from billy@nlcc.us) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco3.natcotech.com (Postfix) with ESMTP id 4DE6D62B32 for ; Tue, 10 May 2005 17:16:18 -0500 (CDT) Received: (qmail 83697 invoked by uid 89); 10 May 2005 22:16:17 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 10 May 2005 22:16:17 -0000 Message-ID: <428132B0.4060104@nlcc.us> Date: Tue, 10 May 2005 17:16:16 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4280353B.8050306@leadhill.net> <42803B66.3070200@alumni.rice.edu> <428044C2.80208@leadhill.net> <428052CB.2000704@alumni.rice.edu> In-Reply-To: <428052CB.2000704@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 22:16:22 -0000 Jonathan Noack wrote: >> Anyone tried that sort of stuff in fstab? I'm a little skeptical. > > I use "that sort of stuff" and have for a long time. Here's one of my > fstab lines: > > optimator:/usr/home /usr/home nfs rw,-3,-T,-r=32768,-w=32768 0 0 > > It's obvious you don't believe me but why are you unwilling to try it > yourself? Well, because this fails to work on the commandline: #mount -o -s -x 2 -T dell:/nfs /dellbak I tried tons of different ways, never could get mount to do that, so I gave up on fstabbing options. Since the above mount command wouldn't even work, I figured I could forget about putting those same options (which mount calls illegal) in the fstab file. That's where the man pages only go so far. Without the examples you give, I was pretty sure that it was pointless to get fstab options to do what mount wouldn't. What it boils down to is that mount is fine with these options in fstab, but barfs when doing them on the commandline. That was so couter-intuitive, I went around it for the sake of getting things done. FreeBSD man pages are nice and all, but without a textbook siting by with some examples, it can be difficult. I learned Unix pretty much ad hoc, so I find that examples (such as you gave) are worth much more than man pages now that I know most of the basics. Thanks. But what I did discover is that if I mount the same nfs resource multiple times, I get multiple, identical mounts (using fstab options, or commandline, either one). I have to umount each one serially. How is this a feature? What good does it do me if I mount the same nfs drive to the same place n times? Won't that eventually cause a deadlock as n increases beyond a few hundred or thousand? -- especially when the NFS server goes down? Shouldn't the second and subsequent mounts either fail or not be attempted due to a sanity check? #mount /usr mount: /dev/ad0s1f: Device busy Exit 1 That seems reasonable for /usr. But as I stated before, NFS resources nevere apparently become "busy", and there is no sanity check to prevent mulitiple simultaneous mounts of identical file systems on identical file trees. From owner-freebsd-stable@FreeBSD.ORG Tue May 10 22:43:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B3E916A4CE for ; Tue, 10 May 2005 22:43:07 +0000 (GMT) Received: from hotmail.com (bay102-f29.bay102.hotmail.com [64.4.61.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C6A943D68 for ; Tue, 10 May 2005 22:43:07 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 10 May 2005 15:43:07 -0700 Message-ID: Received: from 64.4.61.206 by by102fd.bay102.hotmail.msn.com with HTTP; Tue, 10 May 2005 22:43:06 GMT X-Originating-IP: [64.4.61.206] X-Originating-Email: [woodycarey@hotmail.com] X-Sender: woodycarey@hotmail.com From: "W C" To: freebsd-stable@freebsd.org Date: Tue, 10 May 2005 15:43:06 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 10 May 2005 22:43:07.0030 (UTC) FILETIME=[A24AA360:01C555B1] Subject: /usr/ports/devel/gettext will not build from ports on 5.4-Release? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 22:43:07 -0000 Hi all, My assumption here is that this should "just work" on a fresh 5.4-R box installed from CD. I installed the kern-developer configuration, stressed tested the system by rebuilding the stock kernel, and then dove happily into the ports tree. Fresh install off of cd burnt from ISO image. I checked the md5 sum on the .iso before I burnt it to cd. Lots of ports are failing to build, due to being dependent on gettext. Here is the error from the gettext build: ... Making all in gettext-tools make all-recursive Making all in intl Making all in lib /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o libgettextlib.la -rpath /usr/local/lib -release 0.14.1 ../intl/libintl.la -L/usr/local/lib -liconv -R/usr/local/lib -L/usr/local/lib -liconv -R/usr/local/lib -no-undefined allocsa.lo argmatch.lo backupfile.lo addext.lo basename.lo c-ctype.lo classpath.lo closeout.lo copy-file.lo csharpcomp.lo csharpexec.lo error.lo error-progname.lo execute.lo fatal-signal.lo findprog.lo fstrcmp.lo full-write.lo fwriteerror.lo gcd.lo getopt.lo getopt1.lo hash.lo javacomp.lo javaexec.lo linebreak.lo mbswidth.lo obstack.lo concatpath.lo pipe-bidi.lo pipe-in.lo pipe-out.lo progname.lo progreloc.lo safe-read.lo safe-write.lo sh-quote.lo stpncpy.lo strtoul.lo tmpdir.lo wait-process.lo xmalloc.lo xstrdup.lo xallocsa.lo xerror.lo xreadlink.lo xsetenv.lo localcharset.lo getline.lo getndelim2.lo canonicalize.lo libtool15: link: `javaexec.lo' is not a valid libtool object *** Error code 1 Stop in /usr/ports/devel/gettext/work/gettext-0.14.1/gettext-tools/lib. *** Error code 1 What incredibly stupid thing can I be doing wrong here on such a fresh -RELEASE box? Regards, Woody Carey P.S. Please don't say "cvsup ports tree", or "upgrade to -STABLE". I do believe 5.4-R dropped _yesterday_, and for something so "fresh", things should "just work". Peace. _________________________________________________________________ Don’t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From owner-freebsd-stable@FreeBSD.ORG Tue May 10 23:05:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E05E616A4CE for ; Tue, 10 May 2005 23:05:46 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89F2C43D9B for ; Tue, 10 May 2005 23:05:46 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id EFAFC21CF3E for ; Tue, 10 May 2005 18:05:45 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02523-02 for ; Tue, 10 May 2005 18:05:43 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 4CB8221C94E for ; Tue, 10 May 2005 18:05:43 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Tue, 10 May 2005 18:05:38 -0500 User-Agent: KMail/1.8 References: <200505090942.56059.kirk@strauser.com> <200505101337.53863.kirk@strauser.com> <20050510.151550.74677018.imp@bsdimp.com> In-Reply-To: <20050510.151550.74677018.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1346197.sK8y9Rcxsz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505101805.42166.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 23:05:47 -0000 --nextPart1346197.sK8y9Rcxsz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 10 May 2005 04:15 pm, Warner Losh wrote: > On Monday 09 May 2005 09:42, Kirk Strauser wrote: >> Anyone? I've just re-installed NetBSD 2.0.2 for the sake of having a BSD >> on it until I can possibly make FreeBSD to work, but that's certainly not >> my ideal solution. > I have no idea what you are asking for. Basically, for a magic formula to make my non-Cardbus PCMCIA card work unde= r=20 =46reeBSD (without throwing "CIS is too long" errors) just like it does und= er=20 OpenBSD, NetBSD, and Linux. =2D-=20 Kirk Strauser --nextPart1346197.sK8y9Rcxsz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCgT5G5sRg+Y0CpvERAhbqAJ9PZrtAVJZmdgBZ5W4qdeJf/z5ZvgCfQ2hn 8QYfbyf3gNSxn3m656EXPPY= =UYHf -----END PGP SIGNATURE----- --nextPart1346197.sK8y9Rcxsz-- From owner-freebsd-stable@FreeBSD.ORG Tue May 10 23:10:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5944C16A4CE for ; Tue, 10 May 2005 23:10:44 +0000 (GMT) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E22F43D81 for ; Tue, 10 May 2005 23:10:43 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (212.181.162.201) by pne-smtpout2-sn1.fre.skanova.net (7.1.026.7) id 42687F2000514676 for freebsd-stable@freebsd.org; Wed, 11 May 2005 01:10:42 +0200 Received: (qmail 4607 invoked by uid 1001); 10 May 2005 23:10:40 -0000 Date: Wed, 11 May 2005 01:10:40 +0200 From: Erik Trulsson To: Billy Newsom Message-ID: <20050510231040.GA4494@falcon.midgard.homeip.net> Mail-Followup-To: Billy Newsom , freebsd-stable@freebsd.org References: <4280353B.8050306@leadhill.net> <42803B66.3070200@alumni.rice.edu> <428044C2.80208@leadhill.net> <428052CB.2000704@alumni.rice.edu> <428132B0.4060104@nlcc.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428132B0.4060104@nlcc.us> User-Agent: Mutt/1.5.9i cc: freebsd-stable@freebsd.org Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 23:10:44 -0000 On Tue, May 10, 2005 at 05:16:16PM -0500, Billy Newsom wrote: > Jonathan Noack wrote: > >> Anyone tried that sort of stuff in fstab? I'm a little skeptical. > > > > I use "that sort of stuff" and have for a long time. Here's one of my > > fstab lines: > > > > optimator:/usr/home /usr/home nfs rw,-3,-T,-r=32768,-w=32768 0 0 > > > > It's obvious you don't believe me but why are you unwilling to try it > > yourself? > > Well, because this fails to work on the commandline: > > #mount -o -s -x 2 -T dell:/nfs /dellbak > > I tried tons of different ways, never could get mount to do that, so I > gave up on fstabbing options. Note that mount(8) (as well as mount_nfs(8)) says about the -o flag that "Options are specified with a -o flag followed by a comma separated string of options." If you try writing it as the manpage says, i.e. like mount -o -s,-x=2,-T dell:/nfs /dellbak it should work fine. > > Since the above mount command wouldn't even work, I figured I could > forget about putting those same options (which mount calls illegal) in > the fstab file. That's where the man pages only go so far. Without the > examples you give, I was pretty sure that it was pointless to get fstab > options to do what mount wouldn't. > > What it boils down to is that mount is fine with these options in fstab, > but barfs when doing them on the commandline. That was so > couter-intuitive, I went around it for the sake of getting things done. It works fine on the commandline, you just got the syntax for the commandline wrong. > > FreeBSD man pages are nice and all, but without a textbook siting by > with some examples, it can be difficult. I learned Unix pretty much ad > hoc, so I find that examples (such as you gave) are worth much more than > man pages now that I know most of the basics. Man pages often have some examples, but learning things only from manpages can indeed be a bit difficult. > > Thanks. > > But what I did discover is that if I mount the same nfs resource > multiple times, I get multiple, identical mounts (using fstab options, > or commandline, either one). I have to umount each one serially. How > is this a feature? It is a feature in that the system does exactly what you asked it to do. This is usually less painful than systems that try to guess what you actually meant. > What good does it do me if I mount the same nfs > drive to the same place n times? None that I can think of, which doesn't mean that there is no use for it. > Won't that eventually cause a deadlock > as n increases beyond a few hundred or thousand? -- especially when the > NFS server goes down? Probably not a deadlock, but possible a resource starvation - so don't do that. > Shouldn't the second and subsequent mounts either > fail or not be attempted due to a sanity check? > > #mount /usr > mount: /dev/ad0s1f: Device busy > Exit 1 > > That seems reasonable for /usr. But as I stated before, NFS resources > nevere apparently become "busy", and there is no sanity check to prevent > mulitiple simultaneous mounts of identical file systems on identical > file trees. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue May 10 23:21:27 2005 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8372716A4CE for ; Tue, 10 May 2005 23:21:27 +0000 (GMT) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83AB43D82 for ; Tue, 10 May 2005 23:21:25 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [192.168.1.2] (may be forged)) by mail.sbb.co.yu (8.13.3/8.13.3) with ESMTP id j4ANLLAW045158 for ; Wed, 11 May 2005 01:21:21 +0200 (CEST) Date: Wed, 11 May 2005 01:21:21 +0200 (CEST) From: Goran Gajic To: freebsd-stable@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SBB-MailScanner-Information: Please contact the ISP for more information X-SBB-MailScanner: Found to be clean X-MailScanner-From: ggajic@sbb.co.yu Subject: HTT/SMP does not start 2nd processor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 23:21:27 -0000 Hi, I have problem with 5.4-RELEASE on Dell Power Edge 1600sc (previously 5.2.1 was running on it for 1.5 year - no problems). At first I thought it might be problem with BIOS, but I have upgraded it to A12 (latest one on DELL's site). There is problem, whenever I enable APIC I get this lock (no dump :( on swap partiton), so I have writen it down: Fatal trap 12: page in fault while in kernel mode CPUID = 2; APIC ID = 02 Fault virtual address = 0x24 Fault code = supervisor read page not present Instruction pointer = 0x8:0xc050c3df Stack pointer = 0x10: 0xE94AAc5C Code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, PRES 1, DEF 32,1 GRAN 1 Processor eflags = resume, iopl = 0 current process = 64 (swi 5: clock sio) trap number = 12 panic: page fault cpuid = 2 Without APIC everything seems to work fine... 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 5.4-RELEASE #0: Tue May 10 22:11:18 CEST 2005 root@office.sbb.co.yu:/usr/src/sys/i386/compile/OFFICE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4227727360 (4031 MB) avail memory = 4143869952 (3951 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 pnpbios: Bad PnP BIOS data checksum ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic1: Changing APIC ID to 9 ioapic1: Assuming intbase of 16 ioapic2: Changing APIC ID to 10 ioapic2: Assuming intbase of 32 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib0: unable to route slot 15 INTA em0: port 0xecc0-0xecff mem 0xfe100000-0xfe11ffff irq 16 at device 2.0 on pci0 em0: Ethernet address: 00:c0:9f:2a:31:04 em0: Speed:N/A Duplex:N/A pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 15.2 (no driver attached) isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: pcibus 1 on motherboard pci1: on pcib1 amr0: mem 0xfcd00000-0xfcd0ffff irq 17 at device 2.0 on pci1 amr0: Firmware 3.28, BIOS 1.05, 64MB RAM pci1: at device 4.0 (no driver attached) pcib3: pcibus 3 on motherboard pci3: on pcib3 fxp0: port 0xccc0-0xccff mem 0xfcbc0000-0xfcbdffff,0xfcbff000-0xfcbfffff irq 21 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:28:50:2b fxp1: port 0xcc80-0xccbf mem 0xfcba0000-0xfcbbffff,0xfcbfe000-0xfcbfefff irq 22 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:28:50:2c pcib2: pcibus 2 on motherboard pci2: on pcib2 pcib4: at device 2.0 on pci2 amr0: mem 0xfcd00000-0xfcd0ffff irq 17 at device 2.0 on pci1 amr0: Firmware 3.28, BIOS 1.05, 64MB RAM pci1: at device 4.0 (no driver attached) pcib3: pcibus 3 on motherboard pci3: on pcib3 fxp0: port 0xccc0-0xccff mem 0xfcbc0000-0xfcbdffff,0xfcbff000-0xfcbfffff irq 21 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:28:50:2b fxp1: port 0xcc80-0xccbf mem 0xfcba0000-0xfcbbffff,0xfcbfe000-0xfcbfefff irq 22 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:28:50:2c pcib2: pcibus 2 on motherboard pci2: on pcib2 pcib4: at device 2.0 on pci2 pcib5: at device 4.0 on pci2 pci4: on pcib5 fxp2: port 0xbcc0-0xbcff mem 0xfc9c0000-0xfc9dffff,0xfc9ff000-0xfc9fffff irq 24 at device 4.0 on pci4 miibus2: on fxp2 inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: Ethernet address: 00:02:b3:28:50:29 fxp3: port 0xbc80-0xbcbf mem 0xfc9a0000-0xfc9bffff,0xfc9fe000-0xfc9fefff irq 23 at device 5.0 on pci4 miibus3: on fxp3 inphy3: on miibus3 inphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp3: Ethernet address: 00:02:b3:28:50:2a pmtimer0 on isa0 orm0: at iomem 0xec000-0xeffff,0xe3000-0xea7ff,0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = disabled acd0: CDROM at ata1-master PIO4 amrd0: on amr0 amrd0: 69356MB (142041088 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted /: mount pending error: blocks 240 files 4 WARNING: /home was not properly dismounted /home: mount pending error: blocks 2148 files 1 WARNING: /tmp was not properly dismounted IP Filter: already initialized em0: Link is up 100 Mbps Full Duplex With APIC this is dmesg 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 5.4-RELEASE #0: Tue May 10 22:11:18 CEST 2005 root@office.sbb.co.yu:/usr/src/sys/i386/compile/OFFICE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4227727360 (4031 MB) avail memory = 4143869952 (3951 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 pnpbios: Bad PnP BIOS data checksum ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 800, 1a (4) failed acpi_timer0: couldn't allocate resource (port 0x808) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 em0: port 0xecc0-0xecff mem 0xfe100000-0xfe11ffff irq 16 at device 2.0 on pci0 em0: Ethernet address: 00:c0:9f:2a:31:04 em0: Speed:N/A Duplex:N/A pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 15.2 (no driver attached) isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci1: on pcib1 amr0: mem 0xfcd00000-0xfcd0ffff irq 17 at device 2.0 on pci1 amr0: Firmware 3.28, BIOS 1.05, 64MB RAM pci1: at device 4.0 (no driver attached) pcib2: on acpi0 pci2: on pcib2 pcib3: at device 2.0 on pci2 pci3: on pcib3 fxp0: port 0xccc0-0xccff mem 0xfcbc0000-0xfcbdffff,0xfcbff000-0xfcbfffff irq 21 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:28:50:2b fxp1: port 0xcc80-0xccbf mem 0xfcba0000-0xfcbbffff,0xfcbfe000-0xfcbfefff irq 22 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:28:50:2c pcib4: at device 4.0 on pci2 pci4: on pcib4 fxp2: port 0xbcc0-0xbcff mem 0xfc9c0000-0xfc9dffff,0xfc9ff000-0xfc9fffff irq 24 at device 4.0 on pci4 miibus2: on fxp2 inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: Ethernet address: 00:02:b3:28:50:29 fxp3: port 0xbc80-0xbcbf mem 0xfc9a0000-0xfc9bffff,0xfc9fe000-0xfc9fefff irq 23 at device 5.0 on pci4 miibus3: on fxp3 inphy3: on miibus3 inphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp3: Ethernet address: 00:02:b3:28:50:2a fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A acpi_timer0: couldn't allocate resource (port 0x808) pmtimer0 on isa0 orm0: at iomem 0xec000-0xeffff,0xe3000-0xea7ff,0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = disabled acd0: CDROM at ata1-master PIO4 amrd0: on amr0 amrd0: 69356MB (142041088 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/amrd0s1a IP Filter: already initialized em0: Link is up 100 Mbps Full Duplex And here is my config: machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options SMP # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # 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 fxp # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The Bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter options IPFILTER If you need more info I would be glad to help. Regards, Goran Gajic From owner-freebsd-stable@FreeBSD.ORG Tue May 10 23:56:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9840C16A4CE for ; Tue, 10 May 2005 23:56:13 +0000 (GMT) Received: from mta2.pe.inty.net (mta2.pe.inty.net [213.228.254.18]) by mx1.FreeBSD.org (Postfix) with SMTP id C83F743D1F for ; Tue, 10 May 2005 23:56:09 +0000 (GMT) (envelope-from SysAdmin@Rainbow-IT.net) Received: from localhost.localdomain (scan2.pe.inty.net [213.228.254.11]) by mta2.pe.inty.net (Postfix) with ESMTP id 6C8623C68BD for ; Wed, 11 May 2005 00:56:08 +0100 (BST) Received: from venus.rainbow-it.net (venus.furrie.net [62.3.212.122]) by mta1.pe.inty.net (Postfix) with ESMTP id ECCB864A195 for ; Wed, 11 May 2005 00:56:07 +0100 (BST) Received: from [10.6.8.7] (freya.hq.rainbow-it.net [10.6.8.7]) by venus.rainbow-it.net (Postfix) with ESMTP id 851B8228AD for ; Wed, 11 May 2005 00:56:07 +0100 (BST) Message-ID: <42814A17.1010301@Rainbow-IT.net> Date: Wed, 11 May 2005 00:56:07 +0100 From: Chris Phillips Organization: Rainbow IT Consultancy User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD MailingList References: <20050509210458.GB9844@bloom.cse.buffalo.edu> In-Reply-To: <20050509210458.GB9844@bloom.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-MDF-HostID: 44 Subject: Creating a mini install disk, for particular needs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 23:56:13 -0000 Hi all, I'm not sure if this is OK posting here, but I'm sure that you'll correct me if I've been imprudent. I am trying to find a suitable alternative to our crappy, solid-state, thin client boxes (because they are so awfully unreliable & the manufacturer has also gone down the tubes). We need a fairly painless way, to roll out a fresh install onto some random i386 hardware we have lying around (there's a plentiful supply), for any new users, who require a basic functioning GUI, with access to graphical email client, web browser & 'rdesktop' (for the windows applications, that they are all hooked on). What I'd love to be able to do, is to create a FreeBSD (it's my favorite) CD, that contains all that I need for these basic systems. Either, set up so that the install is automated, with just the minimal of setup, or so that it's got all the packages that I want & can all be installed straight off the CD (perhaps by choosing the "All Packages" option). Is what I've described actually possible? Would anyone be willing or able, to guide me toward a good resource that I can get reading? It would be very cool, if I could do this for our company. More bums on seats, for FreeBSD :) I eagerly look forward to any responses, thank you. Kind Regards, Chris Phillips Scanned for viruses by MailDefender From owner-freebsd-stable@FreeBSD.ORG Wed May 11 00:06:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DFD16A4CE for ; Wed, 11 May 2005 00:06:18 +0000 (GMT) Received: from post-22.mail.nl.demon.net (post-22.mail.nl.demon.net [194.159.73.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5744F43D7D for ; Wed, 11 May 2005 00:06:18 +0000 (GMT) (envelope-from albi@scii.nl) Received: from aseed.demon.nl ([83.160.138.119]:9957 helo=mail.aseed.antenna.nl) by post-22.mail.nl.demon.net with esmtp (Exim 4.43) id 1DVejx-0004su-Gc; Wed, 11 May 2005 00:06:17 +0000 Received: from http.aseed.antenna.nl (unknown [192.168.0.50]) by mail.aseed.antenna.nl (Postfix) with ESMTP id 377D0154125; Wed, 11 May 2005 02:08:59 +0200 (CEST) Received: from amandla.scii.nl (217-19-30-147.dsl.cambrium.nl [217.19.30.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by http.aseed.antenna.nl (Postfix) with ESMTP id 491F358CC27; Wed, 11 May 2005 02:06:12 +0200 (CEST) Date: Wed, 11 May 2005 02:06:14 +0200 From: albi To: Chris Phillips Message-Id: <20050511020614.7fdb6a9b.albi@scii.nl> In-Reply-To: <42814A17.1010301@Rainbow-IT.net> References: <20050509210458.GB9844@bloom.cse.buffalo.edu> <42814A17.1010301@Rainbow-IT.net> X-Mailer: Sylpheed version 1.9.9 (GTK+ 2.6.7; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: FreeBSD-STABLE@FreeBSD.org Subject: Re: Creating a mini install disk, for particular needs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 00:06:19 -0000 On Wed, 11 May 2005 00:56:07 +0100 Chris Phillips wrote: > I am trying to find a suitable alternative to our crappy, solid-state, > thin client boxes (because they are so awfully unreliable & the > manufacturer has also gone down the tubes). ------ cut --------- > It would be very cool, if I could do this for our company. More bums on > seats, for FreeBSD :) imho FreeNX is the best solution for this, run FreeNX as server on some fast box and let the clients run from that see http://www.freshports.org/net/freenx/, http://www.nomachine.com and http://cvs.berlios.de/cgi-bin/viewcvs.cgi/freenx/freenx/ChangeLog From owner-freebsd-stable@FreeBSD.ORG Wed May 11 00:36:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F73216A4CE; Wed, 11 May 2005 00:36:39 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7B843D8A; Wed, 11 May 2005 00:36:38 +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.1/8.13.1) with ESMTP id j4B0aX8H082489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 May 2005 20:36:37 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11])j4B0aQqH077841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 May 2005 20:36:27 -0400 (EDT) (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.3/8.13.3) with ESMTP id j4B0aLCx012643; Tue, 10 May 2005 20:36:21 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j4B0aLOI012642; Tue, 10 May 2005 20:36:21 -0400 (EDT) (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: re@FreeBSD.org Date: Tue, 10 May 2005 20:36:20 -0400 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_FOVgCBOYinB9LG1" Message-Id: <200505102036.21194.mi+mx@aldan.algebra.com> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: stable@FreeBSD.org Subject: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 00:36:39 -0000 --Boundary-00=_FOVgCBOYinB9LG1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello! As we were counting down to 5.3-RELEASE, I noticed, that all threading libraries still compile with PTHREAD_INVARIANTS. My suggestion to have this fixed was shutdown as not enough time was left for testing the 5.3. 6 months later the much anticipated 5.4 ships with these defines again and again FreeBSD is going to lose all thread-using benchmarks out there (such as MySQL's)... Can we have these things turned off NOW, so that, at least, 5.5 stands a chance? Thanks! -mi --Boundary-00=_FOVgCBOYinB9LG1 Content-Type: text/x-diff; charset="us-ascii"; name="inva.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="inva.patch" Index: lib/libc_r/Makefile =================================================================== RCS file: /meow/ncvs/src/lib/libc_r/Makefile,v retrieving revision 1.39.2.1 diff -U2 -r1.39.2.1 Makefile --- lib/libc_r/Makefile 13 Feb 2005 07:23:12 -0000 1.39.2.1 +++ lib/libc_r/Makefile 11 May 2005 00:22:12 -0000 @@ -19,5 +19,5 @@ # enable extra internal consistancy checks -CFLAGS+=-D_PTHREADS_INVARIANTS +#CFLAGS+=-D_PTHREADS_INVARIANTS PRECIOUSLIB= Index: lib/libpthread/Makefile =================================================================== RCS file: /meow/ncvs/src/lib/libpthread/Makefile,v retrieving revision 1.52.2.1 diff -U2 -r1.52.2.1 Makefile --- lib/libpthread/Makefile 13 Feb 2005 07:23:13 -0000 1.52.2.1 +++ lib/libpthread/Makefile 11 May 2005 00:22:23 -0000 @@ -35,5 +35,6 @@ # enable extra internal consistancy checks -CFLAGS+=-D_PTHREADS_INVARIANTS -Wall +#CFLAGS+=-D_PTHREADS_INVARIANTS -Wall +CFLAGS+=-Wall PRECIOUSLIB= Index: lib/libthr/Makefile =================================================================== RCS file: /meow/ncvs/src/lib/libthr/Makefile,v retrieving revision 1.7.2.1 diff -U2 -r1.7.2.1 Makefile --- lib/libthr/Makefile 13 Feb 2005 07:23:15 -0000 1.7.2.1 +++ lib/libthr/Makefile 11 May 2005 00:22:27 -0000 @@ -17,5 +17,5 @@ # enable extra internal consistancy checks -CFLAGS+=-D_PTHREADS_INVARIANTS +#CFLAGS+=-D_PTHREADS_INVARIANTS PRECIOUSLIB= --Boundary-00=_FOVgCBOYinB9LG1-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 01:11:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823F516A4CE; Wed, 11 May 2005 01:11:08 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2587843D1F; Wed, 11 May 2005 01:11:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j4B1Aqa3001799; Tue, 10 May 2005 21:10:52 -0400 (EDT) Date: Tue, 10 May 2005 21:10:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Mikhail Teterin In-Reply-To: <200505102036.21194.mi+mx@aldan.algebra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Content-Disposition: INLINE X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: stable@freebsd.org cc: re@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 01:11:08 -0000 On Tue, 10 May 2005, Mikhail Teterin wrote: > Hello! > > As we were counting down to 5.3-RELEASE, I noticed, that all threading > libraries still compile with PTHREAD_INVARIANTS. My suggestion to have this > fixed was shutdown as not enough time was left for testing the 5.3. > > 6 months later the much anticipated 5.4 ships with these defines again and > again FreeBSD is going to lose all thread-using benchmarks out there (such as > MySQL's)... > > Can we have these things turned off NOW, so that, at least, 5.5 stands a > chance? Thanks! What makes you think there is a measurable performance impact with them on? Regardless, it would first need to be in -current, not -stable. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed May 11 02:34:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A4916A4D0 for ; Wed, 11 May 2005 02:34:27 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F55143D7D for ; Wed, 11 May 2005 02:34:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 23315 invoked by uid 60001); 11 May 2005 02:34:25 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=unnY15EqeVBvTq2kwW8iAAMkdv7pOS9k0TWFj5yLOLucikqeFDJehVI4deGmRU3fIzT+hdgzAF1ba3c/u18ygzDCFniHRGbLEKxt3kWpGzlRvXoaRwf56MfH0guAQ+6HOwsD1s6cu+KebaNuuRBwloeUZNKmM/a2vrxRYIlQFM4= ; Message-ID: <20050511023425.23313.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Tue, 10 May 2005 19:34:25 PDT Date: Tue, 10 May 2005 19:34:25 -0700 (PDT) From: Rob To: ru@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 02:34:27 -0000 Ruslan Ermilov wrote: > Greetings, > > Those of you wishing to try your xl(4) card under > polling(4) are welcome to test this patch: > Ruslan, Yesterday I discovered that polling of the xl interface randomly disrupts an ssh-tunnel of mine. I think there's still a subtle, yet critical problem with xl polling. I cannot locate the details of the problem, so I will describe the symptoms that I see in my network, and why I suspect xl polling. Here is a sketch of my two private networks: PC1 - GW1 ~~~~ GW2 - PC2 PC1 = PC on private network, Intel Pro/100 (fxp) GW1 = Dual-homed Gateway, 2 x 3Com 3c905B-TX (xl) GW2 = Dual-homed Gateway, 2 x RealTek 8139 (rl) PC2 = PC on private network, RealTek 8139 (rl) ~~~~ = Internet All computers are running 5-Stable, as of May 10. All, but PC1 with fxp, use polling, with: options DEVICE_POLLING options HZ=1000 GW2 redirects (with natd) port 2200 to PC2. PC1 establishes an ssh-tunnel to PC2: PC1$ ssh -p 2200 -N -f -R 2000:localhost:22 GW2 Then on PC2, I can use this tunnel to connect directly to PC1, for example to run xbiff: PC2$ ssh -Y -p 2000 localhost xbiff This works beautifully, but every now and then the ssh-tunnel connection is 'closed' for no reason (the ssh-tunnel itself remains, but the connection is closed). This happens at least once an hour, seemingly at random. After some trial and error, I discovered that the polling of the xl devices (GW1) is the culprit. As soon as I disable the polling for the xl devices on GW1, the ssh-tunnel connection is not disrupted anymore. ----- GW1 is also a production server, so experimenting is rather limited. However, I can run tests, if that would help resolve the problem. Here you can find some relevant info on GW1 with the xl devices: dmesg output: http://surfion.snu.ac.kr/~lahaye/dmesg.boot kernel configuration: http://surfion.snu.ac.kr/~lahaye/MYKERNEL /boot/loader.conf: http://surfion.snu.ac.kr/~lahaye/loader.conf Regards, Rob. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-stable@FreeBSD.ORG Wed May 11 02:35:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8006716A4CE for ; Wed, 11 May 2005 02:35:02 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019EC43D83 for ; Wed, 11 May 2005 02:35:02 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAE59D.dip.t-dialin.net [84.170.229.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 1ABE62F0ED; Wed, 11 May 2005 04:34:55 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4B2ZxSr006250; Wed, 11 May 2005 04:36:00 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42816F8F.4040500@incubus.de> Date: Wed, 11 May 2005 04:35:59 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kirk Strauser References: <200505090942.56059.kirk@strauser.com> <200505101337.53863.kirk@strauser.com> <20050510.151550.74677018.imp@bsdimp.com> <200505101805.42166.kirk@strauser.com> In-Reply-To: <200505101805.42166.kirk@strauser.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 02:35:02 -0000 Kirk Strauser wrote: > Basically, for a magic formula to make my non-Cardbus PCMCIA card work under > FreeBSD (without throwing "CIS is too long" errors) just like it does under > OpenBSD, NetBSD, and Linux. I'm trying to do similar things.. I'm trying to get a wi0 wi-fi card working on non-cardbus pcmcia. It worked mostly (with acpi disabled) on 5.3. With 5.4 now I just get device timeout. Plus, the sysinstall for several iterations of the same manual procedure set the interface down (and kept it down) after I manually configured it in the fixit shell (providing the same options in sysinstall's network dialog wouldn't work). Ah.. the pain... I think I'll switch back to NetBSD on that box aswell, which ran fine. *sigh* mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:03:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC0FA16A4CE for ; Wed, 11 May 2005 03:03:39 +0000 (GMT) Received: from hotmail.com (bay102-f26.bay102.hotmail.com [64.4.61.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B463343D3F for ; Wed, 11 May 2005 03:03:39 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 10 May 2005 20:03:39 -0700 Message-ID: Received: from 64.4.61.206 by by102fd.bay102.hotmail.msn.com with HTTP; Wed, 11 May 2005 03:03:39 GMT X-Originating-IP: [64.4.61.206] X-Originating-Email: [woodycarey@hotmail.com] X-Sender: woodycarey@hotmail.com In-Reply-To: From: "W C" To: freebsd-stable@freebsd.org Date: Tue, 10 May 2005 20:03:39 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 11 May 2005 03:03:39.0581 (UTC) FILETIME=[08049ED0:01C555D6] Subject: [Solved] RE: /usr/ports/devel/gettext will not build from ports on 5.4-Release? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:03:40 -0000 Do not build examples and this port will build and install. >From: "W C" >To: freebsd-stable@freebsd.org >Subject: /usr/ports/devel/gettext will not build from ports on 5.4-Release? >Date: Tue, 10 May 2005 15:43:06 -0700 > >Hi all, > >My assumption here is that this should "just work" on a fresh 5.4-R box >installed from CD. >I installed the kern-developer configuration, stressed tested the system by >rebuilding the stock kernel, and then dove happily into the ports tree. > >Fresh install off of cd burnt from ISO image. I checked the md5 sum on the >.iso before I burnt it to cd. Lots of ports are failing to build, due to >being dependent on gettext. > >Here is the error from the gettext build: > > >... >Making all in gettext-tools >make all-recursive >Making all in intl >Making all in lib >/bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe >-L/usr/local/lib -o libgettextlib.la -rpath /usr/local/lib -release 0.14.1 >../intl/libintl.la -L/usr/local/lib -liconv -R/usr/local/lib >-L/usr/local/lib -liconv -R/usr/local/lib -no-undefined allocsa.lo >argmatch.lo backupfile.lo addext.lo basename.lo c-ctype.lo classpath.lo >closeout.lo copy-file.lo csharpcomp.lo csharpexec.lo error.lo >error-progname.lo execute.lo fatal-signal.lo findprog.lo fstrcmp.lo >full-write.lo fwriteerror.lo gcd.lo getopt.lo getopt1.lo hash.lo >javacomp.lo javaexec.lo linebreak.lo mbswidth.lo obstack.lo concatpath.lo >pipe-bidi.lo pipe-in.lo pipe-out.lo progname.lo progreloc.lo safe-read.lo >safe-write.lo sh-quote.lo stpncpy.lo strtoul.lo tmpdir.lo wait-process.lo >xmalloc.lo xstrdup.lo xallocsa.lo xerror.lo xreadlink.lo xsetenv.lo >localcharset.lo getline.lo getndelim2.lo canonicalize.lo >libtool15: link: `javaexec.lo' is not a valid libtool object >*** Error code 1 > >Stop in /usr/ports/devel/gettext/work/gettext-0.14.1/gettext-tools/lib. >*** Error code 1 > > >What incredibly stupid thing can I be doing wrong here on such a fresh >-RELEASE box? > >Regards, > >Woody Carey > >P.S. Please don't say "cvsup ports tree", or "upgrade to -STABLE". I do >believe 5.4-R dropped _yesterday_, and for something so "fresh", things >should "just work". Peace. > >_________________________________________________________________ >Don’t just search. Find. Check out the new MSN Search! >http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > >_______________________________________________ >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" _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:07:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13AFA16A4CE for ; Wed, 11 May 2005 03:07:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD1D843D73 for ; Wed, 11 May 2005 03:07:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A6548519F6; Tue, 10 May 2005 20:07:01 -0700 (PDT) Date: Tue, 10 May 2005 20:07:01 -0700 From: Kris Kennaway To: W C Message-ID: <20050511030701.GA19950@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: [Solved] RE: /usr/ports/devel/gettext will not build from ports on 5.4-Release? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:07:05 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 10, 2005 at 08:03:39PM -0700, W C wrote: > Do not build examples and this port will build and install. It should (and does, for others) build with default options though.. What other ports do you have installed? Perhaps it is detecting one of them and enabling broken code. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgXbVWry0BWjoQKURAmKYAJ9CkNw6NqqjQPrVIOvWjbp2D4TOwwCfYNYr cARxU3pLPcsGJ+OXFXWIAe8= =0YLH -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:35:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7190F16A4CE for ; Wed, 11 May 2005 03:35:51 +0000 (GMT) Received: from hotmail.com (bay102-f11.bay102.hotmail.com [64.4.61.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4310E43D6B for ; Wed, 11 May 2005 03:35:51 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 10 May 2005 20:35:51 -0700 Message-ID: Received: from 64.4.61.206 by by102fd.bay102.hotmail.msn.com with HTTP; Wed, 11 May 2005 03:35:50 GMT X-Originating-IP: [64.4.61.206] X-Originating-Email: [woodycarey@hotmail.com] X-Sender: woodycarey@hotmail.com In-Reply-To: <20050511030701.GA19950@xor.obsecurity.org> From: "W C" To: kris@obsecurity.org Date: Tue, 10 May 2005 20:35:50 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 11 May 2005 03:35:51.0048 (UTC) FILETIME=[87431880:01C555DA] cc: freebsd-stable@freebsd.org Subject: Re: [Solved] RE: /usr/ports/devel/gettext will not build from ports on 5.4-Relea X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:35:51 -0000 It was a _real basic_ system when I encountered this failure: [dnetc was not installed yet] [neither was gmake] $ pkg_info dnetc-2.9008.491_1,1 Distributed.net distributed computing project client gettext-0.14.1 GNU gettext package gmake-3.80_2 GNU version of 'make' utility libiconv-1.9.2_1 A character set conversion library libtool-1.5.10_1 Generic shared library support script (version 1.5) perl-5.8.6_2 Practical Extraction and Report Language $ The second time I ran make, I did not get the nice blue curses interface to choose examples or html man pages for gettext, it just built [without either, I assume]. I tried to build gettext on my second 5.4-R test machine, [also a bare-metal install this morning] this time without examples, and it built straightaway. >From: Kris Kennaway >To: W C >CC: freebsd-stable@freebsd.org >Subject: Re: [Solved] RE: /usr/ports/devel/gettext will not build from >ports on 5.4-Release? >Date: Tue, 10 May 2005 20:07:01 -0700 > >On Tue, May 10, 2005 at 08:03:39PM -0700, W C wrote: > > Do not build examples and this port will build and install. > >It should (and does, for others) build with default options though.. > >What other ports do you have installed? Perhaps it is detecting one >of them and enabling broken code. > >Kris ><< attach3 >> _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:37:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF47F16A4CE for ; Wed, 11 May 2005 03:37:51 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9698943D2D for ; Wed, 11 May 2005 03:37:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 51DCA5148A; Tue, 10 May 2005 20:37:50 -0700 (PDT) Date: Tue, 10 May 2005 20:37:50 -0700 From: Kris Kennaway To: W C Message-ID: <20050511033750.GA32795@xor.obsecurity.org> References: <20050511030701.GA19950@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: kris@obsecurity.org Subject: Re: [Solved] RE: /usr/ports/devel/gettext will not build from ports on 5.4-Relea X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:37:52 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 10, 2005 at 08:35:50PM -0700, W C wrote: > It was a _real basic_ system when I encountered this failure: [dnetc was= =20 > not installed yet] [neither was gmake] >=20 > $ pkg_info > dnetc-2.9008.491_1,1 Distributed.net distributed computing project client > gettext-0.14.1 GNU gettext package > gmake-3.80_2 GNU version of 'make' utility > libiconv-1.9.2_1 A character set conversion library > libtool-1.5.10_1 Generic shared library support script (version 1.5) > perl-5.8.6_2 Practical Extraction and Report Language > $ >=20 > The second time I ran make, I did not get the nice blue curses interface = to=20 > choose > examples or html man pages for gettext, it just built [without either, I= =20 > assume]. No, it uses the same defaults you chose previously. > I tried to build gettext on my second 5.4-R test machine, [also a=20 > bare-metal install this morning] this time without examples, and it built= =20 > straightaway. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgX4NWry0BWjoQKURApEeAKDmSh97OE3pQ9vu4k0x2PwDhkxhDwCgyu1+ Gc5xgIQSq107AjeXApKWJls= =sHFA -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:40:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64F3516A4D1 for ; Wed, 11 May 2005 03:40:13 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F240343D66 for ; Wed, 11 May 2005 03:40:12 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so3750rng for ; Tue, 10 May 2005 20:40:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=b0zFAAQFOxqqflJSZRL6iQKK7H0/aVi3r7tT2qFUwuJonRaX3pkG274MVU7X17AwSW8zuVad1mBf37If43e1ILgkcRQKbKVvTFLVIA+OvrgPGMvqUyZcW0Te0zqcUKnW+ZcV5OOvxJ1CIEkLKI/KdIj0Aotfw5JFDRd7vE4Ot/U= Received: by 10.39.1.54 with SMTP id d54mr9500rni; Tue, 10 May 2005 20:40:09 -0700 (PDT) Received: from ?59.93.162.113? ([59.93.162.113]) by mx.gmail.com with ESMTP id f3sm752703rne.2005.05.10.20.40.07; Tue, 10 May 2005 20:40:09 -0700 (PDT) Message-ID: <42817E93.1030204@gmail.com> Date: Wed, 11 May 2005 09:10:03 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511023425.23313.qmail@web54007.mail.yahoo.com> In-Reply-To: <20050511023425.23313.qmail@web54007.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------090405070807030900030305" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:40:13 -0000 This is a multi-part message in MIME format. --------------090405070807030900030305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 8:04, Rob wrote: >All computers are running 5-Stable, as of May 10. >All, but PC1 with fxp, use polling, with: > options DEVICE_POLLING > options HZ=1000 > > 1000 IMHO seems a bit too heavy. Try something lower. Regards S. --------------090405070807030900030305-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:43:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7463616A4CE; Wed, 11 May 2005 03:43:58 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C4143D54; Wed, 11 May 2005 03:43:57 +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.1/8.13.1) with ESMTP id j4B3htxm083022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 May 2005 23:43:56 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from vaio.virtual-estates.net (aldan.algebra.com [216.254.65.224]) j4B3hmQO079763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 May 2005 23:43:49 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from vaio.virtual-estates.net (localhost [127.0.0.1]) j4B3hhBC000818; Tue, 10 May 2005 23:43:43 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by vaio.virtual-estates.net (8.13.3/8.13.3/Submit) id j4B3hgI8000817; Tue, 10 May 2005 23:43:42 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: vaio.virtual-estates.net: mi set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin To: Daniel Eischen Date: Tue, 10 May 2005 23:43:41 -0400 User-Agent: KMail/1.8 References: In-Reply-To: X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"<=?koi8-u?q?kcG=5EEOVihy+z3/UR=7B6SCQ=0A?= MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505102343.42387@Misha> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: stable@freebsd.org cc: re@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:43:58 -0000 = > As we were counting down to 5.3-RELEASE, I noticed, that all = > threading libraries still compile with PTHREAD_INVARIANTS. My = > suggestion to have this = > fixed was shutdown as not enough time = > was left for testing the 5.3. = > Can we have these things turned off NOW, so that, at least, 5.5 = > stands a chance? Thanks! = = What makes you think there is a measurable performance impact with = them on? Interesting... Are you implying, the debugging code makes no difference, or are genuinly asking? There are additional steps in the code, that are only done when the define is on. Does not look like much in libthr, but c_r's uthread/uthread_mutex.c seems quite affected, for example. And you know it, of course... = Regardless, it would first need to be in -current, not -stable. I thought, the debugging features (WITNESS INVARIANTS) are always on in -current, but are turned off in -stable for maximum performance. Is that no longer true? -mi From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:48:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 613B016A4CE for ; Wed, 11 May 2005 03:48:32 +0000 (GMT) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id D187C43D49 for ; Wed, 11 May 2005 03:48:31 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int10.natcotech.com [192.168.1.10]) by natco8.natcotech.com (Postfix) with ESMTP id 1B3012981FE for ; Tue, 10 May 2005 22:48:31 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco10 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 10659-01-16 for ; Tue, 10 May 2005 22:48:31 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco8.natcotech.com (Postfix) with ESMTP id 8583E2981CD for ; Tue, 10 May 2005 22:48:30 -0500 (CDT) Received: (qmail 15621 invoked by uid 89); 11 May 2005 03:48:30 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 11 May 2005 03:48:30 -0000 Message-ID: <4281808D.9090303@leadhill.net> Date: Tue, 10 May 2005 22:48:29 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4280353B.8050306@leadhill.net> <42803B66.3070200@alumni.rice.edu> <428044C2.80208@leadhill.net> <428052CB.2000704@alumni.rice.edu> <428132B0.4060104@nlcc.us> <20050510231040.GA4494@falcon.midgard.homeip.net> In-Reply-To: <20050510231040.GA4494@falcon.midgard.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Subject: Re: nfs bug & df: Can I lock up my kernel and overflow this buffer? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:48:32 -0000 Erik Trulsson wrote: > Note that mount(8) (as well as mount_nfs(8)) says about the -o flag > that "Options are specified with a -o flag followed by a comma > separated string of options." > > If you try writing it as the manpage says, i.e. like > > mount -o -s,-x=2,-T dell:/nfs /dellbak > > it should work fine. I felt pretty confident I had tried something of this sort, and of course now that you say all of that, it works for me. I probably didn't use the hyphens, nor the equals sign, etc. > It works fine on the commandline, you just got the syntax for the > commandline wrong. > >>But what I did discover is that if I mount the same nfs resource >>multiple times, I get multiple, identical mounts (using fstab options, >>or commandline, either one). I have to umount each one serially. How >>is this a feature? > > > It is a feature in that the system does exactly what you asked it to > do. This is usually less painful than systems that try to guess what > you actually meant. > > >> What good does it do me if I mount the same nfs >>drive to the same place n times? > > > None that I can think of, which doesn't mean that there is no use for > it. > > >>Won't that eventually cause a deadlock >>as n increases beyond a few hundred or thousand? -- especially when the >>NFS server goes down? > > > Probably not a deadlock, but possible a resource starvation - so don't > do that. Which leads me to a test. I am going to try and take a server down this way and see what resources I can max out or overflow by mounting and re-mounting the same thing over and over. I'll write a shell script with an infinite loop, and run it on an old server of mine. Then maybe I'll pull its LAN cable (virtually and actually) and see what happens. Perhaps I'll cross-post the results to the hackers list if I get some interesting results. BN From owner-freebsd-stable@FreeBSD.ORG Wed May 11 03:52:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A774C16A4CE; Wed, 11 May 2005 03:52:56 +0000 (GMT) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D573343D7F; Wed, 11 May 2005 03:52:55 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 44E9F411; Wed, 11 May 2005 05:52:54 +0200 (CEST) Received: from srv (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 44B8E3FC; Wed, 11 May 2005 05:52:50 +0200 (CEST) Date: Wed, 11 May 2005 05:52:50 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@localhost To: Rob In-Reply-To: <20050511023425.23313.qmail@web54007.mail.yahoo.com> Message-ID: <20050511054451.E3375@localhost> References: <20050511023425.23313.qmail@web54007.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:52:56 -0000 Hi, just one experience of mine with Realtek 8139. I was not able to FTP upgrade Suse 9.2. Data transfer was crashing. After some *research* I changed the 8139 and problem was solved. The server was on 3c905B. Cheers, Vlado. On Tue, 10 May 2005, Rob wrote: > Ruslan Ermilov wrote: >> Greetings, >> >> Those of you wishing to try your xl(4) card under >> polling(4) are welcome to test this patch: >> > > Ruslan, > > Yesterday I discovered that polling of the xl > interface randomly disrupts an ssh-tunnel of mine. > I think there's still a subtle, yet critical problem > with xl polling. > > I cannot locate the details of the problem, so I > will describe the symptoms that I see in my network, > and why I suspect xl polling. > > Here is a sketch of my two private networks: > > PC1 - GW1 ~~~~ GW2 - PC2 > > PC1 = PC on private network, Intel Pro/100 (fxp) > GW1 = Dual-homed Gateway, 2 x 3Com 3c905B-TX (xl) > GW2 = Dual-homed Gateway, 2 x RealTek 8139 (rl) > PC2 = PC on private network, RealTek 8139 (rl) > ~~~~ = Internet > > All computers are running 5-Stable, as of May 10. > All, but PC1 with fxp, use polling, with: > options DEVICE_POLLING > options HZ=1000 > > > GW2 redirects (with natd) port 2200 to PC2. > > PC1 establishes an ssh-tunnel to PC2: > PC1$ ssh -p 2200 -N -f -R 2000:localhost:22 GW2 > > Then on PC2, I can use this tunnel to connect > directly to PC1, for example to run xbiff: > PC2$ ssh -Y -p 2000 localhost xbiff > > This works beautifully, but every now and then the > ssh-tunnel connection is 'closed' for no reason > (the ssh-tunnel itself remains, but the connection > is closed). > This happens at least once an hour, seemingly at > random. > > After some trial and error, I discovered that the > polling of the xl devices (GW1) is the culprit. > > As soon as I disable the polling for the xl devices > on GW1, the ssh-tunnel connection is not disrupted > anymore. > > ----- > > GW1 is also a production server, so experimenting > is rather limited. However, I can run tests, if that > would help resolve the problem. > > Here you can find some relevant info on GW1 with the > xl devices: > > dmesg output: > http://surfion.snu.ac.kr/~lahaye/dmesg.boot > kernel configuration: > http://surfion.snu.ac.kr/~lahaye/MYKERNEL > /boot/loader.conf: > http://surfion.snu.ac.kr/~lahaye/loader.conf > > Regards, > Rob. > > > > __________________________________ > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your mobile phone. > http://mobile.yahoo.com/learn/mail > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Wed May 11 05:10:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC48916A4CE for ; Wed, 11 May 2005 05:10:17 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BB2F43D58 for ; Wed, 11 May 2005 05:10:17 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 93992 invoked by uid 60001); 11 May 2005 05:10:16 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=L0UsYnCLAQt+xYRNa7IwMwKOvbop206jxoq1RfmArEtYoD4IE9KUSkrSKeyh1+dtndYhmGgoQOhYbNXCATOr6lAjVV0boSFKCazdi35BPZzDI6wL/IxIt2yK7VYeRdmRSFO33+rqFhiGoIUmtYCmy6N53Mui6c8BGdEEZDItW2Y= ; Message-ID: <20050511051016.93990.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Tue, 10 May 2005 22:10:16 PDT Date: Tue, 10 May 2005 22:10:16 -0700 (PDT) From: Rob To: Subhro In-Reply-To: <42817E93.1030204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 05:10:17 -0000 --- Subhro wrote: > On 5/11/2005 8:04, Rob wrote: > > >All computers are running 5-Stable, as of May 10. > >All, but PC1 with fxp, use polling, with: > > options DEVICE_POLLING > > options HZ=1000 > > 1000 IMHO seems a bit too heavy. Try something > lower. What is heavy and what is not? Does 100 sound better? How can I develop a feeling for the 'heaviness' of this HZ number? Is it related to the CPU speed? Thanks for clarifying! Rob. Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html From owner-freebsd-stable@FreeBSD.ORG Wed May 11 05:23:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B647416A4CE for ; Wed, 11 May 2005 05:23:05 +0000 (GMT) Received: from mail.omut.org (mail.omut.org [216.218.215.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF6A43D66 for ; Wed, 11 May 2005 05:23:05 +0000 (GMT) (envelope-from lxv@omut.org) Received: from tadpole.omut.org (mix-anchor.intranet [10.10.10.251]) by mail.omut.org (8.13.4/8.13.4) with ESMTP id j4B5N2ro055469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 10 May 2005 22:23:03 -0700 (PDT) (envelope-from lxv@omut.org) Received: from tadpole.intranet (localhost [127.0.0.1]) by tadpole.omut.org (8.13.3/8.13.3) with ESMTP id j4B5N1Ku023613 for ; Wed, 11 May 2005 01:23:02 -0400 (EDT) (envelope-from lxv@tadpole.intranet) Received: (from lxv@localhost) by tadpole.intranet (8.13.3/8.13.3/Submit) id j4B5Mu14023612 for freebsd-stable@freebsd.org; Wed, 11 May 2005 01:22:56 -0400 (EDT) (envelope-from lxv) Date: Wed, 11 May 2005 01:22:56 -0400 From: Alex Vasylenko To: freebsd-stable@freebsd.org Message-ID: <20050511052253.GA17254@tadpole.intranet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Scanned-By: MIMEDefang 2.51 on 216.218.215.140 Subject: panic in in_gif_output (5.4-pre as of 3/31) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alex Vasylenko List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 05:23:05 -0000 This is FreeBSD 5.4-PRERELEASE #34: Thu Mar 31 08:39:00 EST 2005 i386/smp, debug.mpsafenet=1 (kgdb) where #0 doadump () at pcpu.h:159 #1 0xc0532acb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0532ef3 in panic (fmt=0xc06d3755 "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06a6bf4 in trap_fatal (frame=0xd0db2818, eva=0) at /usr/src/sys/i386/i386/trap.c:809 #4 0xc06a6892 in trap_pfault (frame=0xd0db2818, usermode=0, eva=76) at /usr/src/sys/i386/i386/trap.c:727 #5 0xc06a63f0 in trap (frame= {tf_fs = 24, tf_es = -1048313840, tf_ds = 16, tf_edi = -1047673536, tf_esi = -1047620608, tf_ebp = -790943576, tf_isp = -790943676, tf_ebx = 0, tf_edx = -1046013888, tf_ecx = -1049012736, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067675915, tf_cs = 8, tf_eflags = 66050, tf_esp = -1036605952, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:417 #6 0xc069135a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0x00000018 in ?? () #8 0xc1840010 in ?? () #9 0x00000010 in ?? () #10 0xc18dc540 in ?? () #11 0xc18e9400 in ?? () #12 0xd0db28a8 in ?? () #13 0xd0db2844 in ?? () #14 0x00000000 in ?? () #15 0xc1a71840 in ?? () #16 0xc1795600 in ?? () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc05c8ef5 in in_gif_output (ifp=0xc18e9400, family=0, m=0xc236a600) at /usr/src/sys/netinet/in_gif.c:215 #21 0xc05b944f in gif_output (ifp=0xc18e9400, m=0xc1871800, dst=0xd0db29f0, rt=0xc1a71ad4) at /usr/src/sys/net/if_gif.c:417 #22 0xc06049c1 in nd6_output (ifp=0xc18e9400, origifp=0x0, m0=0xc1871800, dst=0xd0db29f0, rt0=0xc1a71ad4) at /usr/src/sys/netinet6/nd6.c:1997 #23 0xc05fdf53 in ip6_output (m0=0xd0db29ec, opt=0x0, ro=0xd0db29ec, flags=0, im6o=0x0, ifpp=0x0, inp=0x0) at /usr/src/sys/netinet6/ip6_output.c:1016 #24 0xc05db921 in tcp_output (tp=0xc229cde0) at /usr/src/sys/netinet/tcp_output.c:1098 #25 0xc05d7d33 in tcp_input (m=0xc2735200, off0=40) at /usr/src/sys/netinet/tcp_input.c:1300 #26 0xc05d64de in tcp6_input (mp=0x0, offp=0xd0db2c2c, proto=6) at /usr/src/sys/netinet/tcp_input.c:412 #27 0xc05f9bd5 in ip6_input (m=0xc2735200) at /usr/src/sys/netinet6/ip6_input.c:819 #28 0xc05bd109 in netisr_processqueue (ni=0xc07453e4) at /usr/src/sys/net/netisr.c:233 #29 0xc05bd319 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:340 #30 0xc05187f8 in ithread_loop (arg=0xc178c080) at /usr/src/sys/kern/kern_intr.c:547 #31 0xc0517410 in fork_exit (callout=0xc0518640 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:790 #32 0xc06913bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (kgdb) frame 20 #20 0xc05c8ef5 in in_gif_output (ifp=0xc18e9400, family=0, m=0xc236a600) at /usr/src/sys/netinet/in_gif.c:215 215 RTFREE(sc->gif_ro.ro_rt); (kgdb) l 210 211 error = ip_output(m, NULL, &sc->gif_ro, 0, NULL, NULL); 212 213 if (!(sc->gif_if.if_flags & IFF_LINK0) && 214 sc->gif_ro.ro_rt != NULL) { 215 RTFREE(sc->gif_ro.ro_rt); 216 sc->gif_ro.ro_rt = NULL; 217 } 218 219 return (error); From owner-freebsd-stable@FreeBSD.ORG Wed May 11 05:26:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E611416A4D0 for ; Wed, 11 May 2005 05:26:37 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C62243D73 for ; Wed, 11 May 2005 05:26:37 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so11868rng for ; Tue, 10 May 2005 22:26:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=FknvDLysTV0TgpSK3Wxjl+Bxel6Opfb5orUKzhp+VAPIXrhRi8OrZiRPGhQaswEytMudjXyQGZIfA+4DKgczzZbOPpBZ2TQweca1i9XiIJ8RkGireUIzv5Q5ZwpKs9QxoWtYobZkc2MQGurme42jTQrdkjVBbdHEhWvKvRA3qdQ= Received: by 10.38.71.62 with SMTP id t62mr55323rna; Tue, 10 May 2005 22:26:36 -0700 (PDT) Received: from ?59.93.162.113? ([59.93.162.113]) by mx.gmail.com with ESMTP id h17sm1621909rnb.2005.05.10.22.26.23; Tue, 10 May 2005 22:26:36 -0700 (PDT) Message-ID: <42819770.9070007@gmail.com> Date: Wed, 11 May 2005 10:56:08 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511051016.93990.qmail@web54002.mail.yahoo.com> In-Reply-To: <20050511051016.93990.qmail@web54002.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------040402080605000400060602" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 05:26:38 -0000 This is a multi-part message in MIME format. --------------040402080605000400060602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 10:40, Rob wrote: >--- Subhro wrote: > > > >>On 5/11/2005 8:04, Rob wrote: >> >> >> >>>All computers are running 5-Stable, as of May 10. >>>All, but PC1 with fxp, use polling, with: >>> options DEVICE_POLLING >>> options HZ=1000 >>> >>> >>1000 IMHO seems a bit too heavy. Try something >>lower. >> >> > >What is heavy and what is not? >Does 100 sound better? > >How can I develop a feeling for the 'heaviness' of >this HZ number? Is it related to the CPU speed? > >Thanks for clarifying! > >Rob. > > > Before I answer this question, I would like to clarify a few things. Previously (when there was no concept of Device Polling) whenever a packet arrived at a network interface, the NIC generated an interrupt. An interrupt would cause the processor to stop whatever it was doing and make it look into the reason why the interrupt was generated. This concept had no problems except the fact that it could be used maliciously. For example, if someone wants to consume all processing power, he may create an interrupt storm by constanly sending packets to the NIC. the NIC would continue generating interrupts and the processor would be busy servicing them, thus wasting and depriving other processes from precious CPU cycles. This is one form of Denial of Service attack. Also for systems which handle really heavy loads, a legal series of interrupts may seem like a DOS. Thus the concept of Device Polling came into play In Device Polled systems, the NIC does not generate any interrupt at all. Instead whenever the packets arrive at a Network interface, they are captured and put into a queue. The kernel scheduler checks the quese at regular intervals and processes the packets which are waiting. This interval is adjusted by the "options HZ=x" kernel option. If the value of x is very high, there may eb two scenarios. In the first scenario, the queue may fill up and subsequent packets are dropped. In this case retransmission of the packets are required. In the second scenario, the packets would be held up for excessive long times which defeats the entire purpose of Device Polling. If the value of x is very low, the scheduler would check the queue frequently and would again defeat the entire idea of Device Polling. The value of x is very much implementation and load specific. When I have to put up a new FreeBSD box, I start from 100 and start beefing up the number until I find a good balance. For your implementaion it seems to me as if the packets are waiting in the queue for a long time which are causing the SSH sessions to time out. Regards S. --------------040402080605000400060602-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 05:44:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D60C16A4CE for ; Wed, 11 May 2005 05:44:42 +0000 (GMT) Received: from web54008.mail.yahoo.com (web54008.mail.yahoo.com [206.190.36.232]) by mx1.FreeBSD.org (Postfix) with SMTP id F3A1343D53 for ; Wed, 11 May 2005 05:44:41 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 69094 invoked by uid 60001); 11 May 2005 05:44:41 -0000 Message-ID: <20050511054441.69092.qmail@web54008.mail.yahoo.com> Received: from [147.46.44.181] by web54008.mail.yahoo.com via HTTP; Tue, 10 May 2005 22:44:41 PDT Date: Tue, 10 May 2005 22:44:41 -0700 (PDT) From: Rob To: Subhro In-Reply-To: <42819770.9070007@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 05:44:42 -0000 --- Subhro wrote: > On 5/11/2005 10:40, Rob wrote: > > >--- Subhro wrote: > > > > > > > >>On 5/11/2005 8:04, Rob wrote: > >> > >> > >> > >>>All computers are running 5-Stable, as of May 10. > >>>All, but PC1 with fxp, use polling, with: > >>> options DEVICE_POLLING > >>> options HZ=1000 > >>> > >>> > >>1000 IMHO seems a bit too heavy. Try something > >>lower. > >> > >> > > > >What is heavy and what is not? > >Does 100 sound better? > > > >How can I develop a feeling for the 'heaviness' of > >this HZ number? Is it related to the CPU speed? > > > >Thanks for clarifying! > > > >Rob. > > > > > > > Before I answer this question, I would like to > clarify a few things. Thanks for the detailed explanation. I now got a much better idea of what polling actually means. Great! > When I have to put up a new FreeBSD box, I start > from 100 and start beefing up the number until I > find a good balance. Hmmm, how do you "find a good balance" ? Network access speed vs. lost connections.....? --- I'm now trying a kernel with HZ=100 and will report the result shortly. Interestingly: HZ=1000 is apparently a problem with the xl devices (3Com 3c905B-TX), but not with the rl devices (RealTek 8139). What could cause that difference? Could a difference in buffer size on the LAN card cause this? Rob. Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From owner-freebsd-stable@FreeBSD.ORG Wed May 11 06:33:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBBF16A4CE for ; Wed, 11 May 2005 06:33:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FAAC43D64 for ; Wed, 11 May 2005 06:33:02 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so38509wri for ; Tue, 10 May 2005 23:33:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t1IcYeHsTXvU7aYxtiTkza1FKat1vcg0eEWaYVyCUZ1JpDnUuXPce1GhpVA7PM3gKD1lDx2tSMpOKJddtB3qnsz7lTj0+nstNuRw5SQp7peIlXxL0+q+4vadjPjtr8vJYlkRo3FhSjZylaH+qr/S1jH8bJ4SmYeaquUgp3pO1fM= Received: by 10.54.21.18 with SMTP id 18mr103066wru; Tue, 10 May 2005 23:33:02 -0700 (PDT) Received: by 10.54.39.6 with HTTP; Tue, 10 May 2005 23:33:02 -0700 (PDT) Message-ID: <8eea04080505102333673368a9@mail.gmail.com> Date: Tue, 10 May 2005 23:33:02 -0700 From: Jon Simola To: freebsd-stable@freebsd.org In-Reply-To: <20050511054441.69092.qmail@web54008.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42819770.9070007@gmail.com> <20050511054441.69092.qmail@web54008.mail.yahoo.com> Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jon@abccomm.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 06:33:03 -0000 On 5/10/05, Rob wrote: > Interestingly: HZ=3D1000 is apparently a problem with > the xl devices (3Com 3c905B-TX), but not with the > rl devices (RealTek 8139). > What could cause that difference? Could a difference > in buffer size on the LAN card cause this? Yes. GigE cards tend to have larger packet buffers, but that certainly doesn't solve all the problems. I've been having some problems with the em cards in particular (fxp I've had no problems with) as no matter what I've tried tuning (tcprecvspace, HZ, polling knobs) I've been seeing packet loss of about 0.5%. That doesn't seem like much, but it's an awful lot to the couple thousand users behind it. Anyways, HZ=3D1000 shouldn't be a CPU problem on anything faster than a 500MHz-ish processor. There are also a few lightly documented sysctls that might be useful to play with that do things like poll during the idle loop (actual usefullness in any particular case may be void in your area, many will enter, few will win). --=20 Jon Simola Systems Administrator ABC Communications From owner-freebsd-stable@FreeBSD.ORG Wed May 11 06:38:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 657CA16A4D0 for ; Wed, 11 May 2005 06:38:43 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA41D43D66 for ; Wed, 11 May 2005 06:38:42 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so17083rng for ; Tue, 10 May 2005 23:38:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=I93pAtmReoBFKW6zd6opm5Cvx3n165KAc4ttEzMeDMDTBZmTbTL1fgPfnT7NO2SE1WwVkk7QUYa68E39pHfXYRWrWGZWDvcj524iWJPiV9G/6cOKdv9oPOyI8UpnAVx2QO5I8v9JQIC9CmK00UU76ctdHY7imfF5WOjgUYjn8Eg= Received: by 10.38.151.80 with SMTP id y80mr73073rnd; Tue, 10 May 2005 23:38:42 -0700 (PDT) Received: from ?59.93.162.113? ([59.93.162.113]) by mx.gmail.com with ESMTP id h18sm1626222rnb.2005.05.10.23.38.40; Tue, 10 May 2005 23:38:42 -0700 (PDT) Message-ID: <4281A86C.5010102@gmail.com> Date: Wed, 11 May 2005 12:08:36 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511054441.69092.qmail@web54008.mail.yahoo.com> In-Reply-To: <20050511054441.69092.qmail@web54008.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------070203080108000103080909" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 06:38:43 -0000 This is a multi-part message in MIME format. --------------070203080108000103080909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 11:14, Rob wrote: >>When I have to put up a new FreeBSD box, I start >>from 100 and start beefing up the number until I >>find a good balance. >> >> > >Hmmm, how do you "find a good balance" ? >Network access speed vs. lost connections.....? > > > Yes. The access times during the top load period and the average load period helps me to decide the "ideal value". Also its worthwhile to adjust the values: sysctl -a | grep nmbcluster They determine the number of buffers available for storing network connections. > >Interestingly: HZ=1000 is apparently a problem with >the xl devices (3Com 3c905B-TX), but not with the >rl devices (RealTek 8139). >What could cause that difference? Could a difference >in buffer size on the LAN card cause this? > > Highly possible. But it also depends on the sysctl values I mentioned above. Regards S. --------------070203080108000103080909-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 06:53:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DFF16A4D0; Wed, 11 May 2005 06:53:34 +0000 (GMT) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C58543D48; Wed, 11 May 2005 06:53:34 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4B6rWCj069513; Wed, 11 May 2005 08:53:32 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j4B6rW9S044498; Wed, 11 May 2005 08:53:32 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j4B6rWhS044497; Wed, 11 May 2005 08:53:32 +0200 (CEST) (envelope-from wb) Date: Wed, 11 May 2005 08:53:32 +0200 From: Wilko Bulte To: Ken Smith Message-ID: <20050511065332.GA44468@freebie.xs4all.nl> References: <20050509210458.GB9844@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20050509210458.GB9844@bloom.cse.buffalo.edu> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 06:53:35 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 09, 2005 at 05:04:58PM -0400, Ken Smith wrote.. >=20 > The Release Engineering Team is happy to announce the availability > of FreeBSD 5.4-RELEASE, the latest release of the FreeBSD Stable > development branch. Since FreeBSD 5.3-RELEASE in November 2004 we have > made many improvements in functionality, stability, performance, and devi= ce > driver support for some hardware, as well as dealt with known security is= sues > and made many bugfixes. >=20 > For a complete list of new features, known problems, and late-breaking > news, please see the release notes and errata list, available here: >=20 > http://www.FreeBSD.org/releases/5.4R/relnotes.html > http://www.FreeBSD.org/releases/5.4R/errata.html >=20 > FreeBSD 5.4 will become an "Errata Branch". In addition to Security > fixes other well-tested fixes to basic functionality will be committed > to the RELENG_5.4 branch after the release. Both Security Advisories > and Errata Notices are announced on the freebsd-announce@freebsd.org > mailing list. >=20 > It is expected there will be at least one more release from the RELENG_5 > branch, most likely two. The current plans are for the RELENG_6 branch > to be created within the next few months, and an initial 6.0-RELEASE will > be made a few months afterwards. There will be a 5.5-RELEASE following > a few months after the 6.0-RELEASE. >=20 > For more information about FreeBSD release engineering activities, > please see: >=20 > http://www.FreeBSD.org/releng/ >=20 > Dedication > ---------- >=20 > The FreeBSD 5.4 Release is dedicated to the memory of Cameron Grant. > Cameron was an active FreeBSD Developer and principal architect of the > sound driver subsystem despite his physical handicap. His is a superb > example of human spirit dominating over adversity. Cameron was an > inspiration to those who met him; he will be fondly remembered and sorely > missed. >=20 > Availability > ------------ >=20 > FreeBSD 5.4-RELEASE supports the i386, amd64, ia64, pc98, sparc64, and > alpha architectures and can be installed directly over the net, using > bootable media, or copied to a local NFS/FTP server. Distributions for > all architectures except alpha are available now. The distribution for > alpha should become available within the next day or two. Alpha is now also available. > CD Image Checksums > ------------------ MD5 (5.4-RELEASE-alpha-bootonly.iso) =3D f9c54aa9fb1ca861f3d343bb3b8378b9 MD5 (5.4-RELEASE-alpha-disc1.iso) =3D 18294d25be50b06bdd645c5800bd4e94 MD5 (5.4-RELEASE-alpha-disc2.iso) =3D 2d6a4ebfbdaa34f80a1457dc0041e946 enjoy, Wilko --=20 Wilko Bulte wilko@FreeBSD.org --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iQCVAwUBQoGr7PymwUj/iuMFAQJowAQAkhN3vEu2zxnBpHPksQaVyHNJOHgqWxpd tBMm0jUeFHCLAjwzFV0+uqmkGB2tD3XfTTzr0y28/NfBGYHWE2TR5j5ENSKN5dK9 H5Rdtj5pLC/Db4y5eCBdp+TFoSOFnpo1Vs5e71rve7CVHlx+gozS2V+lzX4INfPG RQfyQjAOdmw= =HuTC -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 07:29:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E138216A4CE for ; Wed, 11 May 2005 07:29:50 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A033A43D58 for ; Wed, 11 May 2005 07:29:47 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.3/8.13.3) with ESMTP id j4B7TgBd017087; Wed, 11 May 2005 09:29:42 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.3/8.13.1) with ESMTP id j4B7Tha8032559; Wed, 11 May 2005 09:29:43 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.3/8.13.1/Submit) id j4B7Teqg032558; Wed, 11 May 2005 09:29:40 +0200 (CEST) (envelope-from ftigeot) Date: Wed, 11 May 2005 09:29:40 +0200 From: Francois Tigeot To: Chris Phillips Message-ID: <20050511072940.GA32258@aoi.wolfpond.org> References: <20050509210458.GB9844@bloom.cse.buffalo.edu> <42814A17.1010301@Rainbow-IT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42814A17.1010301@Rainbow-IT.net> User-Agent: Mutt/1.4.2.1i cc: FreeBSD MailingList Subject: Re: Creating a mini install disk, for particular needs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 07:29:51 -0000 On Wed, May 11, 2005 at 12:56:07AM +0100, Chris Phillips wrote: > > I am trying to find a suitable alternative to our crappy, solid-state, > thin client boxes (because they are so awfully unreliable & the > manufacturer has also gone down the tubes). > > We need a fairly painless way, to roll out a fresh install onto some > random i386 hardware we have lying around (there's a plentiful supply), > for any new users, who require a basic functioning GUI, with access to > graphical email client, web browser & 'rdesktop' (for the windows > applications, that they are all hooked on). You may also try to use your PCs as thin clients. Check out http://www.thinbsd.org/ , it is a small FreeBSD based system to create X11 or Windows terminals. (Don't be afraid by the release dates, the project is not dead). > What I'd love to be able to do, is to create a FreeBSD (it's my > favorite) CD, that contains all that I need for these basic systems. > Either, set up so that the install is automated, with just the minimal > of setup, or so that it's got all the packages that I want & can all be > installed straight off the CD (perhaps by choosing the "All Packages" > option). > > Is what I've described actually possible? There are informations to script the install process in sysinstall(8) I had to install FreeBSD and Linux on dozens of workstations before and found out the CD thing was not the most practicable way. I ended up doing a fairly complete install on a master machine and cloning it via PXE booting and dd (disks were identicals). Check out this paper for a similar technique: http://www.pix.net/software/pxeboot/archive/SANE.pdf -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Wed May 11 07:43:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D67A116A4CE for ; Wed, 11 May 2005 07:43:10 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 5963643D53 for ; Wed, 11 May 2005 07:43:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 8456 invoked by uid 60001); 11 May 2005 07:43:09 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=i3Q7SVgvYhYXIFULsl6lwlPe5oneLXlz+mXn37Ld/rxfohtDGtPQhtEIoJV1+hEo4sRhoyoGX6zGpKE5NHVIzY6y/RWa8bDm3EVjolN9ccT7bv5tGrnCE9LKqs2gdjLeNe5meUGBjkZW6ysY4NaTIP3g4CUvXW9B1ljIuy2cqag= ; Message-ID: <20050511074309.8454.qmail@web54001.mail.yahoo.com> Received: from [147.46.44.181] by web54001.mail.yahoo.com via HTTP; Wed, 11 May 2005 00:43:09 PDT Date: Wed, 11 May 2005 00:43:09 -0700 (PDT) From: Rob To: Subhro In-Reply-To: <42817E93.1030204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 07:43:11 -0000 --- Subhro wrote: > On 5/11/2005 8:04, Rob wrote: > > >All computers are running 5-Stable, as of May 10. > >All, but PC1 with fxp, use polling, with: > > options DEVICE_POLLING > > options HZ=1000 > > > > > 1000 IMHO seems a bit too heavy. Try something > lower. Same problem. Ssh-tunnel connection is also disrupted with HZ=100. May I conclude that the HZ value is not the culprit? Or should I try once again with HZ=10? kern.ipc.nmbclusters is 4928 for this PC. Is that good or bad? "sysctl -a | grep -i polling" gives following: kern.polling.burst: 150 kern.polling.each_burst: 5 kern.polling.burst_max: 150 kern.polling.idle_poll: 0 kern.polling.poll_in_trap: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 0 kern.polling.lost_polls: 6 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 0 kern.polling.enable: 0 kern.polling.phase: 0 kern.polling.suspect: 6 kern.polling.stalled: 0 kern.polling.idlepoll_sleeping: 1 <118>kern.polling.enable: <118>xl0: flags=18843 mtu 1500 <118> options=49 <118>xl1: flags=18843 mtu 1500 <118> options=49 I actually doubt whether the default values of these sysctl variables would cause the problem. Regards, Rob. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-stable@FreeBSD.ORG Wed May 11 07:47:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCD416A4CE for ; Wed, 11 May 2005 07:47:08 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB3243D64 for ; Wed, 11 May 2005 07:47:07 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so53718rnf for ; Wed, 11 May 2005 00:47:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=FBFELfoFRUFcVfYl/FlsN78LNk3c2D1AXtXw4ZeZPPG3wstGkofH407Mv8PAY8C2yKcYkUbprNT5MoblEM+zUHvlCJ0cCfmL+Ug3tgYDj0MjdY6INQ1t1dADd4UKBXmpPMob/eKUUU8uyWp3VGvXnkQu7vs+uJiG6irxKiljkoc= Received: by 10.38.82.11 with SMTP id f11mr278509rnb; Wed, 11 May 2005 00:47:06 -0700 (PDT) Received: from ?59.93.164.66? ([59.93.164.66]) by mx.gmail.com with ESMTP id m36sm10227rnd.2005.05.11.00.47.04; Wed, 11 May 2005 00:47:06 -0700 (PDT) Message-ID: <4281B873.7020208@gmail.com> Date: Wed, 11 May 2005 13:16:59 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511074309.8454.qmail@web54001.mail.yahoo.com> In-Reply-To: <20050511074309.8454.qmail@web54001.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------020007020503090001060109" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 07:47:08 -0000 This is a multi-part message in MIME format. --------------020007020503090001060109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 13:13, Rob wrote: >--- Subhro wrote: > > > >>On 5/11/2005 8:04, Rob wrote: >> >> >> >>>All computers are running 5-Stable, as of May 10. >>>All, but PC1 with fxp, use polling, with: >>> options DEVICE_POLLING >>> options HZ=1000 >>> >>> >>> >>> >>1000 IMHO seems a bit too heavy. Try something >>lower. >> >> > >Same problem. Ssh-tunnel connection is also disrupted >with HZ=100. May I conclude that the HZ value is not >the culprit? Or should I try once again with HZ=10? > > 100 should be fine. 10 would be a bit too much overkill. >kern.ipc.nmbclusters is 4928 for this PC. >Is that good or bad? > > What is the purpose of the box? Give a description of the network traffic. >"sysctl -a | grep -i polling" gives following: >kern.polling.burst: 150 >kern.polling.each_burst: 5 >kern.polling.burst_max: 150 >kern.polling.idle_poll: 0 >kern.polling.poll_in_trap: 0 >kern.polling.user_frac: 50 >kern.polling.reg_frac: 20 >kern.polling.short_ticks: 0 >kern.polling.lost_polls: 6 >kern.polling.pending_polls: 0 >kern.polling.residual_burst: 0 >kern.polling.handlers: 0 >kern.polling.enable: 0 >kern.polling.phase: 0 >kern.polling.suspect: 6 >kern.polling.stalled: 0 >kern.polling.idlepoll_sleeping: 1 ><118>kern.polling.enable: ><118>xl0: flags=18843 MULTICAST,POLLING> mtu 1500 ><118> options=49 ><118>xl1: flags=18843 MULTICAST,POLLING> mtu 1500 ><118> options=49 > > > Did you use any strange CFLAGS like -O3 or -f* compile time options when you built the system? Regards S. --------------020007020503090001060109-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 07:48:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D80516A4CE for ; Wed, 11 May 2005 07:48:40 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EBDB43D68 for ; Wed, 11 May 2005 07:48:39 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so53896rnf for ; Wed, 11 May 2005 00:48:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=SSTTiIX91snMIVxvKfo39Qb334Qg7y+iH5VNDJX9GxcIvw83BVErOjiGWyp4ldxmJ+odO0QU4x5G493IX+x4vavpmBlpm+K/s1ckROmN6lcyk56qhwiH9fBCdGXdL6xz1yKvqPrynBs0urDYa7vvAYq+aJjQAib6BsX+EWtn++Y= Received: by 10.38.92.51 with SMTP id p51mr285782rnb; Wed, 11 May 2005 00:48:39 -0700 (PDT) Received: from ?59.93.164.66? ([59.93.164.66]) by mx.gmail.com with ESMTP id k6sm10821rnd.2005.05.11.00.48.36; Wed, 11 May 2005 00:48:39 -0700 (PDT) Message-ID: <4281B8CF.7050704@gmail.com> Date: Wed, 11 May 2005 13:18:31 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511074309.8454.qmail@web54001.mail.yahoo.com> In-Reply-To: <20050511074309.8454.qmail@web54001.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------010001010400000602070804" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 07:48:40 -0000 This is a multi-part message in MIME format. --------------010001010400000602070804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 13:13, Rob wrote: >--- Subhro wrote: > > > >>On 5/11/2005 8:04, Rob wrote: >> >> >> >>>All computers are running 5-Stable, as of May 10. >>>All, but PC1 with fxp, use polling, with: >>> options DEVICE_POLLING >>> options HZ=1000 >>> >>> >>> >>> >>1000 IMHO seems a bit too heavy. Try something >>lower. >> >> > >Same problem. Ssh-tunnel connection is also disrupted >with HZ=100. May I conclude that the HZ value is not >the culprit? Or should I try once again with HZ=10? > >kern.ipc.nmbclusters is 4928 for this PC. >Is that good or bad? > >"sysctl -a | grep -i polling" gives following: >kern.polling.burst: 150 >kern.polling.each_burst: 5 >kern.polling.burst_max: 150 >kern.polling.idle_poll: 0 >kern.polling.poll_in_trap: 0 >kern.polling.user_frac: 50 >kern.polling.reg_frac: 20 >kern.polling.short_ticks: 0 >kern.polling.lost_polls: 6 >kern.polling.pending_polls: 0 >kern.polling.residual_burst: 0 >kern.polling.handlers: 0 >kern.polling.enable: 0 > > Force this to be 1. Damn I should have noted it earlier Regards S. --------------010001010400000602070804-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 08:11:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9540116A4CE for ; Wed, 11 May 2005 08:11:58 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 2124F43D5F for ; Wed, 11 May 2005 08:11:58 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 28528 invoked by uid 60001); 11 May 2005 08:11:57 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=itWBlapBmwhEkZdSANeQyLCYPXVsXEa2WQ8q7IljQ0lWGFXvmmSD5zlWY9ft1Wb4EapX7LhERTFaa6RVb90yJkoiaaO1SPb2jhtNW4EW6J29AZ2sdunLiwAHWaLv96mkbDCRV7n011EAL/c+2sUiPB6RJymbX41rek4ayZl96tk= ; Message-ID: <20050511081157.28525.qmail@web54005.mail.yahoo.com> Received: from [147.46.44.181] by web54005.mail.yahoo.com via HTTP; Wed, 11 May 2005 01:11:57 PDT Date: Wed, 11 May 2005 01:11:57 -0700 (PDT) From: Rob To: Subhro In-Reply-To: <4281B873.7020208@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 08:11:58 -0000 --- Subhro wrote: > On 5/11/2005 13:13, Rob wrote: > > >--- Subhro wrote: > > > > > > > >>On 5/11/2005 8:04, Rob wrote: > >> > >> > >> > >>>All computers are running 5-Stable, as of May 10. > >>>All, but PC1 with fxp, use polling, with: > >>> options DEVICE_POLLING > >>> options HZ=1000 > >>> > >>> > >>> > >>> > >>1000 IMHO seems a bit too heavy. Try something > >>lower. > > > > Same problem. Ssh-tunnel connection is also > > disrupted with HZ=100. May I conclude that the > > HZ value is not the culprit? Or should I try > > once again with HZ=10? > > > > > 100 should be fine. 10 would be a bit too much > overkill. > > >kern.ipc.nmbclusters is 4928 for this PC. > >Is that good or bad? > > > > > What is the purpose of the box? Give a description > of the network traffic. This is a lab in the Chemistry department; the box in question is a dual-homed gateway to eight other PCs in the lab. The box has a tight firewall, and runs an apache server and an SSH server. On the private network, the box also runs as a DHCP server, Samba server and NTP server. OS = 5-Stable. The other PCs in the lab are two FreeBSD PCs and various flavours of Windows. > Did you use any strange CFLAGS like -O3 or -f* > compile time options when you built the system? No. My /etc/make.conf has: CFLAGS= -O -pipe NOPROFILE=true NO_PF=true >> kern.polling.enable: 0 > > Force this to be 1. Damn I should have noted it > earlier I took this printout after I changed the value to 0. Of course it is 1 when I test the polling, but when I noticed that the ssh-tunnel connection problem persisted, I changed it to 0; so that my ssh-tunnel connection is not randomly closed :). Thanks for your elaborate help! Rob. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-stable@FreeBSD.ORG Wed May 11 08:27:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1DE16A4CE; Wed, 11 May 2005 08:27:46 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E78E43D4C; Wed, 11 May 2005 08:27:43 +0000 (GMT) (envelope-from djv@mbnet.fi) Received: from [192.168.1.3] (GII.dsl.saunalahti.fi [85.76.233.203]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id D711FE076A; Wed, 11 May 2005 11:27:41 +0300 (EEST) Message-ID: <4281C1FC.800@mbnet.fi> Date: Wed, 11 May 2005 11:27:40 +0300 From: Tuomo Latto User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable References: <20050511051016.93990.qmail@web54002.mail.yahoo.com> <42819770.9070007@gmail.com> In-Reply-To: <42819770.9070007@gmail.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD current Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 08:27:46 -0000 Subhro wrote: ... > In Device Polled systems, the NIC does not generate any interrupt at > all. Instead whenever the packets arrive at a Network interface, they > are captured and put into a queue. The kernel scheduler checks the quese > at regular intervals and processes the packets which are waiting. This > interval is adjusted by the "options HZ=x" kernel option. > > If the value of x is very high, there may eb two scenarios. In the first > scenario, the queue may fill up and subsequent packets are dropped. In > this case retransmission of the packets are required. In the second > scenario, the packets would be held up for excessive long times which > defeats the entire purpose of Device Polling. If the value of x is very > low, the scheduler would check the queue frequently and would again > defeat the entire idea of Device Polling. It's the other way around. Large values indicate larger polling frequency thus amounting to more checks. Or at least the name of the option would suggest that anyway. -- Tuomo ... I can walk on water, but I stagger on alcohol From owner-freebsd-stable@FreeBSD.ORG Wed May 11 09:05:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FFE16A4CE; Wed, 11 May 2005 09:05:59 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C8E43D31; Wed, 11 May 2005 09:05:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4B923YY030045; Wed, 11 May 2005 11:02:04 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4281CA74.3090902@DeepCore.dk> Date: Wed, 11 May 2005 11:03:48 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gheorghe Ardelean References: <20050509132816.T734@quasar.physics.uvt.ro> In-Reply-To: <20050509132816.T734@quasar.physics.uvt.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: freebsd-stable@FreeBSD.ORG cc: freebsd-questions@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: RAID 1 with Adaptec SATA 1210SA + FreeBSD 5.4 + ata mkIII OK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 09:06:00 -0000 Gheorghe Ardelean wrote: >=20 > Hi Soeren, >=20 > I have to thank you for the work you put in the ata driver. Thanks! > After patching the 5.4 sources with the new ata mkIII > (http://people.freebsd.org/~sos/ATA) > I am able to use the RAID 1 with my Adaptec SATA 1210SA. Good :) let me know if you run into problems with it! --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Wed May 11 09:12:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 082AB16A4CE for ; Wed, 11 May 2005 09:12:18 +0000 (GMT) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDCA43D55 for ; Wed, 11 May 2005 09:12:16 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 0205E18378A for ; Wed, 11 May 2005 17:12:15 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id E4356183720 for ; Wed, 11 May 2005 17:12:14 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.input (Postfix) with ESMTP id D6CCF183566 for ; Wed, 11 May 2005 17:12:14 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 9BA8417E0F; Wed, 11 May 2005 17:11:50 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 81F0817E0F; Wed, 11 May 2005 17:11:49 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1DVnFt-000154-00; Wed, 11 May 2005 17:11:49 +0800 Date: Wed, 11 May 2005 17:11:49 +0800 (WST) From: David Adam To: Chris Phillips In-Reply-To: <42814A17.1010301@Rainbow-IT.net> Message-ID: References: <20050509210458.GB9844@bloom.cse.buffalo.edu> <42814A17.1010301@Rainbow-IT.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (236/050427) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release cc: FreeBSD MailingList Subject: Re: Creating a mini install disk, for particular needs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 09:12:18 -0000 On Wed, 11 May 2005, Chris Phillips wrote: > We need a fairly painless way, to roll out a fresh install onto some > random i386 hardware we have lying around (there's a plentiful supply), > for any new users, who require a basic functioning GUI, with access to > graphical email client, web browser & 'rdesktop' (for the windows > applications, that they are all hooked on). > > What I'd love to be able to do, is to create a FreeBSD (it's my > favorite) CD, that contains all that I need for these basic systems. > Either, set up so that the install is automated, with just the minimal > of setup, or so that it's got all the packages that I want & can all be > installed straight off the CD (perhaps by choosing the "All Packages" > option). > Is what I've described actually possible? > > Would anyone be willing or able, to guide me toward a good resource that > I can get reading? > > It would be very cool, if I could do this for our company. More bums on > seats, for FreeBSD :) Chris, If you do want install CD (the other posters so far have looked at thin-client stuff), you might want to check out FreeSBIE and its customisation scripts. It's very straightforward to build a custom CD with things like RDesktop, and comes with a built-in installer (although it does require some extra work to get things like the source and ports trees). www.freesbie.org Cheers, David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Wed May 11 09:51:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C1EB16A4CE for ; Wed, 11 May 2005 09:51:45 +0000 (GMT) Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E67C43D68 for ; Wed, 11 May 2005 09:51:44 +0000 (GMT) (envelope-from petero@itp.physik.tu-berlin.de) Received: from localhost ([127.0.0.1] helo=mail.zrz.TU-Berlin.DE) by mail.zrz.tu-berlin.de with esmtp (exim-4.51) for id 1DVnsU-0006jH-Lj; Wed, 11 May 2005 11:51:42 +0200 Received: from mail.zrz.TU-Berlin.DE ([130.149.4.15]) by mail.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ; Wed, 11 May 2005 11:51:42 +0200 (CEST) Received: from ella.physik.tu-berlin.de ([130.149.114.172]) by mail.zrz.tu-berlin.de with esmtp (exim-4.51) for id 1DVnsU-0006iy-Kj; Wed, 11 May 2005 11:51:42 +0200 Received: from ella.physik.tu-berlin.de (localhost [127.0.0.1]) j4B9pgPg013026 for ; Wed, 11 May 2005 11:51:42 +0200 (CEST) (envelope-from petero@ella.physik.tu-berlin.de) Received: (from petero@localhost) by ella.physik.tu-berlin.de (8.13.1/8.13.1/Submit) id j4B9pgLk013025 for freebsd-stable@freebsd.org; Wed, 11 May 2005 11:51:42 +0200 (CEST) (envelope-from petero) Date: Wed, 11 May 2005 11:51:42 +0200 From: Peter Orlowski To: freebsd-stable@freebsd.org Message-ID: <20050511095142.GA12629@ella.physik.tu-berlin.de> References: <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> <4280EE3C.8050505@jim-liesl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4280EE3C.8050505@jim-liesl.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Sophos MailMonitor on mail.zrz.tu-berlin.de; Wed, 11 May 2005 11:51:42 +0200 Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peter.orlowski@physik.tu-berlin.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 09:51:45 -0000 On Tue, May 10, 2005 at 11:24:12AM -0600, secmgr wrote: > Gabor Esperon wrote: > > > >How reliable is the gmirror subsystem? > > gmirror seems fine as best as I can tell. I've been running it for a > few months on sata drives. I had gmirror running on two IDE drives for system and two SATA drives for user data. That was RELENG_5_3. When one of the SATA drives broke (later I got errors like ad4: FAILURE - READ_DMA status=51 on fscking) the whole system just stopped. I could switch consoles but nothing else. Nothing in the logs either. I believe it had lost all it's file systems. After power cycling, both mirrors were found but marked as broken. Gmirror chose the defective SATA disk as the intact one and started rebuilding the mirror from that - but fscking the mirror failed, obviously, so I ended up with one disk that was broken, but marked intact by gmirror and one disk the other way round. I had to erase the gmirror metadata on the intact disk to get it to work again. I'd say gmirror will save your data but it won't save you from some downtime... Greetings, Peter -- Peter Orlowski Institut für Theoretische Physik Technische Universität Berlin From owner-freebsd-stable@FreeBSD.ORG Wed May 11 10:01:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6673416A4CE; Wed, 11 May 2005 10:01:13 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EEA243D6B; Wed, 11 May 2005 10:01:12 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BA6rLS062131; Wed, 11 May 2005 13:06:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 61518-18; Wed, 11 May 2005 13:01:10 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BA6qMl062128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2005 13:06:52 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4BA1QJV040027; Wed, 11 May 2005 13:01:26 +0300 (EEST) (envelope-from ru) Date: Wed, 11 May 2005 13:01:25 +0300 From: Ruslan Ermilov To: Rob Message-ID: <20050511100125.GA750@ip.net.ua> References: <42817E93.1030204@gmail.com> <20050511074309.8454.qmail@web54001.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20050511074309.8454.qmail@web54001.mail.yahoo.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Subhro cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 10:01:13 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 11, 2005 at 12:43:09AM -0700, Rob wrote: > I actually doubt whether the default values of > these sysctl variables would cause the problem. >=20 No. Can you observe the broken IP/TCP/UDP checksums? netstat -ss -f inet |grep -w bad Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgdf1qRfpzJluFF4RAhHHAJ0Yha99f3JxRiFtoWbJnzbWGuaHhwCeLczG QMRxIAoWOHp3hosfiapSCEE= =X+L3 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 10:07:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0893616A4CE for ; Wed, 11 May 2005 10:07:35 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D69543D6A for ; Wed, 11 May 2005 10:07:34 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so35956rng for ; Wed, 11 May 2005 03:07:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iA1M1y9J4O8LDSkSkMXBWmwnjlMAcodWergk2V9CBsFEY3yD67ZXBCasJe++4DWzBsYAoBg2IYCVDfii+EikX7+nIWEgueI0U/n/BxSrwYTp2CMvvXNmHc2HqXjt9U41PhgtfkG6MDgNtCDPNnAjtsBS1NHA3LwmVDety+7hMl4= Received: by 10.38.153.45 with SMTP id a45mr168684rne; Wed, 11 May 2005 03:07:34 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Wed, 11 May 2005 03:07:34 -0700 (PDT) Message-ID: <1dbad315050511030759935fdb@mail.gmail.com> Date: Wed, 11 May 2005 12:07:34 +0200 From: Michael Schuh To: freebsd-stable@freebsd.org In-Reply-To: <20050511081209.E916116A511@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050511081209.E916116A511@hub.freebsd.org> Subject: Re: freebsd-stable Digest, Vol 109, Issue 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 10:07:35 -0000 Hi, i think the setting of HZ has nothing to do with DEVICE_POLLING at once. So the Documentation say's DEVICE_POLLING is an Other way to get the Packets from the Ethernet. I have setted HZ=3D2000 on all my machines, equal if the Processor is an PI= 200MHz or an PIII 866MHz In fact this setting gave me the best results on: PI200 w/o MMX PI200 w/ MMX AMDK6-300 AMDK6-450 PIII 866 Athlon XP2000+ All Machines i have used with xL devies like 3C905B, Cyclone and the other 3C905's. Only difference between the real Problem and my Enviroments is i use only RELENG_4 (i be a little pedantic and konservative with stability and performance). greetings Michael From owner-freebsd-stable@FreeBSD.ORG Wed May 11 10:30:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF4616A4D0 for ; Wed, 11 May 2005 10:30:21 +0000 (GMT) Received: from konst.donpac.ru (f2cis.konst.donpac.ru [83.221.201.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C6F543D39 for ; Wed, 11 May 2005 10:30:20 +0000 (GMT) (envelope-from sergei@konst.donpac.ru) Received: from Curs3 (curs3.konst.donpac.ru [10.161.193.203]) by konst.donpac.ru (8.13.1/8.13.1) with ESMTP id j4BAUNWs016360 for ; Wed, 11 May 2005 14:30:23 +0400 (MSD) (envelope-from sergei@konst.donpac.ru) From: "sergei" To: Date: Wed, 11 May 2005 14:30:44 +0400 Message-ID: <028001c55614$80259b10$cbc1a10a@Curs3> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on konst.donpac.ru X-Virus-Status: Clean Subject: FW: FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 10:30:21 -0000 I'm sorry... But where is miniinst.iso? ;) From owner-freebsd-stable@FreeBSD.ORG Wed May 11 12:34:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E0616A4CE for ; Wed, 11 May 2005 12:34:16 +0000 (GMT) Received: from v00051.home.net.pl (post.pl [212.85.96.51]) by mx1.FreeBSD.org (Postfix) with SMTP id A8C5543D4C for ; Wed, 11 May 2005 12:34:14 +0000 (GMT) (envelope-from steve@post.pl) Received: from localhost (HELO ?10.0.1.232?) (steve.post@home@127.0.0.1) by matrix01.home.net.pl with SMTP; Wed, 11 May 2005 12:34:11 -0000 Message-ID: <4281FBC9.5040506@post.pl> Date: Wed, 11 May 2005 14:34:17 +0200 From: Steven Jurczyk User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 12:34:16 -0000 **Using SCHED_ULE on SMP/HT machine broke applications which use libpthread/libthr, probably at context switching between threads... The applications simply hang and they aren't killable (kill -9 don't work).. Usually this also break kernel shutdown (can't flush some inodes or blocks)... This is very big problem for people who want use mysql_server on SMP machines... On FreeBSD 5.4-RC3 this don't happend... Details at http://www.freebsd.org/cgi/query-pr.cgi?pr=threads/80887 -- best regards steve at home.pl From owner-freebsd-stable@FreeBSD.ORG Wed May 11 12:50:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5203916A4CE; Wed, 11 May 2005 12:50:14 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C8B43D1D; Wed, 11 May 2005 12:50:13 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j4BCo8MN029853; Wed, 11 May 2005 13:50:08 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j4BCo8UQ009507; Wed, 11 May 2005 13:50:08 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j4BCo8RQ009506; Wed, 11 May 2005 13:50:08 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Giorgos Keramidas In-Reply-To: <20050510152646.GA1164@orion.daedalusnetworks.priv> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 11 May 2005 13:50:07 +0100 Message-Id: <1115815807.8809.3.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 12:50:14 -0000 On Tue, 2005-05-10 at 18:26 +0300, Giorgos Keramidas wrote: > On 2005-05-10 10:41, Andre Guibert de Bruet wrote: > > On Tue, 10 May 2005, Skip Ford wrote: > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU > > > COMM > > >AND > > >1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% > > >Xor > > > 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% > > > mut > > > 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% > > > scr > > > 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% > > > per > > > 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% > > > per > > > 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% > > > ntp > > > > What is the length of the longest username that you have on your system? > > Ah, yes! Good thought. This could affect the width of the USERNAME > column and push everything too far to the right. If this is the case, > I'd probably vote for optionally limiting the length of the username > column to, say, 8 columns at most. I would also vote for limiting it to 8 characters. Even with longer usernames, I suspect 8 characters will be enough to identify particular users (and if it's not there is always they UID view). Doing this would also allow us to eliminate the nasty code in src/usr.bin/top/machine.c which causes top to be unusable on a machine with a significant number of user accounts. See http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/014275.html for details. Gavin From owner-freebsd-stable@FreeBSD.ORG Wed May 11 13:08:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5F8416A4CE for ; Wed, 11 May 2005 13:08:54 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D1D43D67 for ; Wed, 11 May 2005 13:08:54 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 701C943EC; Wed, 11 May 2005 15:08:52 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20784-14; Wed, 11 May 2005 15:08:36 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 38A304142; Wed, 11 May 2005 15:08:36 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Wed, 11 May 2005 15:08:36 +0200 (CEST) Message-ID: <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> In-Reply-To: <4281FBC9.5040506@post.pl> References: <4281FBC9.5040506@post.pl> Date: Wed, 11 May 2005 15:08:36 +0200 (CEST) From: "Marian Hettwer" To: "Steven Jurczyk" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de cc: stable@freebsd.org Subject: Re: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 13:08:55 -0000 On Mi, 11.05.2005, 14:34, Steven Jurczyk sagte: > **Using SCHED_ULE on SMP/HT machine broke applications which use > libpthread/libthr, probably at context switching between threads... The > applications simply hang and they aren't killable (kill -9 don't > work).. Usually this also break kernel shutdown (can't flush some inodes > or blocks)... > right! I have the same problem. My Kernel is basicly a GENERIC with SMP and ULE added (4BSD removed). ([mhettwer@siteop-8] <~>)$ uname -a FreeBSD siteop-8.mobile.rz 5.4-STABLE FreeBSD 5.4-STABLE #7: Wed May 11 12:03:35 CEST 2005 root@siteop-8.mobile.rz:/usr/src/sys/i386/compile/SITEOP-8 i386 > This is very big problem for people who want use mysql_server on SMP > machines... indeed. The MySQL server won't start and is not killable. I had to switch back to SCHED_4BSD :-/ I would be available for testing packages, as this machine is not in production. it's a dual xeon 2,8 ... you can find detailed information about it at: http://unixoid.de/freebsd/dmesg.xeon :) best regards, Marian From owner-freebsd-stable@FreeBSD.ORG Wed May 11 13:42:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C0C516A4CE for ; Wed, 11 May 2005 13:42:25 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A68843D91 for ; Wed, 11 May 2005 13:42:25 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so61637rng for ; Wed, 11 May 2005 06:42:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X7zY7kC8XV+3dPFfhb7mGRtpzZ16NNDhlp5UxL0BGBAKcbNuuUKhz0RjsenmCOYAtIOXIwu7MF4wOmPrYFIm1GrO90MjJgsa441lyAxEpINzapjVpQCWlWR9e/8+0VVqVLyNvQwPabR/VgDl6wmxWB8wDTTfva3iknvymNmxY4g= Received: by 10.38.152.1 with SMTP id z1mr250676rnd; Wed, 11 May 2005 06:42:24 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Wed, 11 May 2005 06:42:24 -0700 (PDT) Message-ID: <1dbad31505051106421c310fac@mail.gmail.com> Date: Wed, 11 May 2005 15:42:24 +0200 From: Michael Schuh To: freebsd-stable@freebsd.org In-Reply-To: <1dbad315050511030759935fdb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050511081209.E916116A511@hub.freebsd.org> <1dbad315050511030759935fdb@mail.gmail.com> Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 13:42:25 -0000 Sorry for my wrong posting.... Hi, i think the setting of HZ has nothing to do with DEVICE_POLLING at once. So the Documentation say's DEVICE_POLLING is an Other way to get the Packets from the Ethernet. I have setted HZ=3D2000 on all my machines, equal if the Processor is an PI= 200MHz or an PIII 866MHz In fact this setting gave me the best results on: PI200 w/o MMX PI200 w/ MMX AMDK6-300 AMDK6-450 PIII 866 Athlon XP2000+ All Machines i have used with xL devies like 3C905B, Cyclone and the other 3C905's. Only difference between the real Problem and my Enviroments is i use only RELENG_4 (i be a little pedantic and konservative with stability and performance). greetings Michael From owner-freebsd-stable@FreeBSD.ORG Wed May 11 13:42:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC07416A4CE for ; Wed, 11 May 2005 13:42:40 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC0F43D90 for ; Wed, 11 May 2005 13:42:40 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so222941wra for ; Wed, 11 May 2005 06:42:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nM1Kv4PvrNR/qBGccAxdaUdLZQ3VA3GfRSLF+GIpN87qvmLDXCZT1rcfqcAOAapM5sX6nRh3o6PgwvKj0KaDsFK3R8J9Xg+WsfuJtSDJpVHGq9m7kBsdplBmkamlYXHUeYSqn+QG0jPqr4Vv3H2MgVnmlJYqavX4ECawpbgEx0U= Received: by 10.54.24.48 with SMTP id 48mr477021wrx; Wed, 11 May 2005 06:42:39 -0700 (PDT) Received: by 10.54.84.19 with HTTP; Wed, 11 May 2005 06:42:39 -0700 (PDT) Message-ID: <747dc8f305051106423ed1384@mail.gmail.com> Date: Wed, 11 May 2005 10:42:39 -0300 From: Renato Botelho 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: save-entropy errors on jail after update to 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 13:42:40 -0000 I updated my box and a jail that runs inside this box to 5.4-RELEASE yester= day. After it, I'm receiving emails from this jail with error messages about /usr/libexec/save-entropy I'm receiving messages like this: mv: /var/db/entropy/saved-entropy.7: No such file or directory mv: /var/db/entropy/saved-entropy.5: No such file or directory override r-------- operator/operator for /var/db/entropy/saved-entropy.5? (y/n [n]) not overwritten override r-------- operator/operator for /var/db/entropy/saved-entropy.4? (y/n [n]) not overwritten override r-------- operator/operator for /var/db/entropy/saved-entropy.3? (y/n [n]) not overwritten override r-------- operator/operator for /var/db/entropy/saved-entropy.2? (y/n [n]) not overwritten here is the files inside the jail: renato@data:~> sudo ls -l /var/db/entropy/ total 16 -r-------- 1 operator operator 2048 May 11 10:33 saved-entropy.1 -r-------- 1 operator operator 2048 May 11 10:33 saved-entropy.2 -r-------- 1 operator operator 2048 May 11 10:22 saved-entropy.3 -r-------- 1 operator operator 2048 May 11 10:22 saved-entropy.4 -r-------- 1 operator operator 2048 May 11 10:11 saved-entropy.5 -r-------- 1 operator operator 2048 May 11 10:11 saved-entropy.6 -r-------- 1 operator operator 2048 May 11 10:00 saved-entropy.7 -r-------- 1 operator operator 2048 May 11 10:00 saved-entropy.8 Anybody could help me to fix it? thanks in advance --=20 Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Wed May 11 13:53:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0843E16A4CE for ; Wed, 11 May 2005 13:53:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5726B43D7B for ; Wed, 11 May 2005 13:53:05 +0000 (GMT) (envelope-from ananth.g@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so226271wra for ; Wed, 11 May 2005 06:53:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:reply-to:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from; b=D3FDgA82CKhPtu4syCmG0/zYYh44qa6OZws3Cnr9cajF7TzTJOcp9RBbd3F2jYjQQ9IvMgq+/KaqIcsNE6J4Gb+Ic7ntedMVF9RdP0csugmAqmTDHHwlr7OTO/f1erXt/YO7ocGpccSDFCbZ0cLvUJueb8ER3xE7O01cLLdG/Tw= Received: by 10.54.23.51 with SMTP id 51mr477299wrw; Wed, 11 May 2005 06:53:04 -0700 (PDT) Received: from ?210.210.123.95? ([210.210.123.95]) by mx.gmail.com with ESMTP id 65sm1305903wra.2005.05.11.06.53.03; Wed, 11 May 2005 06:53:04 -0700 (PDT) Message-ID: <42820E33.5000205@sifycorp.com> Date: Wed, 11 May 2005 19:22:51 +0530 User-Agent: Sifymail 1.0.2 (X11/20050422) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: "Ananth.G" Subject: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ananth.g@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 13:53:06 -0000 dear all, im having trouble compiling kernel on 5.3 , i did a `make depend` and `make`. The following is the error that i got, i might have missed a module .... i guess... cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror vers.c linking kernel umass.o(.text+0x1b73): In function `umass_cam_attach_sim': : undefined reference to `cam_simq_alloc' umass.o(.text+0x1bc4): In function `umass_cam_attach_sim': : undefined reference to `cam_sim_alloc' umass.o(.text+0x1bd3): In function `umass_cam_attach_sim': : undefined reference to `cam_simq_free' umass.o(.text+0x1bf5): In function `umass_cam_attach_sim': : undefined reference to `xpt_bus_register' umass.o(.text+0x1c21): In function `umass_cam_rescan_callback': : undefined reference to `xpt_free_path' umass.o(.text+0x1c94): In function `umass_cam_rescan': : undefined reference to `xpt_periph' umass.o(.text+0x1ca3): In function `umass_cam_rescan': : undefined reference to `xpt_create_path' umass.o(.text+0x1cbf): In function `umass_cam_rescan': : undefined reference to `xpt_setup_ccb' umass.o(.text+0x1cdc): In function `umass_cam_rescan': : undefined reference to `xpt_action' umass.o(.text+0x1dda): In function `umass_cam_detach_sim': : undefined reference to `xpt_bus_deregister' umass.o(.text+0x1df6): In function `umass_cam_detach_sim': : undefined reference to `cam_sim_free' umass.o(.text+0x1e4d): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x1ec4): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x1ee5): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x1f76): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x204a): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x208e): more undefined references to `xpt_done' follow umass.o(.text+0x2254): In function `umass_cam_action': : undefined reference to `cam_calc_geometry' umass.o(.text+0x225c): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x226d): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x227e): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x22ec): In function `umass_cam_cb': : undefined reference to `xpt_done' umass.o(.text+0x23db): In function `umass_cam_cb': : undefined reference to `xpt_done' umass.o(.text+0x23ff): more undefined references to `xpt_done' follow fdc.o(.text+0xf33): In function `fdc_worker': : undefined reference to `isa_dmadone' fdc.o(.text+0x199b): In function `fdc_worker': : undefined reference to `isa_dmastart' fdc.o(.text+0x1d08): In function `fdc_worker': : undefined reference to `isa_dmadone' fdc.o(.text+0x2cd4): In function `fdc_detach': : undefined reference to `isa_dma_release' fdc.o(.text+0x2ead): In function `fdc_attach': : undefined reference to `isa_dma_acquire' fdc.o(.text+0x2eca): In function `fdc_attach': : undefined reference to `isa_dmainit' fdc_acpi.o(.text+0x1d6): In function `fdc_acpi_attach': : undefined reference to `fdc_isa_alloc_resources' ppc.o(.text+0xff7): In function `ppcintr': : undefined reference to `isa_dmadone' ppc.o(.text+0x11b3): In function `ppc_write': : undefined reference to `isa_dmastart' ppc.o(.text+0x1214): In function `ppc_write': : undefined reference to `isa_dmadone' ppc.o(.text+0x1963): In function `ppc_attach': : undefined reference to `isa_dma_acquire' ppc.o(.text+0x1976): In function `ppc_attach': : undefined reference to `isa_dmainit' sio.o(.text+0x62a): In function `sioprobe': : undefined reference to `isa_irq_pending' sio.o(.text+0x7fa): In function `sioprobe': : undefined reference to `isa_irq_pending' sio.o(.text+0x81c): In function `sioprobe': : undefined reference to `isa_irq_pending' sio.o(.text+0x856): In function `sioprobe': : undefined reference to `isa_irq_pending' *** Error code 1 Stop in /usr/src/sys/i386/compile/kernel_opt. thanks in advance, ananth.g From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:13:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C0516A4CE for ; Wed, 11 May 2005 14:13:53 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB5F43D68 for ; Wed, 11 May 2005 14:13:52 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 1210D2209FE for ; Wed, 11 May 2005 09:13:52 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52911-06 for ; Wed, 11 May 2005 09:13:41 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 136322209CA for ; Wed, 11 May 2005 09:13:41 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Wed, 11 May 2005 09:13:28 -0500 User-Agent: KMail/1.8 References: <200505090942.56059.kirk@strauser.com> <200505101337.53863.kirk@strauser.com> <20050510.151550.74677018.imp@bsdimp.com> In-Reply-To: <20050510.151550.74677018.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1740534.lvyCTVz7M9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505110913.31469.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:13:53 -0000 --nextPart1740534.lvyCTVz7M9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 10 May 2005 16:15, Warner Losh wrote: > I have no idea what you are asking for. Let me restate my original dilemma. My laptop can only use my WLAN card=20 when it's configured as a 16-bit PCMCIA device and not as a 32-bit CardBus= =20 device. In NetBSD, this can be accomplished by typing "boot -c" at its loader promp= t=20 and typing "disable cbb*" to disable the cbb (CardBus) drivers, which=20 leaves the pcic (PCMCIA) drivers to correctly configure the card. After=20 doing this, the card works exactly as hoped. Similarly, I can get the same effect under Linux by disabling the "32-bit=20 CardBus support" option; the end result is a happily working WLAN card. However, commenting out "device cbb" in my FreeBSD kernel results in a=20 non-working setup. By that, I mean that the card's lights never flicker as= =20 it's being inserted (as it would do under NetBSD and Linux when it's being= =20 probed). In fact, I get no debugging information at all, whether=20 from /var/log/messages or via dmesg.=20 Any ideas where I could go from here? =2D-=20 Kirk Strauser --nextPart1740534.lvyCTVz7M9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBCghML5sRg+Y0CpvERAohnAJ4o5WGcnwEeDCheQWwgo3hDlBhhjgCfTr+Q US1HSQy0uqVP4fXpa+R6Pns= =F+5Z -----END PGP SIGNATURE----- --nextPart1740534.lvyCTVz7M9-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:20:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7353016A4CE for ; Wed, 11 May 2005 14:20:57 +0000 (GMT) Received: from zero.ramb.com.ua (zero.ramb.com.ua [62.149.0.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4433143D72 for ; Wed, 11 May 2005 14:20:39 +0000 (GMT) (envelope-from fenix@ramb.com.ua) Received: from sirius (ip.82.144.202.143.stat-9.volia.net [82.144.202.143]) by zero.ramb.com.ua (8.13.3/8.13.3) with ESMTP id j4BHOhAJ056814; Wed, 11 May 2005 17:24:49 GMT (envelope-from fenix@ramb.com.ua) From: "Sergey S. Ropchan" To: freebsd-stable@freebsd.org, ananth.g@gmail.com In-Reply-To: <42820E33.5000205@sifycorp.com> References: <42820E33.5000205@sifycorp.com> Content-Type: text/plain Date: Wed, 11 May 2005 17:20:23 +0300 Message-Id: <1115821224.47297.3.camel@sirius> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/868/Wed May 4 16:35:19 2005 clamav-milter version 0.80j on zero.ramb.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=6.3 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on zero.ramb.com.ua Subject: Re: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:20:57 -0000 Content of kernel config please ? It's look like wrong option in config. > dear all, > im having trouble compiling kernel on 5.3 , i did a `make depend` and > `make`. > The following is the error that i got, i might have missed a module .... > i guess... > > cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 > -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica > -I../../../contrib/altq -I../../../contrib/ipfilter > -I../../../contrib/pf -I../../../contrib/dev/ath > -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL > -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 -ffreestanding > -Werror vers.c > linking kernel > umass.o(.text+0x1b73): In function `umass_cam_attach_sim': > : undefined reference to `cam_simq_alloc' > umass.o(.text+0x1bc4): In function `umass_cam_attach_sim': > : undefined reference to `cam_sim_alloc' > umass.o(.text+0x1bd3): In function `umass_cam_attach_sim': > : undefined reference to `cam_simq_free' > umass.o(.text+0x1bf5): In function `umass_cam_attach_sim': > : undefined reference to `xpt_bus_register' > umass.o(.text+0x1c21): In function `umass_cam_rescan_callback': > : undefined reference to `xpt_free_path' > umass.o(.text+0x1c94): In function `umass_cam_rescan': > : undefined reference to `xpt_periph' > umass.o(.text+0x1ca3): In function `umass_cam_rescan': > : undefined reference to `xpt_create_path' > umass.o(.text+0x1cbf): In function `umass_cam_rescan': > : undefined reference to `xpt_setup_ccb' > umass.o(.text+0x1cdc): In function `umass_cam_rescan': > : undefined reference to `xpt_action' > umass.o(.text+0x1dda): In function `umass_cam_detach_sim': > : undefined reference to `xpt_bus_deregister' > umass.o(.text+0x1df6): In function `umass_cam_detach_sim': > : undefined reference to `cam_sim_free' > umass.o(.text+0x1e4d): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x1ec4): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x1ee5): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x1f76): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x204a): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x208e): more undefined references to `xpt_done' follow > umass.o(.text+0x2254): In function `umass_cam_action': > : undefined reference to `cam_calc_geometry' > umass.o(.text+0x225c): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x226d): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x227e): In function `umass_cam_action': > : undefined reference to `xpt_done' > umass.o(.text+0x22ec): In function `umass_cam_cb': > : undefined reference to `xpt_done' > umass.o(.text+0x23db): In function `umass_cam_cb': > : undefined reference to `xpt_done' > umass.o(.text+0x23ff): more undefined references to `xpt_done' follow > fdc.o(.text+0xf33): In function `fdc_worker': > : undefined reference to `isa_dmadone' > fdc.o(.text+0x199b): In function `fdc_worker': > : undefined reference to `isa_dmastart' > fdc.o(.text+0x1d08): In function `fdc_worker': > : undefined reference to `isa_dmadone' > fdc.o(.text+0x2cd4): In function `fdc_detach': > : undefined reference to `isa_dma_release' > fdc.o(.text+0x2ead): In function `fdc_attach': > : undefined reference to `isa_dma_acquire' > fdc.o(.text+0x2eca): In function `fdc_attach': > : undefined reference to `isa_dmainit' > fdc_acpi.o(.text+0x1d6): In function `fdc_acpi_attach': > : undefined reference to `fdc_isa_alloc_resources' > ppc.o(.text+0xff7): In function `ppcintr': > : undefined reference to `isa_dmadone' > ppc.o(.text+0x11b3): In function `ppc_write': > : undefined reference to `isa_dmastart' > ppc.o(.text+0x1214): In function `ppc_write': > : undefined reference to `isa_dmadone' > ppc.o(.text+0x1963): In function `ppc_attach': > : undefined reference to `isa_dma_acquire' > ppc.o(.text+0x1976): In function `ppc_attach': > : undefined reference to `isa_dmainit' > sio.o(.text+0x62a): In function `sioprobe': > : undefined reference to `isa_irq_pending' > sio.o(.text+0x7fa): In function `sioprobe': > : undefined reference to `isa_irq_pending' > sio.o(.text+0x81c): In function `sioprobe': > : undefined reference to `isa_irq_pending' > sio.o(.text+0x856): In function `sioprobe': > : undefined reference to `isa_irq_pending' > *** Error code 1 > > Stop in /usr/src/sys/i386/compile/kernel_opt. > > thanks in advance, > ananth.g > _______________________________________________ > 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 May 11 14:28:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC4116A4CE for ; Wed, 11 May 2005 14:28:37 +0000 (GMT) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C556C43D41 for ; Wed, 11 May 2005 14:28:31 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.1/8.13.1) with ESMTP id j4BESUYM022601; Wed, 11 May 2005 16:28:30 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.1/8.13.1) with ESMTP id j4BESQNn022597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 May 2005 16:28:26 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.3/8.13.3) with ESMTP id j4BESQdT095657; Wed, 11 May 2005 16:28:26 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.3/8.13.3/Submit) id j4BESPot095656; Wed, 11 May 2005 16:28:25 +0200 (CEST) (envelope-from jpulz) Date: Wed, 11 May 2005 16:28:23 +0200 (CEST) From: Joerg Pulz To: Kirk Strauser In-Reply-To: <200505110913.31469.kirk@strauser.com> Message-ID: <20050511162650.Q2531@hades.admin.frm2> References: <200505090942.56059.kirk@strauser.com> <200505101337.53863.kirk@strauser.com> <200505110913.31469.kirk@strauser.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: at mailhost.frm2.tum.de cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:28:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 11 May 2005, Kirk Strauser wrote: > On Tuesday 10 May 2005 16:15, Warner Losh wrote: > >> I have no idea what you are asking for. > > Let me restate my original dilemma. My laptop can only use my WLAN card > when it's configured as a 16-bit PCMCIA device and not as a 32-bit CardBus > device. > > In NetBSD, this can be accomplished by typing "boot -c" at its loader prompt > and typing "disable cbb*" to disable the cbb (CardBus) drivers, which > leaves the pcic (PCMCIA) drivers to correctly configure the card. After > doing this, the card works exactly as hoped. > > Similarly, I can get the same effect under Linux by disabling the "32-bit > CardBus support" option; the end result is a happily working WLAN card. > > However, commenting out "device cbb" in my FreeBSD kernel results in a > non-working setup. By that, I mean that the card's lights never flicker as > it's being inserted (as it would do under NetBSD and Linux when it's being > probed). In fact, I get no debugging information at all, whether > from /var/log/messages or via dmesg. > > Any ideas where I could go from here? You should take a look into src/sys/i386/conf/OLDCARD change the appropriate lines in you kernel configuration and rebuild your kernel. Hope that is what you are searching for.. Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCghaJSPOsGF+KA+MRAuoDAJ0UcPuJJaCjm2ATNM4n/5tS1lKorwCfeDvA 6Xin6+TqW0pK8GQ6rlD3sTk= =2oKa -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:28:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E7216A4D0 for ; Wed, 11 May 2005 14:28:53 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DCD43D48 for ; Wed, 11 May 2005 14:28:52 +0000 (GMT) (envelope-from ananth.g@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so237612wra for ; Wed, 11 May 2005 07:28:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:reply-to:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:from; b=j64L2GC0MBtqSrWdylY0KnDJMhglB+bwG6OjPgdeD1Ja6/SkpNyRInBsTAkUOBr/dcQRqoQieMa9M36iFHkfxS1nILZGiMK/kO5aQtHTeijezfLtBnzLJhBglF3BBwBYNbVZGhbNqZwTMS4E6iFsCmtIGTlQIdyofyhYXXaRHyY= Received: by 10.54.41.77 with SMTP id o77mr489633wro; Wed, 11 May 2005 07:28:51 -0700 (PDT) Received: from ?210.210.123.95? ([210.210.123.95]) by mx.gmail.com with ESMTP id 8sm1292872wrl.2005.05.11.07.28.48; Wed, 11 May 2005 07:28:51 -0700 (PDT) Message-ID: <42821695.5060405@sifycorp.com> Date: Wed, 11 May 2005 19:58:37 +0530 User-Agent: Sifymail 1.0.2 (X11/20050422) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Sergey S. Ropchan" References: <42820E33.5000205@sifycorp.com> <1115821224.47297.3.camel@sirius> In-Reply-To: <1115821224.47297.3.camel@sirius> Content-Type: multipart/mixed; boundary="------------040103040504080402050708" From: "Ananth.G" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ananth_g@sifycorp.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:28:53 -0000 This is a multi-part message in MIME format. --------------040103040504080402050708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit i have attached my config file. regrds, ananth.g Sergey S. Ropchan wrote: >Content of kernel config please ? It's look like wrong option in config. > > > > >>dear all, >> im having trouble compiling kernel on 5.3 , i did a `make depend` and >>`make`. >>The following is the error that i got, i might have missed a module .... >>i guess... >> >>cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls >>-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >>-Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 >>-nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica >>-I../../../contrib/altq -I../../../contrib/ipfilter >>-I../../../contrib/pf -I../../../contrib/dev/ath >>-I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL >>-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 -ffreestanding >>-Werror vers.c >>linking kernel >>umass.o(.text+0x1b73): In function `umass_cam_attach_sim': >>: undefined reference to `cam_simq_alloc' >>umass.o(.text+0x1bc4): In function `umass_cam_attach_sim': >>: undefined reference to `cam_sim_alloc' >>umass.o(.text+0x1bd3): In function `umass_cam_attach_sim': >>: undefined reference to `cam_simq_free' >>umass.o(.text+0x1bf5): In function `umass_cam_attach_sim': >>: undefined reference to `xpt_bus_register' >>umass.o(.text+0x1c21): In function `umass_cam_rescan_callback': >>: undefined reference to `xpt_free_path' >>umass.o(.text+0x1c94): In function `umass_cam_rescan': >>: undefined reference to `xpt_periph' >>umass.o(.text+0x1ca3): In function `umass_cam_rescan': >>: undefined reference to `xpt_create_path' >>umass.o(.text+0x1cbf): In function `umass_cam_rescan': >>: undefined reference to `xpt_setup_ccb' >>umass.o(.text+0x1cdc): In function `umass_cam_rescan': >>: undefined reference to `xpt_action' >>umass.o(.text+0x1dda): In function `umass_cam_detach_sim': >>: undefined reference to `xpt_bus_deregister' >>umass.o(.text+0x1df6): In function `umass_cam_detach_sim': >>: undefined reference to `cam_sim_free' >>umass.o(.text+0x1e4d): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x1ec4): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x1ee5): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x1f76): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x204a): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x208e): more undefined references to `xpt_done' follow >>umass.o(.text+0x2254): In function `umass_cam_action': >>: undefined reference to `cam_calc_geometry' >>umass.o(.text+0x225c): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x226d): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x227e): In function `umass_cam_action': >>: undefined reference to `xpt_done' >>umass.o(.text+0x22ec): In function `umass_cam_cb': >>: undefined reference to `xpt_done' >>umass.o(.text+0x23db): In function `umass_cam_cb': >>: undefined reference to `xpt_done' >>umass.o(.text+0x23ff): more undefined references to `xpt_done' follow >>fdc.o(.text+0xf33): In function `fdc_worker': >>: undefined reference to `isa_dmadone' >>fdc.o(.text+0x199b): In function `fdc_worker': >>: undefined reference to `isa_dmastart' >>fdc.o(.text+0x1d08): In function `fdc_worker': >>: undefined reference to `isa_dmadone' >>fdc.o(.text+0x2cd4): In function `fdc_detach': >>: undefined reference to `isa_dma_release' >>fdc.o(.text+0x2ead): In function `fdc_attach': >>: undefined reference to `isa_dma_acquire' >>fdc.o(.text+0x2eca): In function `fdc_attach': >>: undefined reference to `isa_dmainit' >>fdc_acpi.o(.text+0x1d6): In function `fdc_acpi_attach': >>: undefined reference to `fdc_isa_alloc_resources' >>ppc.o(.text+0xff7): In function `ppcintr': >>: undefined reference to `isa_dmadone' >>ppc.o(.text+0x11b3): In function `ppc_write': >>: undefined reference to `isa_dmastart' >>ppc.o(.text+0x1214): In function `ppc_write': >>: undefined reference to `isa_dmadone' >>ppc.o(.text+0x1963): In function `ppc_attach': >>: undefined reference to `isa_dma_acquire' >>ppc.o(.text+0x1976): In function `ppc_attach': >>: undefined reference to `isa_dmainit' >>sio.o(.text+0x62a): In function `sioprobe': >>: undefined reference to `isa_irq_pending' >>sio.o(.text+0x7fa): In function `sioprobe': >>: undefined reference to `isa_irq_pending' >>sio.o(.text+0x81c): In function `sioprobe': >>: undefined reference to `isa_irq_pending' >>sio.o(.text+0x856): In function `sioprobe': >>: undefined reference to `isa_irq_pending' >>*** Error code 1 >> >>Stop in /usr/src/sys/i386/compile/kernel_opt. >> >>thanks in advance, >>ananth.g >>_______________________________________________ >>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" >> >> >> > >_______________________________________________ >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" > > > --------------040103040504080402050708 Content-Type: text/plain; name="kernel_opt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel_opt" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:52 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots #device isa #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals #device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. ##device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------040103040504080402050708-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:30:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F203516A4CE for ; Wed, 11 May 2005 14:30:06 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 579F143D82 for ; Wed, 11 May 2005 14:30:06 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 17911 invoked by uid 60001); 11 May 2005 14:30:05 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=LDSii4ONCaCKSfJOQEuL5MYjrleJtCCtVTa8tCIULP/CsOdT5GXJSZVU2UV2LkHtChxBP+5+T+MMg5rplIz7oKnDkrSIWMNIc8TUw1kio/rXtWVvnZl0vAF8L0sJYAmYEPCSGjW3/qhxhqLga//+1C2Yz1xW25D0Wo5zh+djLHI= ; Message-ID: <20050511143005.17908.qmail@web54001.mail.yahoo.com> Received: from [147.47.254.184] by web54001.mail.yahoo.com via HTTP; Wed, 11 May 2005 07:30:05 PDT Date: Wed, 11 May 2005 07:30:05 -0700 (PDT) From: Rob To: Ruslan Ermilov In-Reply-To: <20050511100125.GA750@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Subhro cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:30:07 -0000 --- Ruslan Ermilov wrote: > On Wed, May 11, 2005 at 12:43:09AM -0700, Rob wrote: > > I actually doubt whether the default values of > > these sysctl variables would cause the problem. > > > No. Can you observe the broken IP/TCP/UDP > checksums? > > netstat -ss -f inet |grep -w bad Argh, just found out that it is not the polling. Even without the polling, the ssh-tunnel connection gets disrupted, although not as frequent as with the polling. Possibly, the polling makes the problem more visible, but it not the culprit. My apologies for the noise. I don't know yet exactly what it is. I use a script to test whether the ssh-tunnel is still alive; if not, then the tunnel is renewed. This script has worked like a charm for almost 6 months. Don't know what's has changed in the meantime. Also, four PCs are part of this ssh-tunnel, which makes it rather complex to pin-point the problem :(. Anyway, that's my problem. Most important: the xl polling seems OK. Meanwhile I have learned a lot more about what polling actually is! Thanks, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:33:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0BB016A4CE for ; Wed, 11 May 2005 14:33:02 +0000 (GMT) Received: from dio.mail.t-online.hu (dio.mail.t-online.hu [195.228.240.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFFE943D3F for ; Wed, 11 May 2005 14:33:00 +0000 (GMT) (envelope-from mkenyeres@konvergencia.hu) Received: from [10.0.0.163] (239.120-182-adsl-pool.axelero.hu [81.182.120.239]) by dio.mail.t-online.hu (8.13.2/8.13.2) with ESMTP id j4BEWAt0072023; Wed, 11 May 2005 16:32:11 +0200 (CEST) Message-ID: <4282176A.8010801@konvergencia.hu> Date: Wed, 11 May 2005 16:32:10 +0200 From: Marton Kenyeres Organization: Konvergencia Kft. User-Agent: Mozilla Thunderbird 1.0 (X11/20050108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <426E5713.3010906@eurocom.od.ua> <747dc8f30504260812ee3c47e@mail.gmail.com> <426E5EA5.8000703@eurocom.od.ua> <426F3AFA.9020900@konvergencia.hu> <426F5A6E.4050208@eurocom.od.ua> <86acndmyky.fsf@xps.des.no> <4276910A.3040100@criticalmagic.com> <20050502180152.I53065@ganymede.hub.org> <86psw84zbi.fsf@xps.des.no> <20050503114016.U53065@ganymede.hub.org> <86wtqg2fug.fsf@xps.des.no> In-Reply-To: <86wtqg2fug.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-VBMilter: scanned cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:33:02 -0000 Dag-Erling Smørgrav wrote: > "Marc G. Fournier" writes: > >>'k, I've been doing multiple since 7.2 on the same machine, all on the >>same port, all different IPs, all on 4.x servers ... have never had an >>issue with crashes (its pretty much my most stable 4.x server) ... > > > It was never possible. 8.0 has a hack to detect and avoid shared > memory collisions, but I think it will still have problems with > semaphores. I have no idea why it works (or seems to work) for you; > it never did for anyone else. > > DES Maybe he's runing pjd@ 's privipc patch? http://lists.freebsd.org/pipermail/freebsd-arch/2003-June/000926.html Cheers, m. From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:36:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27AA16A4CE; Wed, 11 May 2005 14:36:40 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4E843D46; Wed, 11 May 2005 14:36:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BEgLtn078942; Wed, 11 May 2005 17:42:21 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 87808-04; Wed, 11 May 2005 17:36:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BEgJLM078939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2005 17:42:19 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4BEaqP7064828; Wed, 11 May 2005 17:36:52 +0300 (EEST) (envelope-from ru) Date: Wed, 11 May 2005 17:36:52 +0300 From: Ruslan Ermilov To: Rob Message-ID: <20050511143652.GA64793@ip.net.ua> References: <20050511100125.GA750@ip.net.ua> <20050511143005.17908.qmail@web54001.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050511143005.17908.qmail@web54001.mail.yahoo.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: stable@FreeBSD.org cc: current@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:36:40 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 11, 2005 at 07:30:05AM -0700, Rob wrote: > Argh, just found out that it is not the polling. > Even without the polling, the ssh-tunnel connection > gets disrupted, although not as frequent as with > the polling. Possibly, the polling makes the problem > more visible, but it not the culprit. >=20 > My apologies for the noise. >=20 > I don't know yet exactly what it is. I use a script > to test whether the ssh-tunnel is still alive; if > not, then the tunnel is renewed. This script has > worked like a charm for almost 6 months. > Don't know what's has changed in the meantime. >=20 > Also, four PCs are part of this ssh-tunnel, which > makes it rather complex to pin-point the problem :(. >=20 > Anyway, that's my problem. > Most important: the xl polling seems OK. >=20 > Meanwhile I have learned a lot more about what > polling actually is! >=20 I very much appreciate the feedback like this one. Often people just shut up after their problem is solved. Thank you! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCghiEqRfpzJluFF4RAn3yAJ9brSB3Pz9HBJsUo12YD3582tASnwCcD0iW PwqBmPP5pjZ0hNuH15JQCu8= =7Q8+ -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:37:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6024916A4CE for ; Wed, 11 May 2005 14:37:55 +0000 (GMT) Received: from luka.nxe.de (luka.logivision.de [212.42.242.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D7243D60 for ; Wed, 11 May 2005 14:37:51 +0000 (GMT) (envelope-from nora@nxe.de) Received: by localhost (8.13.1/nora-13.02.2005) with ESMTP from luka.nxe.de (localhost [127.0.0.1]) for (envelope-from nora@nxe.de) id j4BEbnXm001891; Wed, 11 May 2005 16:37:50 +0200 Received: by luka.nxe.de (8.13.1/LOCAL/nora-13.02.2005) for FreeBSD-STABLE@FreeBSD.org (envelope-from nora) id j4BEbnXX001889; Wed, 11 May 2005 16:37:49 +0200 Apparently-To: FreeBSD-STABLE@FreeBSD.org Date: Wed, 11 May 2005 16:37:49 +0200 From: Nora Etukudo To: FreeBSD-STABLE@FreeBSD.org Message-ID: <20050511143749.GA1394@luka.nxe.de> References: <20050509210458.GB9844@bloom.cse.buffalo.edu> <42814A17.1010301@Rainbow-IT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <42814A17.1010301@Rainbow-IT.net> User-Agent: Mutt/1.5.5.1i Subject: Re: Creating a mini install disk, for particular needs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:37:55 -0000 Am 11. Mai 2005 um 00:56:07 +0100 schrieb Chris Phillips: > We need a fairly painless way, to roll out a fresh install onto some > random i386 hardware we have lying around (there's a plentiful supply), > for any new users, who require a basic functioning GUI, with access to > graphical email client, web browser & 'rdesktop' (for the windows > applications, that they are all hooked on). Look at http://www.pcbsd.org/ also. I did just for fun the installation of http://ftp.plusline.de/pcbsd/PCBSD-0.6-x86.iso and I'm very impressed. A small, but working KDE Desktop "out of the box" (FreeBSD 5.3, KDE 3.4) without any huzzle. Start the (graphical!!) installer and get yourself a mug of coffee (or what else you prefere). Liebe Grüße, Nora. nora@sappho-net.de IM-NETZ Neue Medien, Berlin http://www.im-netz.de/ WWW von Frauen für Frauen, Hamburg http://www.w4w.net/ Lesbian Computer Networks, Helsinki http://www.sappho.net/ From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:38:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53DD316A4CE; Wed, 11 May 2005 14:38:30 +0000 (GMT) Received: from annis.human-league.net (173.229.39-62.rev.gaoland.net [62.39.229.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38DC643D78; Wed, 11 May 2005 14:38:29 +0000 (GMT) (envelope-from cwpaig@valken.org) Received: from localhost (localhost.human-league.net [127.0.0.1]) by annis.human-league.net (Postfix) with ESMTP id D28FB20D7; Wed, 11 May 2005 16:38:17 +0200 (CEST) Received: from annis.human-league.net ([127.0.0.1]) by localhost (annis.human-league.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27269-04; Wed, 11 May 2005 16:37:58 +0200 (CEST) Received: from [194.57.123.217] (unknown [194.57.123.217]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by annis.human-league.net (Postfix) with ESMTP id 8971F21AA; Wed, 11 May 2005 16:37:28 +0200 (CEST) In-Reply-To: <42821695.5060405@sifycorp.com> References: <42820E33.5000205@sifycorp.com> <1115821224.47297.3.camel@sirius> <42821695.5060405@sifycorp.com> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Paig Chong Woo Date: Wed, 11 May 2005 16:37:25 +0200 To: ananth_g@sifycorp.com X-Mailer: Apple Mail (2.728) X-Virus-Scanned: amavisd-new at human-league.net cc: freebsd-stable@freebsd.org cc: "Sergey S. Ropchan" cc: freebsd-questions@freebsd.org Subject: Re: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:38:30 -0000 Le 11 mai 2005 =E0 16:28, Ananth.G a =E9crit : > > i have attached my config file. > > regrds, > ananth.g > > > Sergey S. Ropchan wrote: > > >> Content of kernel config please ? It's look like wrong option in =20 >> config. >> >> >> >> >>> dear all, >>> im having trouble compiling kernel on 5.3 , i did a `make =20 >>> depend` and `make`. >>> The following is the error that i got, i might have missed a =20 >>> module .... i guess... >>> >>> cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-=20= >>> externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith =20= >>> -Winline -Wcast-qual-fformat-extensions -std=3Dc99 -nostdinc -I- -=20= >>> I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/=20 >>> altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../=20= >>> contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../=20 >>> contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -=20 >>> finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-=20= >>> function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-=20= >>> boundary=3D2 -ffreestanding -Werror vers.c >>> linking kernel >>> fdc_acpi.o(.text+0x1d6): In function `fdc_acpi_attach': >>> : undefined reference to `fdc_isa_alloc_resources' >>> ppc.o(.text+0xff7): In function `ppcintr': >>> : undefined reference to `isa_dmadone' >>> ppc.o(.text+0x11b3): In function `ppc_write': >>> : undefined reference to `isa_dmastart' >>> ppc.o(.text+0x1214): In function `ppc_write': >>> : undefined reference to `isa_dmadone' >>> ppc.o(.text+0x1963): In function `ppc_attach': >>> : undefined reference to `isa_dma_acquire' >>> ppc.o(.text+0x1976): In function `ppc_attach': >>> : undefined reference to `isa_dmainit' >>> sio.o(.text+0x62a): In function `sioprobe': >>> : undefined reference to `isa_irq_pending' >>> sio.o(.text+0x7fa): In function `sioprobe': >>> : undefined reference to `isa_irq_pending' >>> sio.o(.text+0x81c): In function `sioprobe': >>> : undefined reference to `isa_irq_pending' >>> sio.o(.text+0x856): In function `sioprobe': >>> : undefined reference to `isa_irq_pending' >>> *** Error code 1 >>> >>> Stop in /usr/src/sys/i386/compile/kernel_opt. >>> > > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > > # Bus support. Do not remove isa, even if you have no isa slots > #device isa > #device eisa > device pci > I'm no expert in FreeBSD kernel, but it seems the compile stops on a =20 isa-related error, and that you removed "device isa" even if the =20 config file told you not to. :) Putting back "device isa" should cure it. --=20 See you!!! PAIG Chong Woo. E-Mail : cw@paig.net ICQ : 1305386 Page web : http://www.valken.org --- "The historian is a prophet in reverse." Friedrich von Schlegel From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:39:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 691C616A4CE for ; Wed, 11 May 2005 14:39:13 +0000 (GMT) Received: from ux11.ltcm.net (213-84-197-131.adsl.xs4all.nl [213.84.197.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C48C43D53 for ; Wed, 11 May 2005 14:39:12 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j4BEdD34023733 for ; Wed, 11 May 2005 16:39:14 +0200 (MEST) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j4BEdCgP032150 for ; Wed, 11 May 2005 16:39:13 +0200 (MEST) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Wed, 11 May 2005 16:39:12 +0200 (MEST) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: em and bge driver MPSAFE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:39:13 -0000 Hi, Perhaps lame to ask, But are the em and bge driver MPSAFE? I couldn't find notes about being mpsafe in the man pages of these drivers? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:40:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E4C916A4CE; Wed, 11 May 2005 14:40:07 +0000 (GMT) Received: from ljcqs131.cnf.com (mail-cluster.cnf.com [63.230.177.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B798D43D39; Wed, 11 May 2005 14:40:04 +0000 (GMT) (envelope-from Zimmerman.Eric@con-way.com) Received: from ljcqs131.cnf.com (localhost [127.0.0.1]) by localhost.cnf.com (Postfix) with ESMTP id 4CD9D1835C5; Wed, 11 May 2005 07:40:04 -0700 (PDT) Received: from ciies004.conway.prod.con-way.com (cnfdcx-131-slb-02-in.cnf.com [10.0.108.132]) by ljcqs131.cnf.com (Postfix) with ESMTP id 33AFB183583; Wed, 11 May 2005 07:40:04 -0700 (PDT) Received: from qgaes001.conway.prod.con-way.com ([10.40.10.68]) by ciies004.conway.prod.con-way.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 11 May 2005 07:40:03 -0700 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: Wed, 11 May 2005 09:40:00 -0500 Message-ID: <12AAD6CC50A25841834F43955F39B66E013CF125@qgaes001.conway.prod.con-way.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: kernel build problem Thread-Index: AcVWNgTE9euqvKbISumY2Oea/G3BSQAAOU1Q From: "Zimmerman, Eric" To: , X-OriginalArrivalTime: 11 May 2005 14:40:04.0208 (UTC) FILETIME=[5198B700:01C55637] Subject: RE: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:40:07 -0000 >i have attached my config file. > >regrds, >ananth.g this looks like an issue (cut/pasted from kernel config file). Isa is required, no?=20 # Bus support. Do not remove isa, even if you have no isa slots #device isa #device eisa device pci From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:41:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46C1D16A4CE for ; Wed, 11 May 2005 14:41:29 +0000 (GMT) Received: from main.eurocom.od.ua (ns2.EuroCom.Od.UA [212.15.128.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B74843D5E for ; Wed, 11 May 2005 14:41:27 +0000 (GMT) (envelope-from boot@eurocom.od.ua) Received: from localhost (localhost [127.0.0.1]) by main.eurocom.od.ua (Postfix) with ESMTP id C72501C9A02; Wed, 11 May 2005 17:41:22 +0300 (EEST) Received: from main.eurocom.od.ua ([127.0.0.1]) by localhost (main [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10131-01; Wed, 11 May 2005 17:41:22 +0300 (EEST) Received: from [212.15.128.37] (bm0.eurocom.od.ua [212.15.128.14]) by main.eurocom.od.ua (Postfix) with ESMTP id 3EA611C99FA; Wed, 11 May 2005 17:41:22 +0300 (EEST) Message-ID: <42821989.1060806@eurocom.od.ua> Date: Wed, 11 May 2005 17:41:13 +0300 From: Alexander Rusinov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Renato Botelho References: <747dc8f305051106423ed1384@mail.gmail.com> In-Reply-To: <747dc8f305051106423ed1384@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at eurocom.od.ua cc: freebsd-stable@freebsd.org Subject: Re: save-entropy errors on jail after update to 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:41:29 -0000 Renato Botelho wrote: >I updated my box and a jail that runs inside this box to 5.4-RELEASE yesterday. > >After it, I'm receiving emails from this jail with error messages >about /usr/libexec/save-entropy > >I'm receiving messages like this: > >mv: /var/db/entropy/saved-entropy.7: No such file or directory >mv: /var/db/entropy/saved-entropy.5: No such file or directory >override r-------- operator/operator for >/var/db/entropy/saved-entropy.5? (y/n [n]) not overwritten >override r-------- operator/operator for >/var/db/entropy/saved-entropy.4? (y/n [n]) not overwritten >override r-------- operator/operator for >/var/db/entropy/saved-entropy.3? (y/n [n]) not overwritten >override r-------- operator/operator for >/var/db/entropy/saved-entropy.2? (y/n [n]) not overwritten > >here is the files inside the jail: > >renato@data:~> sudo ls -l /var/db/entropy/ >total 16 >-r-------- 1 operator operator 2048 May 11 10:33 saved-entropy.1 >-r-------- 1 operator operator 2048 May 11 10:33 saved-entropy.2 >-r-------- 1 operator operator 2048 May 11 10:22 saved-entropy.3 >-r-------- 1 operator operator 2048 May 11 10:22 saved-entropy.4 >-r-------- 1 operator operator 2048 May 11 10:11 saved-entropy.5 >-r-------- 1 operator operator 2048 May 11 10:11 saved-entropy.6 >-r-------- 1 operator operator 2048 May 11 10:00 saved-entropy.7 >-r-------- 1 operator operator 2048 May 11 10:00 saved-entropy.8 > >Anybody could help me to fix it? > >thanks in advance > > I suspect this happens because of concurrent access to /dev/random from multiple save-entropy scripts launched exactly as the same time by jailed cron daemons. I got rid of those emails by putting entropy_dir="NO" into rc.conf of all jails. I'm not shure, is this secure? Also consider enabling cron time jitter for jailed crons, by putting something like this into jail rc.conf: cron_flags="-J10" -- Alexander Rusinov From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:48:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D36216A4CE for ; Wed, 11 May 2005 14:48:20 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374A743D70 for ; Wed, 11 May 2005 14:48:20 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 9AC8E221ABC for ; Wed, 11 May 2005 09:48:19 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54089-11 for ; Wed, 11 May 2005 09:48:09 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 060C021D94D for ; Wed, 11 May 2005 09:48:09 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Wed, 11 May 2005 09:47:59 -0500 User-Agent: KMail/1.8 References: <200505090942.56059.kirk@strauser.com> <200505110913.31469.kirk@strauser.com> <20050511162650.Q2531@hades.admin.frm2> In-Reply-To: <20050511162650.Q2531@hades.admin.frm2> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1322120.JvyqSB7EKa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505110947.59661.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:48:20 -0000 --nextPart1322120.JvyqSB7EKa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 11 May 2005 09:28, Joerg Pulz wrote: > You should take a look into src/sys/i386/conf/OLDCARD > change the appropriate lines in you kernel configuration and rebuild your > kernel. I appreciate the suggestion, but pcic(4) includes this less-than-promising= =20 statement: BUGS This does not work at all at the moment. I'll give it a shot anyway, though, and pray for out-of-date man pages. :-) =2D-=20 Kirk Strauser --nextPart1322120.JvyqSB7EKa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBCghsf5sRg+Y0CpvERAge+AJ4sQxIpnHAXjO0QyNHWvyzPcykhhQCcDECT tk8mm0LJM3FK15Kh+dW6mUc= =C0nc -----END PGP SIGNATURE----- --nextPart1322120.JvyqSB7EKa-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 14:55:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C384C16A4CE; Wed, 11 May 2005 14:55:54 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D2A243D7D; Wed, 11 May 2005 14:55:54 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j4BEtkTc014890; Wed, 11 May 2005 10:55:47 -0400 (EDT) Date: Wed, 11 May 2005 10:55:46 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Mikhail Teterin In-Reply-To: <200505102343.42387@Misha> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: stable@freebsd.org cc: re@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:55:54 -0000 On Tue, 10 May 2005, Mikhail Teterin wrote: > = > As we were counting down to 5.3-RELEASE, I noticed, that all > = > threading libraries still compile with PTHREAD_INVARIANTS. My > = > suggestion to have this = > fixed was shutdown as not enough time > = > was left for testing the 5.3. > > = > Can we have these things turned off NOW, so that, at least, 5.5 > = > stands a chance? Thanks! > = > = What makes you think there is a measurable performance impact with > = them on? > > Interesting... Are you implying, the debugging code makes no difference, > or are genuinly asking? Both. > There are additional steps in the code, that are only done when > the define is on. Does not look like much in libthr, but c_r's > uthread/uthread_mutex.c seems quite affected, for example. And you know > it, of course... c_r is deprecated, so I've no interest in that. My only concern is with libthr and libpthread. > = Regardless, it would first need to be in -current, not -stable. > > I thought, the debugging features (WITNESS INVARIANTS) are always on in > -current, but are turned off in -stable for maximum performance. Is that > no longer true? They've never been off in -current. You'd have to show turning them off causes no harm. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed May 11 15:11:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 270BF16A4D0 for ; Wed, 11 May 2005 15:11:34 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BE643D58 for ; Wed, 11 May 2005 15:11:33 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so105900rnf for ; Wed, 11 May 2005 08:11:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=s/tUBmXTA5ZCkAH1EO5q2lwf68OBUolm5WiuDUkdS7noK5IOVhprhU9LXC04oiKFRwgI1EJ24hWk7a/g8pp0daqJJCTsxIKPpulGZzTIPL/HnTmUyRbMl3qnL8HlvpIpoxwo619EGkCgLgpOiS22TUUlz4SfrAwNGQOV28UuTaM= Received: by 10.38.14.38 with SMTP id 38mr128181rnn; Wed, 11 May 2005 08:11:33 -0700 (PDT) Received: from ?59.93.160.192? ([59.93.160.192]) by mx.gmail.com with ESMTP id 70sm123481rnb.2005.05.11.08.11.30; Wed, 11 May 2005 08:11:33 -0700 (PDT) Message-ID: <4282209C.3070507@gmail.com> Date: Wed, 11 May 2005 20:41:24 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuomo Latto References: <20050511051016.93990.qmail@web54002.mail.yahoo.com> <42819770.9070007@gmail.com> <4281C1FC.800@mbnet.fi> In-Reply-To: <4281C1FC.800@mbnet.fi> Content-Type: multipart/mixed; boundary="------------050305000602040908090708" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 15:11:34 -0000 This is a multi-part message in MIME format. --------------050305000602040908090708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 13:57, Tuomo Latto wrote: > Subhro wrote: > ... > >> In Device Polled systems, the NIC does not generate any interrupt at >> all. Instead whenever the packets arrive at a Network interface, they >> are captured and put into a queue. The kernel scheduler checks the >> quese at regular intervals and processes the packets which are >> waiting. This interval is adjusted by the "options HZ=x" kernel option. >> >> If the value of x is very high, there may eb two scenarios. In the >> first scenario, the queue may fill up and subsequent packets are >> dropped. In this case retransmission of the packets are required. In >> the second scenario, the packets would be held up for excessive long >> times which defeats the entire purpose of Device Polling. If the >> value of x is very low, the scheduler would check the queue >> frequently and would again defeat the entire idea of Device Polling. > > > It's the other way around. Large values indicate larger polling frequency > thus amounting to more checks. Or at least the name of the option would > suggest that anyway. > > Silly me :(. I meant something, typed something else. Its indeed the other way round. Thanks to everyone who pointed this out. Regards S. --------------050305000602040908090708-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 15:35:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5CC516A4D3 for ; Wed, 11 May 2005 15:35:38 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 635AB43D8B for ; Wed, 11 May 2005 15:35:38 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A1ED7F3310; Wed, 11 May 2005 08:35:38 -0700 (PDT) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25095-01-76; Wed, 11 May 2005 08:35:36 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 6120FF3308; Wed, 11 May 2005 08:35:36 -0700 (PDT) From: Freddie Cash To: ananth_g@sifycorp.com Date: Wed, 11 May 2005 08:35:32 -0700 User-Agent: KMail/1.8 References: <42820E33.5000205@sifycorp.com> <1115821224.47297.3.camel@sirius> <42821695.5060405@sifycorp.com> In-Reply-To: <42821695.5060405@sifycorp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505110835.34308.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca cc: stable@freebsd.org Subject: Re: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 15:35:38 -0000 On May 11, 2005 07:28 am, Ananth.G wrote: > i have attached my config file. Read the comments in your config file. You'll quickly notice that you have removed the isa device (which is needed for PS/2, serial, parallel ports, etc), and that you have umass enabled, but disabled the needed scbus and da devices. Dont' just blindly comment things out. Read the comments in the config file, and in the NOTES files. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Wed May 11 17:43:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 177C516A4CE for ; Wed, 11 May 2005 17:43:03 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83DDE43D73 for ; Wed, 11 May 2005 17:43:02 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta11.adelphia.net ESMTP <20050511174301.NVHQ13270.mta11.adelphia.net@daemon.jim-liesl.org>; Wed, 11 May 2005 13:43:01 -0400 Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 70F0062CA; Wed, 11 May 2005 11:43:04 -0600 (MDT) Received: from [127.0.0.1] (unknown [192.168.1.10]) by daemon.jim-liesl.org (Postfix) with ESMTP id 199E7625A; Wed, 11 May 2005 11:43:04 -0600 (MDT) Message-ID: <428243EA.9070707@jim-liesl.org> Date: Wed, 11 May 2005 11:42:02 -0600 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: peter.orlowski@physik.tu-berlin.de References: <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> <4280EE3C.8050505@jim-liesl.org> <20050511095142.GA12629@ella.physik.tu-berlin.de> In-Reply-To: <20050511095142.GA12629@ella.physik.tu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-stable@freebsd.org Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 17:43:03 -0000 Peter Orlowski wrote: >On Tue, May 10, 2005 at 11:24:12AM -0600, secmgr wrote: > > >>Gabor Esperon wrote: >> >> >>>How reliable is the gmirror subsystem? >>> >>> >>gmirror seems fine as best as I can tell. I've been running it for a >>few months on sata drives. >> >> > >I had gmirror running on two IDE drives for system and two SATA >drives for user data. That was RELENG_5_3. When one of the SATA >drives broke (later I got errors like > >ad4: FAILURE - READ_DMA status=51 > >on fscking) the whole system just stopped. I could switch >consoles but nothing else. Nothing in the logs either. I believe >it had lost all it's file systems. > >After power cycling, both mirrors were found but marked as broken. >Gmirror chose the defective SATA disk as the intact one and started >rebuilding the mirror from that - but fscking the mirror failed, >obviously, so I ended up with one disk that was broken, but marked intact >by gmirror and one disk the other way round. > >I had to erase the gmirror metadata on the intact disk to get it >to work again. > >I'd say gmirror will save your data but it won't save you from some >downtime... > >Greetings, Peter > > > What steps did you take to the gmirror the disk so you could get your data back? At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the "R" is pretty meaningless jim From owner-freebsd-stable@FreeBSD.ORG Wed May 11 18:32:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB7F616A4CE for ; Wed, 11 May 2005 18:32:04 +0000 (GMT) Received: from mta1.pe.inty.net (mta1.pe.inty.net [213.228.254.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 0532443D49 for ; Wed, 11 May 2005 18:32:02 +0000 (GMT) (envelope-from SysAdmin@Rainbow-IT.net) Received: from localhost.localdomain (scan3.pe.inty.net [213.228.254.12]) by mta1.pe.inty.net (Postfix) with ESMTP id 8C5F664ADFC for ; Wed, 11 May 2005 19:32:00 +0100 (BST) Received: from venus.rainbow-it.net (venus.furrie.net [62.3.212.122]) by mta1.pe.inty.net (Postfix) with ESMTP id 5161964ADF5 for ; Wed, 11 May 2005 19:31:56 +0100 (BST) Received: from [10.6.8.7] (freya.hq.rainbow-it.net [10.6.8.7]) by venus.rainbow-it.net (Postfix) with ESMTP id 2F45E228B2 for ; Wed, 11 May 2005 19:31:48 +0100 (BST) Message-ID: <42824F93.9080500@Rainbow-IT.net> Date: Wed, 11 May 2005 19:31:47 +0100 From: Chris Phillips Organization: Rainbow IT Consultancy User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD MailingList References: <20050509210458.GB9844@bloom.cse.buffalo.edu> <42814A17.1010301@Rainbow-IT.net> <20050511143749.GA1394@luka.nxe.de> In-Reply-To: <20050511143749.GA1394@luka.nxe.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-MDF-HostID: 45 Subject: Re: Creating a mini install disk, for particular needs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 18:32:04 -0000 Many thanks to all who have responded! I have plenty to investigate now. Kind Regards, Chris Phillips Nora Etukudo wrote: > Am 11. Mai 2005 um 00:56:07 +0100 schrieb Chris Phillips: >=20 >=20 >>We need a fairly painless way, to roll out a fresh install onto some=20 >>random i386 hardware we have lying around (there's a plentiful supply),= =20 >>for any new users, who require a basic functioning GUI, with access to=20 >>graphical email client, web browser & 'rdesktop' (for the windows=20 >>applications, that they are all hooked on). >=20 >=20 > Look at >=20 > http://www.pcbsd.org/ >=20 > also. I did just for fun the installation of >=20 > http://ftp.plusline.de/pcbsd/PCBSD-0.6-x86.iso >=20 > and I'm very impressed. >=20 > A small, but working KDE Desktop "out of the box" (FreeBSD 5.3, KDE 3.4= ) > without any huzzle. Start the (graphical!!) installer and get yourself > a mug of coffee (or what else you prefere). >=20 > Liebe Gr=FC=DFe, Nora. >=20 > nora@sappho-net.de > IM-NETZ Neue Medien, Berlin http://www.im-netz.de/ > WWW von Frauen f=FCr Frauen, Hamburg http://www.w4w.net/ > Lesbian Computer Networks, Helsinki http://www.sappho.net/ >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 > Scanned for viruses by MailDefender Scanned=20for=20viruses=20by=20MailDefender From owner-freebsd-stable@FreeBSD.ORG Wed May 11 20:05:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D95E016A4CE for ; Wed, 11 May 2005 20:05:58 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A1843D68 for ; Wed, 11 May 2005 20:05:58 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 94DCD64BA20; Wed, 11 May 2005 17:05:57 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 80288-01; Wed, 11 May 2005 20:05:54 +0000 (GMT) Received: from ganymede.hub.org (blk-222-81-172.eastlink.ca [24.222.81.172]) by hub.org (Postfix) with ESMTP id D0ADF64C81F; Wed, 11 May 2005 17:05:56 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 4B6463D0F8; Wed, 11 May 2005 17:05:56 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4A7323D07B; Wed, 11 May 2005 17:05:56 -0300 (ADT) Date: Wed, 11 May 2005 17:05:56 -0300 (ADT) From: "Marc G. Fournier" To: Marton Kenyeres In-Reply-To: <4282176A.8010801@konvergencia.hu> Message-ID: <20050511170524.A6493@ganymede.hub.org> References: <426E5713.3010906@eurocom.od.ua> <747dc8f30504260812ee3c47e@mail.gmail.com> <426E5EA5.8000703@eurocom.od.ua> <426F3AFA.9020900@konvergencia.hu> <426F5A6E.4050208@eurocom.od.ua> <86acndmyky.fsf@xps.des.no> <20050502180152.I53065@ganymede.hub.org> <86psw84zbi.fsf@xps.des.no> <20050503114016.U53065@ganymede.hub.org> <86wtqg2fug.fsf@xps.des.no> <4282176A.8010801@konvergencia.hu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1552729287-1115841956=:6493" X-Virus-Scanned: by amavisd-new at hub.org cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL in FreeBSD jails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 20:05:59 -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-1552729287-1115841956=:6493 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 11 May 2005, Marton Kenyeres wrote: > Dag-Erling Sm=F8rgrav wrote: >> "Marc G. Fournier" writes: >>=20 >>> 'k, I've been doing multiple since 7.2 on the same machine, all on the >>> same port, all different IPs, all on 4.x servers ... have never had an >>> issue with crashes (its pretty much my most stable 4.x server) ... >>=20 >>=20 >> It was never possible. 8.0 has a hack to detect and avoid shared >> memory collisions, but I think it will still have problems with >> semaphores. I have no idea why it works (or seems to work) for you; >> it never did for anyone else. >>=20 >> DES > > Maybe he's runing pjd@ 's privipc patch? > > http://lists.freebsd.org/pipermail/freebsd-arch/2003-June/000926.html Nope, stock 4.11 kernel from "Tue Feb 15 21:36:53 AST 2005" ... sorry ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 --0-1552729287-1115841956=:6493-- From owner-freebsd-stable@FreeBSD.ORG Wed May 11 23:28:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EAAC16A515 for ; Wed, 11 May 2005 23:28:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F8D43D39 for ; Wed, 11 May 2005 23:28:14 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so154133rng for ; Wed, 11 May 2005 16:28:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RTOdfIvhXpGF9wZLnCKRczlejzsLaRFcKUjdn67bAVKBwqyz7xwPjY/eaVbUVa92Ol3+251uEPyvqdXV6ObvUvFlHr2Qvr5HoTwPim6X6WAfsMsnTIntdR1esV1UML5KdpLL92pdzmfBT4YHhQC50qIhjDc6Lht3EaaSoviBeHI= Received: by 10.38.90.51 with SMTP id n51mr499569rnb; Wed, 11 May 2005 16:28:14 -0700 (PDT) Received: by 10.39.1.30 with HTTP; Wed, 11 May 2005 16:28:14 -0700 (PDT) Message-ID: <3aaaa3a050511162864263c74@mail.gmail.com> Date: Thu, 12 May 2005 00:28:14 +0100 From: Chris To: Marian Hettwer In-Reply-To: <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4281FBC9.5040506@post.pl> <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> cc: stable@freebsd.org Subject: Re: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 23:28:15 -0000 Seems the 4+ cpu crash fix might have broken it at a guess since RC4 onwards it broke, I am interested in how this goes as I was planning on upgrading a SMP box to 5.4 and ULE this month. Have you guys tried this without SMP? Chris On 5/11/05, Marian Hettwer wrote: > On Mi, 11.05.2005, 14:34, Steven Jurczyk sagte: > > **Using SCHED_ULE on SMP/HT machine broke applications which use > > libpthread/libthr, probably at context switching between threads... The > > applications simply hang and they aren't killable (kill -9 don't > > work).. Usually this also break kernel shutdown (can't flush some inode= s > > or blocks)... > > > right! > I have the same problem. My Kernel is basicly a GENERIC with SMP and ULE > added (4BSD removed). >=20 > ([mhettwer@siteop-8] <~>)$ uname -a > FreeBSD siteop-8.mobile.rz 5.4-STABLE FreeBSD 5.4-STABLE #7: Wed May 11 > 12:03:35 CEST 2005 > root@siteop-8.mobile.rz:/usr/src/sys/i386/compile/SITEOP-8 i386 >=20 > > This is very big problem for people who want use mysql_server on SMP > > machines... > indeed. > The MySQL server won't start and is not killable. I had to switch back to > SCHED_4BSD :-/ >=20 > I would be available for testing packages, as this machine is not in > production. >=20 > it's a dual xeon 2,8 ... you can find detailed information about it at: > http://unixoid.de/freebsd/dmesg.xeon >=20 > :) >=20 > best regards, > Marian > _______________________________________________ > 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 May 11 23:40:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBB616A548 for ; Wed, 11 May 2005 23:40:12 +0000 (GMT) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A9C43D76 for ; Wed, 11 May 2005 23:40:10 +0000 (GMT) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (localhost [127.0.0.1]) by nod32.demax.sk (Postfix) with ESMTP id A2CE742AD9 for ; Thu, 12 May 2005 01:40:06 +0200 (CEST) X-Virus-Scanner: This message was checked by NOD32 Antivirus system NOD32 for Linux Mail Server. For more information on NOD32 Antivirus System, please, visit our website: http://www.nod32.com/. Received: from 2D204.demax.sk (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 8BCF642AD8 for ; Thu, 12 May 2005 01:40:06 +0200 (CEST) From: sebosik@demax.sk To: freebsd-stable@freebsd.org Date: Thu, 12 May 2005 01:40:27 +0000 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505120140.28563.sebosik@demax.sk> Subject: IPF 4.1.8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 23:40:12 -0000 Hi I`ve tried to import IPF 4.1.8 into freebsd-stable (5.4). It's first time I tried something similar. Problem is, that the kernel fails to compile (it needs somewhere 3 parameters, but gets only 2... or what). I followed the readme for freebsd-5. Any help ? Jan Sebosik From owner-freebsd-stable@FreeBSD.ORG Thu May 12 00:21:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D1DA16A544 for ; Thu, 12 May 2005 00:21:50 +0000 (GMT) Received: from smtp808.mail.sc5.yahoo.com (smtp808.mail.sc5.yahoo.com [66.163.168.187]) by mx1.FreeBSD.org (Postfix) with SMTP id BFC6F43D77 for ; Thu, 12 May 2005 00:21:49 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp808.mail.sc5.yahoo.com with SMTP; 12 May 2005 00:21:49 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 6BB906113; Wed, 11 May 2005 19:21:48 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 90139-02; Wed, 11 May 2005 19:21:45 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 7FD58610A; Wed, 11 May 2005 19:21:45 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4C0LiA6057526; Wed, 11 May 2005 19:21:44 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4282A193.2060208@alumni.rice.edu> Date: Wed, 11 May 2005 19:21:39 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <4281FBC9.5040506@post.pl> <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> <3aaaa3a050511162864263c74@mail.gmail.com> In-Reply-To: <3aaaa3a050511162864263c74@mail.gmail.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCC81893E9394008FB84154AF" X-Virus-Scanned: amavisd-new at noacks.org cc: stable@freebsd.org cc: Marian Hettwer Subject: Re: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 00:21:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC81893E9394008FB84154AF Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/11/05 18:28, Chris wrote: > On 5/11/05, Marian Hettwer wrote: >>On Mi, 11.05.2005, 14:34, Steven Jurczyk sagte: >>>**Using SCHED_ULE on SMP/HT machine broke applications which use >>>libpthread/libthr, probably at context switching between threads... The >>>applications simply hang and they aren't killable (kill -9 don't >>>work).. Usually this also break kernel shutdown (can't flush some inodes >>>or blocks)... >> >>right! >>I have the same problem. My Kernel is basicly a GENERIC with SMP and ULE >>added (4BSD removed). >> >>([mhettwer@siteop-8] <~>)$ uname -a >>FreeBSD siteop-8.mobile.rz 5.4-STABLE FreeBSD 5.4-STABLE #7: Wed May 11 >>12:03:35 CEST 2005 >>root@siteop-8.mobile.rz:/usr/src/sys/i386/compile/SITEOP-8 i386 >> >> >>>This is very big problem for people who want use mysql_server on SMP >>>machines... >> >>indeed. >>The MySQL server won't start and is not killable. I had to switch back to >>SCHED_4BSD :-/ >> >>I would be available for testing packages, as this machine is not in >>production. >> >>it's a dual xeon 2,8 ... you can find detailed information about it at: >>http://unixoid.de/freebsd/dmesg.xeon >> >>:) > > Seems the 4+ cpu crash fix might have broken it at a guess since RC4 > onwards it broke, I am interested in how this goes as I was planning > on upgrading a SMP box to 5.4 and ULE this month. > > Have you guys tried this without SMP? From the sched_ule(4) man page: "BUGS As an experimental scheduler, sched_ule is not enabled by default due to a number of known issues, including weak performance with several known workloads, and reports of instability. Deployment of sched_ule in production environments should be done cautiously." The less well-known 5.4 Open Issues page (http://www.freebsd.org/releases/5.4R/todo.html) speaks to this as well: "Many improvements have been made to the ULE scheduler in 6-CURRENT. These should be merged back to 5.4. The merging is done but ULE is still known to cause panics for some people, especially on SMP systems. Try it with extreme caution." In other words, ULE is known to not be stable and will remain so until someone fixes it. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigCC81893E9394008FB84154AF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgqGYUFz01pkdgZURAhdSAJ9vN/lMPVrENC+zv4ggdVh5rf/t5QCgpijh GZHmiGo9MSpH8fIkp9VTjug= =4Bft -----END PGP SIGNATURE----- --------------enigCC81893E9394008FB84154AF-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 00:23:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8793F16A545 for ; Thu, 12 May 2005 00:23:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ADC643D68 for ; Thu, 12 May 2005 00:23:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82638530EC; Wed, 11 May 2005 17:23:08 -0700 (PDT) Date: Wed, 11 May 2005 17:23:08 -0700 From: Kris Kennaway To: Chris Message-ID: <20050512002308.GA80594@xor.obsecurity.org> References: <4281FBC9.5040506@post.pl> <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> <3aaaa3a050511162864263c74@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <3aaaa3a050511162864263c74@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Marian Hettwer Subject: Re: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 00:23:10 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 12, 2005 at 12:28:14AM +0100, Chris wrote: > Seems the 4+ cpu crash fix might have broken it at a guess since RC4 > onwards it broke, I am interested in how this goes as I was planning > on upgrading a SMP box to 5.4 and ULE this month. >=20 > Have you guys tried this without SMP? Guys..ULE is known to be broken. Don't be surprised when you encounter panics. Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgqHsWry0BWjoQKURAueOAKDpArKHCSV72pn/FSMCbcCTZSDxqACeLqEe HzgdvciTCM9n8Wd0AUeymnE= =m8rj -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 00:53:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C020B16A546 for ; Thu, 12 May 2005 00:53:18 +0000 (GMT) Received: from ppp85-140-11-6.pppoe.mtu-net.ru (ppp85-140-11-6.pppoe.mtu-net.ru [85.140.11.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B1DD43D72 for ; Thu, 12 May 2005 00:53:09 +0000 (GMT) (envelope-from curled@envrg.com) Received: from [177.87.46.116] (port=2113 helo=[exploding]) by ppp85-140-11-6.pppoe.mtu-net.ru with esmtp id 122929104034beget80816 for stable@freebsd.org; Thu, 12 May 2005 04:53:03 +0400 Mime-Version: 1.0 (Apple Message framework v725) Content-Transfer-Encoding: 7bit Message-Id: <259855670.117157@ppp85-140-11-6.pppoe.mtu-net.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed To: stable@freebsd.org From: Ernest Date: Thu, 12 May 2005 04:53:02 +0400 X-Mailer: Apple Mail (2.725) Subject: only Swiss Rolex please. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 00:53:19 -0000 Daily News - Rolex watches online http://honeysuckle.q67.net/replica/vron/envelopes.html Wishlist : Rolex or Cartier or Breitling From owner-freebsd-stable@FreeBSD.ORG Thu May 12 02:33:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6915316A4D2 for ; Thu, 12 May 2005 02:33:54 +0000 (GMT) Received: from smtp801.mail.sc5.yahoo.com (smtp801.mail.sc5.yahoo.com [66.163.168.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 5EA9943D8D for ; Thu, 12 May 2005 02:33:54 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp801.mail.sc5.yahoo.com with SMTP; 12 May 2005 02:33:53 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id DF21B6113; Wed, 11 May 2005 21:33:52 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 90183-07-3; Wed, 11 May 2005 21:33:51 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 2B5F4610A; Wed, 11 May 2005 21:33:51 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4C2XoZU054558; Wed, 11 May 2005 21:33:50 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4282C089.4070806@alumni.rice.edu> Date: Wed, 11 May 2005 21:33:45 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE5CE9286EB6F619E49D2149F" X-Virus-Scanned: amavisd-new at noacks.org cc: Mikhail Teterin cc: re@freebsd.org cc: stable@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 02:33:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE5CE9286EB6F619E49D2149F Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/11/05 09:55, Daniel Eischen wrote: > On Tue, 10 May 2005, Mikhail Teterin wrote: >>= > As we were counting down to 5.3-RELEASE, I noticed, that all >>= > threading libraries still compile with PTHREAD_INVARIANTS. My >>= > suggestion to have this = > fixed was shutdown as not enough time >>= > was left for testing the 5.3. >> >>= > Can we have these things turned off NOW, so that, at least, 5.5 >>= > stands a chance? Thanks! >>= >>= What makes you think there is a measurable performance impact with >>= them on? >> >>Interesting... Are you implying, the debugging code makes no difference, >>or are genuinly asking? > > Both. > >>There are additional steps in the code, that are only done when >>the define is on. Does not look like much in libthr, but c_r's >>uthread/uthread_mutex.c seems quite affected, for example. And you know >>it, of course... > > c_r is deprecated, so I've no interest in that. My only concern > is with libthr and libpthread. I agree. >>= Regardless, it would first need to be in -current, not -stable. >> >>I thought, the debugging features (WITNESS INVARIANTS) are always on in >>-current, but are turned off in -stable for maximum performance. Is that >>no longer true? > > They've never been off in -current. You'd have to show turning > them off causes no harm. I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. As far as I can tell, all but one of the defines under _PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it is false result in a fatal error. These should be very visible if they are being tripped. Only MUTEX_INIT_LINK actually *does* something. It is defined in src/lib/libpthread/thread/thr_mutex.c at lines 43-46 and in src/lib/libthr/thread/thr_mutex.c at lines 44-47: #define MUTEX_INIT_LINK(m) do { \ (m)->m_qe.tqe_prev = NULL; \ (m)->m_qe.tqe_next = NULL; \ } while (0) I'm not sure what impact removing this explicit initialization would have. If we're not seeing fatal errors, everything else is just slowing us down. Assuming we feel our thread implementations are production worthy, we should disable these checks for releases. That is, unless I am missing something... Anyone know any good thread tests to run to determine what performance impact this is having? -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigE5CE9286EB6F619E49D2149F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgsCOUFz01pkdgZURApLPAJ0SxqK5Zcdd5FVM62w0EVtI6yay4QCfWrMV nhqV1HTAhnNkKvnE0vSW4Lw= =sTrR -----END PGP SIGNATURE----- --------------enigE5CE9286EB6F619E49D2149F-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 02:53:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DA9D16A4D3; Thu, 12 May 2005 02:53:31 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1CA43D68; Thu, 12 May 2005 02:53:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j4C2rIBr011168; Wed, 11 May 2005 22:53:18 -0400 (EDT) Date: Wed, 11 May 2005 22:53:18 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jonathan Noack In-Reply-To: <4282C089.4070806@alumni.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Mikhail Teterin cc: re@freebsd.org cc: stable@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 02:53:31 -0000 On Wed, 11 May 2005, Jonathan Noack wrote: > > I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. > As far as I can tell, all but one of the defines under > _PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it > is false result in a fatal error. These should be very visible if they > are being tripped. Only MUTEX_INIT_LINK actually *does* something. It > is defined in src/lib/libpthread/thread/thr_mutex.c at lines 43-46 and > in src/lib/libthr/thread/thr_mutex.c at lines 44-47: > > #define MUTEX_INIT_LINK(m) do { \ > (m)->m_qe.tqe_prev = NULL; \ > (m)->m_qe.tqe_next = NULL; \ > } while (0) > > I'm not sure what impact removing this explicit initialization would > have. If we're not seeing fatal errors, everything else is just slowing > us down. Assuming we feel our thread implementations are production > worthy, we should disable these checks for releases. That is, unless I > am missing something... I wrote the darn things, and they are useful in that they can provide useful information if there are bugs and also for detecting if the application is linked to multiple thread libraries. For the init links macro, it is only used when the mutex is initialized and on unlock. It's two instructions. The others are also just a couple of instructions and shouldn't be called often. This is way overblown and they're other areas for much better optimizations than worrying about a couple of instructions. Perhaps if it were called _PTHREAD_ROBUST instead of _PTHREAD_INVARIANTS, noone would notice ;-) That's the last I'll say. re@ can do whatever they want with my blessing. -- DE From owner-freebsd-stable@FreeBSD.ORG Thu May 12 03:29:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B598316A4CE for ; Thu, 12 May 2005 03:29:00 +0000 (GMT) Received: from smtp819.mail.sc5.yahoo.com (smtp819.mail.sc5.yahoo.com [66.163.170.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E1B743D76 for ; Thu, 12 May 2005 03:29:00 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp819.mail.sc5.yahoo.com with SMTP; 12 May 2005 03:28:59 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 1DD2D6125; Wed, 11 May 2005 22:28:58 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18557-03; Wed, 11 May 2005 22:28:56 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 4A571611C; Wed, 11 May 2005 22:28:56 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4C3Stfj093381; Wed, 11 May 2005 22:28:55 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4282CD73.1040303@alumni.rice.edu> Date: Wed, 11 May 2005 22:28:51 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3B1B1BB64F15A2D3AC407303" X-Virus-Scanned: amavisd-new at noacks.org cc: Mikhail Teterin cc: re@freebsd.org cc: stable@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 03:29:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3B1B1BB64F15A2D3AC407303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/11/05 21:53, Daniel Eischen wrote: > On Wed, 11 May 2005, Jonathan Noack wrote: >>I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. >> As far as I can tell, all but one of the defines under >>_PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it >>is false result in a fatal error. These should be very visible if they >>are being tripped. Only MUTEX_INIT_LINK actually *does* something. It >>is defined in src/lib/libpthread/thread/thr_mutex.c at lines 43-46 and >>in src/lib/libthr/thread/thr_mutex.c at lines 44-47: >> >>#define MUTEX_INIT_LINK(m) do { \ >> (m)->m_qe.tqe_prev = NULL; \ >> (m)->m_qe.tqe_next = NULL; \ >>} while (0) >> >>I'm not sure what impact removing this explicit initialization would >>have. If we're not seeing fatal errors, everything else is just slowing >>us down. Assuming we feel our thread implementations are production >>worthy, we should disable these checks for releases. That is, unless I >>am missing something... > > I wrote the darn things, and they are useful in that they can > provide useful information if there are bugs and also for > detecting if the application is linked to multiple thread > libraries. For the init links macro, it is only used when > the mutex is initialized and on unlock. It's two instructions. > The others are also just a couple of instructions and shouldn't > be called often. > > This is way overblown and they're other areas for much > better optimizations than worrying about a couple of > instructions. Perhaps if it were called _PTHREAD_ROBUST > instead of _PTHREAD_INVARIANTS, noone would notice ;-) So I *was* missing something: the Big Picture. Detecting if an application is linked to multiple thread libraries is definitely a keeper. When I see your name in an email, the hash that is my brain returns "threads guy". Your previous responses to this topic (which my brain referenced as authoritative) seemed to indicate that you weren't sure and further investigation was necessary, so I looked into it. Sorry if I misunderstood that. > That's the last I'll say. re@ can do whatever they want > with my blessing. Fair enough. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig3B1B1BB64F15A2D3AC407303 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgs13UFz01pkdgZURAmgUAJ0YlYkHCsbt5UvWkSQ6gQukRpdRaQCg3BP4 HHGW+Fv/DVAamjH9QStfx7g= =BsIW -----END PGP SIGNATURE----- --------------enig3B1B1BB64F15A2D3AC407303-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 03:36:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 121CF16A4CE for ; Thu, 12 May 2005 03:36:09 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB4FB43D88 for ; Thu, 12 May 2005 03:36:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CFDC072DD4; Wed, 11 May 2005 20:36:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CB7FE72DCB; Wed, 11 May 2005 20:36:08 -0700 (PDT) Date: Wed, 11 May 2005 20:36:08 -0700 (PDT) From: Doug White To: Ed Maste In-Reply-To: <20050506145902.GA51724@sandvine.com> Message-ID: <20050511202829.F11600@carver.gumbysoft.com> References: <20050503115344.S26250@carver.gumbysoft.com> <20050506145902.GA51724@sandvine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: Experimental ttwwakeup() panic patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 03:36:09 -0000 Sorry for the late reply on this. On Fri, 6 May 2005, Ed Maste wrote: > On Wed, May 04, 2005 at 08:54:23PM -0700, Doug White wrote: > > > > http://people.freebsd.org/~dwhite/tty.c.20050503.patch > > > > This patch has been committed and exists as rev 1.228.2.4 of > > src/sys/kern/tty.c. Please let me know if this fixes the panic for you, > > or causes new problems :) > > For what it's worth, I've come across a similar crash during a test that > repeatedly ssh'd into the machine. > > This was while opening a pty, not using serial console. The symptoms > seem similar; my tty struct has a struct knlist with a null struct mtx *. > I haven't yet investigated in great detail or tried the patch. I just > wanted to offer this as another data point. > > Although kgdb gets confused during the backtrace (frames 7 and 8) the > tf_eip is a cmpxchg in knote(). This is a problem mlaier and I may have fixed, at least against -CURRENT. It appears that the process group alias in struct tty is accessed without locking and its changing out from under us. Give this a try: http://people.freebsd.org/~mlaier/tty.t_pgrp.diff It compiles but I haven't actually booted a kernel with it, so YMMV. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu May 12 03:37:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A671616A4CE for ; Thu, 12 May 2005 03:37:17 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6234443D79 for ; Thu, 12 May 2005 03:37:17 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5914172DD9; Wed, 11 May 2005 20:37:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 567E472DD4; Wed, 11 May 2005 20:37:17 -0700 (PDT) Date: Wed, 11 May 2005 20:37:17 -0700 (PDT) From: Doug White To: "Marc G. Fournier" In-Reply-To: <20050509193430.H6493@ganymede.hub.org> Message-ID: <20050511203643.V11600@carver.gumbysoft.com> References: <20050504160004.B53065@ganymede.hub.org> <20050506114651.Y42300@ganymede.hub.org> <20050509193430.H6493@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: Erik Stian Tefre Subject: Re: twa0: INFO: (0x04: 0x000c): Background initialize started: unit=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 03:37:17 -0000 On Mon, 9 May 2005, Marc G. Fournier wrote: > > Ya, this looks like it might be a problem ... server just crashed, and > fsck is once more dog slow, and I suspect its in the 'initialization mode' > again ... > > Looking at the following that I've also found, things appear to be > pointing to ACPI as the 'trigger' ... does anyone else have any > experiences with these cards? This is normal for twa and twe cards with recent firmware. If it detects an unclean shutdown it will schedule a unit verify. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu May 12 04:52:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 853F216A4CE for ; Thu, 12 May 2005 04:52:47 +0000 (GMT) Received: from v00051.home.net.pl (post.pl [212.85.96.51]) by mx1.FreeBSD.org (Postfix) with SMTP id 507CF43D62 for ; Thu, 12 May 2005 04:52:46 +0000 (GMT) (envelope-from steve@post.pl) Received: from localhost (HELO ?10.0.2.100?) (steve.post@home@127.0.0.1) by matrix01.home.net.pl with SMTP; Thu, 12 May 2005 04:52:44 -0000 Message-ID: <4282E139.7030908@post.pl> Date: Thu, 12 May 2005 06:53:13 +0200 From: Steven Jurczyk User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <4281FBC9.5040506@post.pl> <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> <3aaaa3a050511162864263c74@mail.gmail.com> In-Reply-To: <3aaaa3a050511162864263c74@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: Marian Hettwer Subject: Re: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 04:52:47 -0000 Chris wrote: >Seems the 4+ cpu crash fix might have broken it at a guess since RC4 >onwards it broke, I am interested in how this goes as I was planning >on upgrading a SMP box to 5.4 and ULE this month. > >Have you guys tried this without SMP? > > Yes. pthreads applications under SCHED_ULE but without SMP works OK... PS. Please remeber that SCHED_ULE with SMP brokes also >10 utils compiled with pthreads in base system (host, dig, nslookup -> all DNS stuff). -- best regards steve at home.pl From owner-freebsd-stable@FreeBSD.ORG Thu May 12 06:00:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BAC716A4E1 for ; Thu, 12 May 2005 06:00:37 +0000 (GMT) Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5958743D3F for ; Thu, 12 May 2005 06:00:36 +0000 (GMT) (envelope-from petero@itp.physik.tu-berlin.de) Received: from localhost ([127.0.0.1] helo=mail.zrz.TU-Berlin.DE) by mail.zrz.tu-berlin.de with esmtp (exim-4.51) id 1DW6kN-0001Vw-L9; Thu, 12 May 2005 08:00:35 +0200 Received: from mail.zrz.TU-Berlin.DE ([130.149.4.15]) by mail.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ; Thu, 12 May 2005 08:00:35 +0200 (CEST) Received: from ella.physik.tu-berlin.de ([130.149.114.172]) by mail.zrz.tu-berlin.de with esmtp (exim-4.51) id 1DW6kN-0001Vh-Jw; Thu, 12 May 2005 08:00:35 +0200 Received: from ella.physik.tu-berlin.de (localhost [127.0.0.1]) j4C60ZSu025295; Thu, 12 May 2005 08:00:35 +0200 (CEST) (envelope-from petero@ella.physik.tu-berlin.de) Received: (from petero@localhost) by ella.physik.tu-berlin.de (8.13.1/8.13.1/Submit) id j4C60YP8025294; Thu, 12 May 2005 08:00:34 +0200 (CEST) (envelope-from petero) Date: Thu, 12 May 2005 08:00:34 +0200 From: Peter Orlowski To: secmgr Message-ID: <20050512060034.GA25077@ella.physik.tu-berlin.de> References: <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> <4280EE3C.8050505@jim-liesl.org> <20050511095142.GA12629@ella.physik.tu-berlin.de> <428243EA.9070707@jim-liesl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428243EA.9070707@jim-liesl.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Sophos MailMonitor on mail.zrz.tu-berlin.de; Thu, 12 May 2005 08:00:35 +0200 cc: freebsd-stable@freebsd.org Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peter.orlowski@physik.tu-berlin.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 06:00:37 -0000 On Wed, May 11, 2005 at 11:42:02AM -0600, secmgr wrote: > > > >I had to erase the gmirror metadata on the intact disk to get it > >to work again. > > > What steps did you take to the gmirror the disk so you could get your > data back? I took the physically intact disk and did a gmirror clear /dev/ad4 . Then I could fsck the filesystems on it and use it as plain /dev/ad4, i.e. no longer as a mirrored disk. Probably I could have started over with gmirror label m1 ad4 but I was reluctant to do that to a disk that had all the user data on it. So I rather changed the fstab not to use the mirror any more. At some stage in that procedure I also lost the gmirror metadata on the gmirrored system disk. It's not clear to me how that happened, but when I tried to boot the system after removing the physically broken SATA-disk, that is with only the "logically broken" part of the data gmirror installed (before erasing the gmirror metadata), it found only the broken data gmirror (and did not want to use it), but the intact gmirrored system disk had completely disappeared. That didn't change when I tried to boot with the system disks alone. I had to boot a rescue system and tell fstab to use a plain disk as the system disk, too. > > At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the > "R" is pretty meaningless Well, "R" does not mean "redundant" but "realtime backup" ;-(. Peter From owner-freebsd-stable@FreeBSD.ORG Thu May 12 07:27:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8F4A16A4CE for ; Thu, 12 May 2005 07:27:18 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E5843D39 for ; Thu, 12 May 2005 07:27:18 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.50 (FreeBSD)) id 1DW86H-0009rO-Dn for freebsd-stable@freebsd.org; Thu, 12 May 2005 09:27:17 +0200 Date: Thu, 12 May 2005 09:27:17 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20050512072717.GA93612@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050504160004.B53065@ganymede.hub.org> <20050506114651.Y42300@ganymede.hub.org> <20050509193430.H6493@ganymede.hub.org> <20050511203643.V11600@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511203643.V11600@carver.gumbysoft.com> User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller Subject: Re: twa0: INFO: (0x04: 0x000c): Background initialize started: unit=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 07:27:18 -0000 Hi. On Wed, May 11, 2005 at 08:37:17PM -0700, Doug White wrote: > > Looking at the following that I've also found, things appear to be > > pointing to ACPI as the 'trigger' ... does anyone else have any > > experiences with these cards? > > This is normal for twa and twe cards with recent firmware. If it detects > an unclean shutdown it will schedule a unit verify. Well, the the detection of an unclean shutdown is somewhat broken or the FreeBSD driver isn't able to shutdown the controller properly in some cases. I saw this behaviour mostly, if the machine is powered down (for example by "shutdown -p"). If I just reboot (new kernel or so), then I nearly never saw that behaviour. I have seen this on twe cards, which don't even have own RAM, so that it's unlikely that the buffer was not cleared. The message, that the controler has been shut down by FreeBSD always showed up in those cases. On the other hand, I have machines (other motherboard/chipset/BIOS), where I never saw that behaviour. There is/was definitely some strangeness in that, but I cannot tell, if it's still in recent versions of FreeBSD (machine was not switched off for some time, it's in Production). The behaviour is most likely dependent on the ACPI (read: ACPI BIOS of the machine) or anything else related to the hardware and I'm not even sure, if FreeBSD's driver could do anything about it. The inialize state is already shown in the BIOS, if FreeBSD could do anything, then it would be in the controler shutdown procedure. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Thu May 12 08:56:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDC6116A4D0 for ; Thu, 12 May 2005 08:56:53 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 488F443D70 for ; Thu, 12 May 2005 08:56:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4C8sjjn097015; Thu, 12 May 2005 02:54:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 12 May 2005 02:55:51 -0600 (MDT) Message-Id: <20050512.025551.56337197.imp@bsdimp.com> To: kirk@strauser.com From: "M. Warner Losh" In-Reply-To: <200505101805.42166.kirk@strauser.com> References: <200505101337.53863.kirk@strauser.com> <20050510.151550.74677018.imp@bsdimp.com> <200505101805.42166.kirk@strauser.com> 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 cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 08:56:54 -0000 In message: <200505101805.42166.kirk@strauser.com> Kirk Strauser writes: : On Tuesday 10 May 2005 04:15 pm, Warner Losh wrote: : : > On Monday 09 May 2005 09:42, Kirk Strauser wrote: : : >> Anyone? I've just re-installed NetBSD 2.0.2 for the sake of having a BSD : >> on it until I can possibly make FreeBSD to work, but that's certainly not : >> my ideal solution. : : > I have no idea what you are asking for. : : Basically, for a magic formula to make my non-Cardbus PCMCIA card work under : FreeBSD (without throwing "CIS is too long" errors) just like it does under : OpenBSD, NetBSD, and Linux. They work fine for me on my laptop :-). However, there's a known issue, that's hard to resolve, on some laptops. If you aren't using ACPI, then you may have to specify the host bridge's starting memory address as a tunable (in /boot/loader.conf). hw.pci.host_mem_start defaults to 0x80000000. Some systems require a higher address. Try using 0xc0000000, 0xd0000000, or 0xf0000000. If that's not the problem, then I'll need a more complete dmesg. Warner From owner-freebsd-stable@FreeBSD.ORG Thu May 12 08:57:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054B516A535 for ; Thu, 12 May 2005 08:57:10 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F1043D6E for ; Thu, 12 May 2005 08:57:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4C8tvKm097032; Thu, 12 May 2005 02:55:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 12 May 2005 02:57:03 -0600 (MDT) Message-Id: <20050512.025703.11703484.imp@bsdimp.com> To: mkb@incubus.de From: "M. Warner Losh" In-Reply-To: <42816F8F.4040500@incubus.de> References: <20050510.151550.74677018.imp@bsdimp.com> <200505101805.42166.kirk@strauser.com> <42816F8F.4040500@incubus.de> 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 cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 08:57:10 -0000 In message: <42816F8F.4040500@incubus.de> Matthias Buelow writes: : Kirk Strauser wrote: : : > Basically, for a magic formula to make my non-Cardbus PCMCIA card work under : > FreeBSD (without throwing "CIS is too long" errors) just like it does under : > OpenBSD, NetBSD, and Linux. : : I'm trying to do similar things.. I'm trying to get a wi0 wi-fi card : working on non-cardbus pcmcia. It worked mostly (with acpi disabled) on : 5.3. With 5.4 now I just get device timeout. Plus, the sysinstall for : several iterations of the same manual procedure set the interface down : (and kept it down) after I manually configured it in the fixit shell : (providing the same options in sysinstall's network dialog wouldn't : work). Ah.. the pain... I think I'll switch back to NetBSD on that box : aswell, which ran fine. *sigh* Sounds like a PCI routing issue, if you are getting device timeouts. Warner From owner-freebsd-stable@FreeBSD.ORG Thu May 12 08:59:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D6F16A4CE for ; Thu, 12 May 2005 08:59:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BD843D70 for ; Thu, 12 May 2005 08:59:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4C8xPt2097051; Thu, 12 May 2005 02:59:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 12 May 2005 03:00:32 -0600 (MDT) Message-Id: <20050512.030032.66734039.imp@bsdimp.com> To: kirk@strauser.com From: "M. Warner Losh" In-Reply-To: <200505110913.31469.kirk@strauser.com> References: <200505101337.53863.kirk@strauser.com> <20050510.151550.74677018.imp@bsdimp.com> <200505110913.31469.kirk@strauser.com> 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 cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 08:59:46 -0000 In message: <200505110913.31469.kirk@strauser.com> Kirk Strauser writes: : On Tuesday 10 May 2005 16:15, Warner Losh wrote: : : > I have no idea what you are asking for. : : Let me restate my original dilemma. My laptop can only use my WLAN card : when it's configured as a 16-bit PCMCIA device and not as a 32-bit CardBus : device. I have several such devices. : In NetBSD, this can be accomplished by typing "boot -c" at its loader prompt : and typing "disable cbb*" to disable the cbb (CardBus) drivers, which : leaves the pcic (PCMCIA) drivers to correctly configure the card. After : doing this, the card works exactly as hoped. Why do you need to disable CardBus. The bridge should automatically detect that it is a R2 card (16-bit) and do the right thing. : However, commenting out "device cbb" in my FreeBSD kernel results in a : non-working setup. By that, I mean that the card's lights never flicker as : it's being inserted (as it would do under NetBSD and Linux when it's being : probed). In fact, I get no debugging information at all, whether : from /var/log/messages or via dmesg. : : Any ideas where I could go from here? In addition to my earlier suggestion, you can enable 'hw.cbb.debug=1' and 'hw.cardbus.debug=1' and 'hw.pccard.debug=1' and 'hw.pccard.cis_debug=1' for a much more chatty boot. This won't solve your problem, but will give me a clue about what might be going on. Warner From owner-freebsd-stable@FreeBSD.ORG Thu May 12 09:07:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC75D16A4CE for ; Thu, 12 May 2005 09:07:23 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A1443D58 for ; Thu, 12 May 2005 09:07:23 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 49so385899wri for ; Thu, 12 May 2005 02:07:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lpsoWllznHgokYI4x8PcyLeUb4OaA2Qsy4VNwbxKp6ren0t02si74QagDh9HW5orAQFnLLW8WMRp2puTKVDoQc7RfThdoJB/XTpzMl39sDaeOU1/1M35pQI6UJdN2Hbb+xnWc8AzbyRk8XQvD2kSKeainF7jBDwDjoWC6KQ963s= Received: by 10.54.55.24 with SMTP id d24mr1455562wra; Thu, 12 May 2005 02:07:22 -0700 (PDT) Received: by 10.54.59.12 with HTTP; Thu, 12 May 2005 02:07:22 -0700 (PDT) Message-ID: Date: Thu, 12 May 2005 11:07:22 +0200 From: Cristiano Deana To: FreeBSD Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: gmirror problem: DEVFS Overflow table X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 09:07:23 -0000 Hi, I have a problem with gmirror in a 5.4-STABLE box: > uname -a FreeBSD bsd.mcomm.it 5.4-STABLE FreeBSD 5.4-STABLE #2: Tue May 10 12:41:29 CEST 2005 cris@bsd.mcomm.it:/usr/obj/usr/src/sys/FRODO=20 i386 I have a system disk with full system and two scsi disk that i want to mirr= or. What i did: bsd# gmirror label -v -b round-robin sql da0 da1 Metadata value stored on da0. Metadata value stored on da1. Done. bsd# kldstat Id Refs Address Size Name 1 3 0xc0400000 35277c kernel 2 14 0xc0753000 56270 acpi.ko bsd# gmirror load Here stop to response Another console, /var/log/messages: May 12 10:41:07 bsd kernel: GEOM_MIRROR: Device sql created (id=3D518482993= ). May 12 10:41:07 bsd kernel: GEOM_MIRROR: Device sql: provider da1 detected. May 12 10:41:07 bsd kernel: GEOM_MIRROR: Device sql: provider da0 detected. May 12 10:41:07 bsd kernel: GEOM_MIRROR: Device sql: provider da1 activated= . May 12 10:41:07 bsd kernel: GEOM_MIRROR: Device sql: provider da0 activated= . May 12 10:41:07 bsd kernel: GEOM_MIRROR: Device sql: provider mirror/sql launched. May 12 10:41:14 bsd kernel: DEVFS Overflow table with 32768 entries allocat= ed Any help? Tnx in advance. --=20 Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu May 12 10:17:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09B1B16A4CE for ; Thu, 12 May 2005 10:17:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 980B443D68 for ; Thu, 12 May 2005 10:17:26 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 49so393176wri for ; Thu, 12 May 2005 03:17:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NLfOWOFS0fquCYn7fVDUa5KMP7Pknmfn76WS5qzd0xDrmtY6PnisCQHN6ST6Le7dDVSfkKE/hFhZmANAfeYQh5OysJmPn/0eoPR6DFjXV12Wd0MZWPKrFs8fCe72ZUHuzkZF1YDA4DUr82Q483dZ5HehezKF7az2YMY/hHP/OR4= Received: by 10.54.59.11 with SMTP id h11mr1317870wra; Thu, 12 May 2005 03:17:26 -0700 (PDT) Received: by 10.54.59.12 with HTTP; Thu, 12 May 2005 03:17:26 -0700 (PDT) Message-ID: Date: Thu, 12 May 2005 12:17:26 +0200 From: Cristiano Deana To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <42821695.5060405@sifycorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42820E33.5000205@sifycorp.com> <1115821224.47297.3.camel@sirius> <42821695.5060405@sifycorp.com> Subject: Re: kernel build problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 10:17:27 -0000 2005/5/11, Ananth.G : > i have attached my config file. > # Bus support. Do not remove isa, even if you have no isa slots "DO NOT REMOVE ISA..." > #device isa uncomment the line above > device umass # Disks/Mass storage - Requires scbus and= da "REQUIRES scbus and da" > # SCSI peripherals > #device scbus # SCSI bus (required for SCSI) > #device da # Direct Access (disks) uncomment lines above... ...and read comments on kernel config file --=20 Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu May 12 10:39:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4615416A4CE for ; Thu, 12 May 2005 10:39:33 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F3043D66 for ; Thu, 12 May 2005 10:39:32 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4CAbxIh016407; Thu, 12 May 2005 13:37:59 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4CAdUW4001817; Thu, 12 May 2005 13:39:30 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4CAdUjJ001816; Thu, 12 May 2005 13:39:30 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 12 May 2005 13:39:29 +0300 From: Giorgos Keramidas To: Gavin Atkinson Message-ID: <20050512103929.GB1320@orion.daedalusnetworks.priv> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> <1115815807.8809.3.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1115815807.8809.3.camel@buffy.york.ac.uk> cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 10:39:33 -0000 On 2005-05-11 13:50, Gavin Atkinson wrote: >> Ah, yes! Good thought. This could affect the width of the USERNAME >> column and push everything too far to the right. If this is the case, >> I'd probably vote for optionally limiting the length of the username >> column to, say, 8 columns at most. > > I would also vote for limiting it to 8 characters. Even with longer > usernames, I suspect 8 characters will be enough to identify particular > users (and if it's not there is always they UID view). That's an option too. I'm currently trying to get top to display something like this (80 columns are used for text, so use a slightly wider terminal to view this properly: -------------------------------------------------------------------------------+ last pid: 11090; load averages: 1.27, 1.26, 0.86 up 0+01:11:11 03:07:43| 71 processes: 3 running, 68 sleeping | CPU states: 11.2% user, 0.0% nice, 77.1% system, 0.8% interrupt, 10.9% idle | Mem: 50M Active, 348M Inact, 70M Wired, 20M Cache, 60M Buf, 6340K Free | Swap: 5000M Total, 5000M Free | | PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND/NTHR | 4738 root 108 0 1360K 836K RUN 1:28 22.80% find/1 | 638 giorgos -8 0 13496K 4672K pcmwr 1:33 1.03% mpg123/1 | 11062 giorgos 96 0 2428K 1520K RUN 0:00 1.54% top/1 | -------------------------------------------------------------------------------+ This includes at least the following changes (some not visible): + The entire header line is limited to the window width too. + The USERNAME column is hard-limited to 8 characters. + The THR column is displayed as /1 after the COMMAND, like the prstat(1M) command of recent Solaris versions. + The CPU/WCPU columns occupy the same space and can be toggled with the 'C' keyboard command. + When UID numbers are displayed, hitting 'u' will read a UID instead of a username. + When the view is toggled between processes/threads, the NTHR part becomes the thread ID of the particular thread. Hopefully, I'll have these changes running on CURRENT before the weekend. If no strong objections are voiced for any of these changes, I'll test it on CURRENT for a while, then ask for approval of a commit to HEAD and merge it to 5-STABLE after it's been tested enough on CURRENT. - Giorgos From owner-freebsd-stable@FreeBSD.ORG Thu May 12 11:36:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BF0216A4CE for ; Thu, 12 May 2005 11:36:13 +0000 (GMT) Received: from hotmail.com (bay102-f17.bay102.hotmail.com [64.4.61.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 179A543D7B for ; Thu, 12 May 2005 11:36:13 +0000 (GMT) (envelope-from jonfeero_13@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 12 May 2005 04:36:12 -0700 Message-ID: Received: from 64.4.61.200 by by102fd.bay102.hotmail.msn.com with HTTP; Thu, 12 May 2005 11:36:12 GMT X-Originating-IP: [64.4.61.200] X-Originating-Email: [jonfeero_13@hotmail.com] X-Sender: jonfeero_13@hotmail.com In-Reply-To: <20050512013223.9141816A4D9@hub.freebsd.org> From: "Jon F" To: freebsd-stable@freebsd.org Date: Thu, 12 May 2005 08:36:12 -0300 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 May 2005 11:36:12.0792 (UTC) FILETIME=[CCC5F780:01C556E6] Subject: Problem compiling Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 11:36:13 -0000 -------------------------------------------------------------- >>>Kernel build for MYKERNFILE started on Thu May 12 08:13:28 ADT 2005 -------------------------------------------------------------- ===> MYKERNFILE mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>>stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/MYKERNFILE /usr/src/sys/i386/conf/MYKERNFILE ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -------------------------------------------- I'm using FreeBSD 5.4 Release, this only happened when I did a CVSup, some help would be great. - Thanks From owner-freebsd-stable@FreeBSD.ORG Thu May 12 11:41:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D1F16A4CE for ; Thu, 12 May 2005 11:41:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9575443D77 for ; Thu, 12 May 2005 11:41:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 84238513C1; Thu, 12 May 2005 04:41:13 -0700 (PDT) Date: Thu, 12 May 2005 04:41:13 -0700 From: Kris Kennaway To: Jon F Message-ID: <20050512114113.GA58837@xor.obsecurity.org> References: <20050512013223.9141816A4D9@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Problem compiling Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 11:41:16 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 12, 2005 at 08:36:12AM -0300, Jon F wrote: > -------------------------------------------------------------- > >>>Kernel build for MYKERNFILE started on Thu May 12 08:13:28 ADT 2005 > -------------------------------------------------------------- > =3D=3D=3D> MYKERNFILE > mkdir -p /usr/obj/usr/src/sys >=20 > -------------------------------------------------------------- > >>>stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/i386/conf; =20 > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/s= bin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bi= n:/usr/sbin:/usr/bin=20 > config -d /usr/obj/usr/src/sys/MYKERNFILE =20 > /usr/src/sys/i386/conf/MYKERNFILE > ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > -------------------------------------------- > I'm using FreeBSD 5.4 Release, this only happened when I did a CVSup, > some help would be great. You did something wrong, probably with the cvsupfile. I thought you only got this particular error when accidentally trying to build a 5.x or 6.0 kernel on 4.x, but maybe it also occurs with other version mismatches (6.0 on 5.4), since you say you're already running 5.4. Check your cvsup file and compare to the examples and documentation, and post it if you need more help. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCg0DZWry0BWjoQKURAhA2AKCQ3XZGrX+h/SlTtRGQg+DN5EFaJwCfZWjJ 6DMnBtvBclgdwXUj6vuB06A= =Vu5w -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 12:48:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5389C16A4CE; Thu, 12 May 2005 12:48:44 +0000 (GMT) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD52243D67; Thu, 12 May 2005 12:48:43 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id DD5AE222404; Thu, 12 May 2005 13:48:42 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71848-09; Thu, 12 May 2005 13:48:34 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id B8DAB222402; Thu, 12 May 2005 13:48:34 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: Giorgos Keramidas , freebsd-stable@freebsd.org Date: Thu, 12 May 2005 13:49:31 +0100 User-Agent: KMail/1.8 References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> In-Reply-To: <20050512103929.GB1320@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505121349.31508.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.80 Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 12:48:44 -0000 On Thursday 12 May 2005 11:39, you wrote: > On 2005-05-11 13:50, Gavin Atkinson wrote: > >> Ah, yes! Good thought. This could affect the width of the USERNAME > >> column and push everything too far to the right. If this is the case, > >> I'd probably vote for optionally limiting the length of the username > >> column to, say, 8 columns at most. > > > > I would also vote for limiting it to 8 characters. Even with longer > > usernames, I suspect 8 characters will be enough to identify particular > > users (and if it's not there is always they UID view). > > That's an option too. I'm currently trying to get top to display > something like this (80 columns are used for text, so use a slightly > wider terminal to view this properly: > > --------------------------------------------------------------------------- >----+ last pid: 11090; load averages: 1.27, 1.26, 0.86 up 0+01:11:11 > 03:07:43| 71 processes: 3 running, 68 sleeping | > CPU states: 11.2% user, 0.0% nice, 77.1% system, 0.8% interrupt, 10.9% > idle | Mem: 50M Active, 348M Inact, 70M Wired, 20M Cache, 60M Buf, 6340K > Free | Swap: 5000M Total, 5000M Free | > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND/NTHR > | 4738 root 108 0 1360K 836K RUN 1:28 22.80% find/1 > | 638 giorgos -8 0 13496K 4672K pcmwr 1:33 1.03% mpg123/1 > | 11062 giorgos 96 0 2428K 1520K RUN 0:00 1.54% > top/1 | > --------------------------------------------------------------------------- >----+ If you don't mind I will share my thoughts on these changes. > > This includes at least the following changes (some not visible): > > + The entire header line is limited to the window width too. > + The USERNAME column is hard-limited to 8 characters. This makes me a little uneasy. Its a typical idiom, at least at my Business, to have usernames which are of the form 'firstnamelastname', for this reason they can be quite long and often the first 5-8 characters will be frequently repeated, for example the following contrived names: rogermoore -> rogermoo rogermoody -> rogermoo charlottelane -> charlott charlottedaniels -> charlott If there are many processes (samba, imap, etc) running as these users (also typical in my environment, and I guess elsewhere too). If I use top to view the active processes now I will be unable to tell what is really going on. I know that I could run top and just display the UIDs, or I could use ps, but top is great for seeing the status at a glance, so loosing this information entirely in top would make life harder. Also, imagine a system where you have 200 users with UIDs ranging from 2000 to 2200. Picking out and distinguishing between lots of these numbers from a moving top display, is likely to be a very error prone task, no? I suppose it could be argued that using usernames of that format is a poor choice on my part, and if that is the consensus of opinion then I'll have to look at fixing my own setup. I use long format usernames because it do not wish to have to remember that rm5, rmoore (many other possible ways) is a particular person. If this behaviour could be turned on and off, I'd be very happy. > + The THR column is displayed as /1 after the COMMAND, like the > prstat(1M) command of recent Solaris versions. I like this. > + The CPU/WCPU columns occupy the same space and can be toggled with > the 'C' keyboard command. I like this too. > + When UID numbers are displayed, hitting 'u' will read a UID instead > of a username. > + When the view is toggled between processes/threads, the NTHR part > becomes the thread ID of the particular thread. Okay, not really sure what this will look like to me but no need to explain I'll wait until they hit -CURRENT and see for myself. > Hopefully, I'll have these changes running on CURRENT before the weekend. > > If no strong objections are voiced for any of these changes, I'll test > it on CURRENT for a while, then ask for approval of a commit to HEAD and > merge it to 5-STABLE after it's been tested enough on CURRENT. Thanks for your work ! > - Giorgos -- Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 12:55:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632C416A4CE for ; Thu, 12 May 2005 12:55:17 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F0643D77 for ; Thu, 12 May 2005 12:55:17 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DWDDf-0009MK-KT for stable@FreeBSD.ORG; Thu, 12 May 2005 13:55:15 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DWDDf-0009ky-Ht for stable@FreeBSD.ORG; Thu, 12 May 2005 13:55:15 +0100 To: stable@FreeBSD.ORG Message-Id: From: Pete French Date: Thu, 12 May 2005 13:55:15 +0100 Subject: gdb problem - program vanishes on SIGABRT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 12:55:17 -0000 Under 4.11 I was using gcc34 and gdb6 to run and debug code. Moving to 5.4 these tools come as standard, so I am now just using the normal cc / gdb combination. I am finding that when my code breaks with SIGABRT (as the result of an unknown method being sent in this case) then I cannot get a backtrace in gbd as it tells me "The program no longer exists." This appears to be FreeBSD 5.4 specific - using the same versions of the compiler and debugger under FreeBSD 4.11 doesnt have this problem, and it does not occurr on other operating systems either. 4.11 output from gdb6: Program received signal SIGABRT, Aborted. 0x280b3474 in kill () from /usr/lib/libc_r.so.4 5.4 output from gdb Program terminated with signal SIGABRT, Aborted. The program no longer exists. Heres the code I am using. Its compiled with 'cc -g test.m -lobjc -pthread' #include #include #include int main(int argc, char *argv[]) { id my_test = [Object new]; [my_test a_missing_method]; return 0; } Several people have tried this on other operating systems and do not see the same problem - also (as I said) it does not occur on FreeBSD 4.11 so it seems to be specific to FreeBSD 5. -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 13:02:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5333816A4CE for ; Thu, 12 May 2005 13:02:22 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F6FF43D7B for ; Thu, 12 May 2005 13:02:22 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DWDKX-0009Ui-1j; Thu, 12 May 2005 14:02:21 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DWDKW-0009yy-E7; Thu, 12 May 2005 14:02:20 +0100 To: petefrench@ticketswitch.com, stable@FreeBSD.ORG In-Reply-To: Message-Id: From: Pete French Date: Thu, 12 May 2005 14:02:20 +0100 Subject: Re: gdb problem - program vanishes on SIGABRT - thread library related! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 13:02:22 -0000 Oh, some extra information - this problem depends on the thread library I link with! If I use 'pthread' then I have the problem, if I use 'thr' then the problen goes away! -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 13:12:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D1E16A4CE for ; Thu, 12 May 2005 13:12:23 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9518943D6D for ; Thu, 12 May 2005 13:12:22 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4CDAktE016615; Thu, 12 May 2005 16:10:46 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4CDCJSY032535; Thu, 12 May 2005 16:12:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4CDCJka032528; Thu, 12 May 2005 16:12:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 12 May 2005 16:12:19 +0300 From: Giorgos Keramidas To: Dominic Marks Message-ID: <20050512131219.GB3107@orion.daedalusnetworks.priv> References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505121349.31508.dom@goodforbusiness.co.uk> cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 13:12:23 -0000 On 2005-05-12 13:49, Dominic Marks wrote: >On Thursday 12 May 2005 11:39, you wrote: >> That's an option too. I'm currently trying to get top to display >> something like this (80 columns are used for text, so use a slightly >> wider terminal to view this properly: >> >> -------------------------------------------------------------------------------+ >> last pid: 11090; load averages: 1.27, 1.26, 0.86 up 0+01:11:11 03:07:43| >> 71 processes: 3 running, 68 sleeping | >> CPU states: 11.2% user, 0.0% nice, 77.1% system, 0.8% interrupt, 10.9% idle | >> Mem: 50M Active, 348M Inact, 70M Wired, 20M Cache, 60M Buf, 6340K Free | >> Swap: 5000M Total, 5000M Free | >> | >> PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND/NTHR | >> 4738 root 108 0 1360K 836K RUN 1:28 22.80% find/1 | >> 638 giorgos -8 0 13496K 4672K pcmwr 1:33 1.03% mpg123/1 | >> 11062 giorgos 96 0 2428K 1520K RUN 0:00 1.54% top/1 | >> -------------------------------------------------------------------------------+ > > If you don't mind I will share my thoughts on these changes. Thanks :) > > This includes at least the following changes (some not visible): > > > > + The entire header line is limited to the window width too. > > + The USERNAME column is hard-limited to 8 characters. > > This makes me a little uneasy. Its a typical idiom, at least at my Business, > to have usernames which are of the form 'firstnamelastname', for this reason > they can be quite long and often the first 5-8 characters will be frequently > repeated, for example the following contrived names: > > rogermoore -> rogermoo > rogermoody -> rogermoo > charlottelane -> charlott > charlottedaniels -> charlott > > [...] > If this behaviour could be turned on and off, I'd be very happy. Hmmm, not a bad idea. You have a good point here. > > + When the view is toggled between processes/threads, the NTHR part > > becomes the thread ID of the particular thread. > > Okay, not really sure what this will look like to me but no need to explain > I'll wait until they hit -CURRENT and see for myself. Instead of displaying a single named/7 line, which would mean that there is a named process with 7 threads, in "thread mode" you would see 7 lines with named/0, named/1, named/2, ... which would be the thread IDs of the distinct threads. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 13:13:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3703316A4CE for ; Thu, 12 May 2005 13:13:03 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76A2143D1F for ; Thu, 12 May 2005 13:13:02 +0000 (GMT) (envelope-from djv@mbnet.fi) Received: from [192.168.1.3] (GII.dsl.saunalahti.fi [85.76.233.203]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 4FC31E0381 for ; Thu, 12 May 2005 16:13:01 +0300 (EEST) Message-ID: <4283565F.5000103@mbnet.fi> Date: Thu, 12 May 2005 16:13:03 +0300 From: Tuomo Latto User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> In-Reply-To: <200505121349.31508.dom@goodforbusiness.co.uk> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 13:13:03 -0000 Dominic Marks wrote: >>This includes at least the following changes (some not visible): >> >> + The entire header line is limited to the window width too. >> + The USERNAME column is hard-limited to 8 characters. ... > I suppose it could be argued that using usernames of that format is a poor > choice on my part, and if that is the consensus of opinion then I'll have to > look at fixing my own setup. I use long format usernames because it do not > wish to have to remember that rm5, rmoore (many other possible ways) is a > particular person. finger? > If this behaviour could be turned on and off, I'd be very happy. How about making it a command line parameter? The field size, I mean. -- Tuomo ... If it works, tear it apart and find out why! From owner-freebsd-stable@FreeBSD.ORG Thu May 12 13:13:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 472D516A4CE; Thu, 12 May 2005 13:13:48 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49E8043D68; Thu, 12 May 2005 13:13:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] ([168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4CDHu7C046953; Thu, 12 May 2005 07:17:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4283565B.6060303@samsco.org> Date: Thu, 12 May 2005 07:12:59 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Mikhail Teterin cc: re@freebsd.org cc: stable@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 13:13:48 -0000 Daniel Eischen wrote: > On Wed, 11 May 2005, Jonathan Noack wrote: > >>I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. >> As far as I can tell, all but one of the defines under >>_PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it >>is false result in a fatal error. These should be very visible if they >>are being tripped. Only MUTEX_INIT_LINK actually *does* something. It >>is defined in src/lib/libpthread/thread/thr_mutex.c at lines 43-46 and >>in src/lib/libthr/thread/thr_mutex.c at lines 44-47: >> >>#define MUTEX_INIT_LINK(m) do { \ >> (m)->m_qe.tqe_prev = NULL; \ >> (m)->m_qe.tqe_next = NULL; \ >>} while (0) >> >>I'm not sure what impact removing this explicit initialization would >>have. If we're not seeing fatal errors, everything else is just slowing >>us down. Assuming we feel our thread implementations are production >>worthy, we should disable these checks for releases. That is, unless I >>am missing something... > > > I wrote the darn things, and they are useful in that they can > provide useful information if there are bugs and also for > detecting if the application is linked to multiple thread > libraries. For the init links macro, it is only used when > the mutex is initialized and on unlock. It's two instructions. > The others are also just a couple of instructions and shouldn't > be called often. > > This is way overblown and they're other areas for much > better optimizations than worrying about a couple of > instructions. Perhaps if it were called _PTHREAD_ROBUST > instead of _PTHREAD_INVARIANTS, noone would notice ;-) > > That's the last I'll say. re@ can do whatever they want > with my blessing. > Yes, the check for the cross-linked threads libraries is still quite useful. However, we gave a general policy of turning off most other debugging and invariants tools for production releases. A good example is the malloc debugging options that are on in HEAD and off in RELENG_5. Would we be able to reach a compromise similar to that? Scott From owner-freebsd-stable@FreeBSD.ORG Thu May 12 13:18:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84CAB16A4D0 for ; Thu, 12 May 2005 13:18:18 +0000 (GMT) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2177543D78 for ; Thu, 12 May 2005 13:18:18 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id B6C69222403; Thu, 12 May 2005 14:18:13 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11849-02; Thu, 12 May 2005 14:18:13 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 02DF9222402; Thu, 12 May 2005 14:18:13 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: freebsd-stable@freebsd.org Date: Thu, 12 May 2005 14:19:09 +0100 User-Agent: KMail/1.8 References: <200505121349.31508.dom@goodforbusiness.co.uk> <4283565F.5000103@mbnet.fi> In-Reply-To: <4283565F.5000103@mbnet.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505121419.09662.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.80 cc: Tuomo Latto Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 13:18:18 -0000 On Thursday 12 May 2005 14:13, Tuomo Latto wrote: > Dominic Marks wrote: > >>This includes at least the following changes (some not visible): > >> > >> + The entire header line is limited to the window width too. > >> + The USERNAME column is hard-limited to 8 characters. > > ... > > > I suppose it could be argued that using usernames of that format is a > > poor choice on my part, and if that is the consensus of opinion then I'll > > have to look at fixing my own setup. I use long format usernames because > > it do not wish to have to remember that rm5, rmoore (many other possible > > ways) is a particular person. > > finger? True, that would work, but it does increase the amount of time needed to get a proper idea of the current state of the system significantly, which is the purpose of top (to me). > > If this behaviour could be turned on and off, I'd be very happy. > > How about making it a command line parameter? The field size, I mean. -- Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:06:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D0216A4CE for ; Thu, 12 May 2005 14:06:16 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BA543D69 for ; Thu, 12 May 2005 14:06:14 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 8041E2E904 for ; Thu, 12 May 2005 16:06:12 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CE7TIF001943 for ; Thu, 12 May 2005 16:07:30 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42836321.6050007@incubus.de> Date: Thu, 12 May 2005 16:07:29 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:06:16 -0000 Hi, is apm not available in 5.4? I've loaded the apm module in loader.conf, and kldstat shows it loaded but /dev/apm* isn't created and there are no messages in dmesg either. How do I enable this? mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:18:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B5916A4CE for ; Thu, 12 May 2005 14:18:59 +0000 (GMT) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 544F243D45 for ; Thu, 12 May 2005 14:18:59 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id AD49A18CFC for ; Thu, 12 May 2005 16:18:46 +0200 (MEST) Received: (qmail 18148 invoked from network); 12 May 2005 14:18:47 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 12 May 2005 14:18:47 -0000 To: "Matthias Buelow" , freebsd-stable@freebsd.org References: <42836321.6050007@incubus.de> Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Thu, 12 May 2005 16:17:39 +0200 In-Reply-To: <42836321.6050007@incubus.de> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:18:59 -0000 On Thu, 12 May 2005 16:07:29 +0200, Matthias Buelow wrote: > Hi, > > is apm not available in 5.4? > > I've loaded the apm module in loader.conf, and kldstat shows it loaded > but /dev/apm* isn't created and there are no messages in dmesg either. > How do I enable this? It is available. I'm running it on my laptop now. I've these in my config. grep apm /etc/rc.conf apm_enable="YES" apmd_enable="YES" And I know you can't use acpi and apm together, so make sure you are not using acpi. If you are using acpi, you should prefer that above apm. Ronald. PS: posting more info, like the output of dmesg is helpfull. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:25:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C06616A4CE for ; Thu, 12 May 2005 14:25:55 +0000 (GMT) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B1943D67 for ; Thu, 12 May 2005 14:25:54 +0000 (GMT) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 49034 invoked from network); 12 May 2005 23:25:51 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s384; d=izb.knu.ac.kr; b=mFEAJUT82F+uQGjrJMiH+mPPwjtzKOUbkH98mhnRbTVbJzMgWuA/YbMYO5qTippH ; Received: from e.mx (HELO i.mx) (2002:9be6:9d5d:2::1) by e.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 12 May 2005 23:25:51 +0900 Received: (qmail 49027 invoked from network); 12 May 2005 23:25:50 +0900 Received: from i.mx (HELO null.mx) (2002:9be6:9d5d:3::1) by i.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 12 May 2005 23:25:50 +0900 Received: by null.mx (Postfix, from userid 10001) id 8DD933E24; Thu, 12 May 2005 23:25:50 +0900 (KST) Date: Thu, 12 May 2005 23:25:50 +0900 From: Byung-Hee HWANG To: Matthias Buelow Message-ID: <20050512232339.jWr7Cf5b0x.bh@izb.knu.ac.kr> Mail-Followup-To: Matthias Buelow , freebsd-stable@freebsd.org References: <42836321.6050007@incubus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42836321.6050007@incubus.de> Organization: InZealBomb X-URL: http://izb.knu.ac.kr/~bh/ X-PGP-Key-URL: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB622D427 X-PGP-Key-Fingerprint: B276 4B6D 4A66 3E36 6A84 41E4 C86E 1C41 B622 D427 X-PGP-Key-Expires: 2005-12-08 UTC X-Operating-System: FreeBSD 4.11-STABLE X-Originating-IP: [2002:9be6:9d5d:1::1] User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:25:55 -0000 On Thu, May 12, 2005 at 04:07:29PM +0200, Matthias Buelow wrote: > Hi, > > is apm not available in 5.4? > > I've loaded the apm module in loader.conf, and kldstat shows it loaded > but /dev/apm* isn't created and there are no messages in dmesg either. > How do I enable this? Please, use acpi instead of apm. That's default rule. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:34:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E840116A4CE for ; Thu, 12 May 2005 14:34:46 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8489143D54 for ; Thu, 12 May 2005 14:34:46 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so501145wri for ; Thu, 12 May 2005 07:34:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ujUTN9clzJdYxiT/rsRYYdf34FULvV+zBLcSE0T9+XUeuBuQlBkPhCpNzlbnXEREeFMC7LaXmR56ZjroFVhhgazKXYVqWeVpmuaUF002x0C9bTJYJqMsZrONWb17nHHJFRD+QrNwIhGS7/HpYNwRhK+sfdZs/2JCvcbPTThpAhQ= Received: by 10.54.53.8 with SMTP id b8mr995073wra; Thu, 12 May 2005 07:33:43 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Thu, 12 May 2005 07:33:43 -0700 (PDT) Message-ID: <790a9fff050512073377df01a8@mail.gmail.com> Date: Thu, 12 May 2005 09:33:43 -0500 From: Scot Hetzel To: Giorgos Keramidas In-Reply-To: <4283565F.5000103@mbnet.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <4283565F.5000103@mbnet.fi> cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:34:47 -0000 On 5/12/05, Tuomo Latto wrote: > Dominic Marks wrote: > >>This includes at least the following changes (some not visible): > >> > >> + The entire header line is limited to the window width too. > >> + The USERNAME column is hard-limited to 8 characters. > ... > > If this behaviour could be turned on and off, I'd be very happy. >=20 > How about making it a command line parameter? The field size, I mean. >=20 How about using the "-w" flag to increase the size? Similar to the way that ps uses it now (i.e. ps -axwww). From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:43:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 152AB16A4E7 for ; Thu, 12 May 2005 14:43:38 +0000 (GMT) Received: from smtp801.mail.sc5.yahoo.com (smtp801.mail.sc5.yahoo.com [66.163.168.180]) by mx1.FreeBSD.org (Postfix) with SMTP id A29C443D62 for ; Thu, 12 May 2005 14:43:37 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp801.mail.sc5.yahoo.com with SMTP; 12 May 2005 14:43:36 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 72EBC60ED; Thu, 12 May 2005 09:43:35 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05515-11; Thu, 12 May 2005 09:43:33 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 3909960D5; Thu, 12 May 2005 09:43:33 -0500 (CDT) Message-ID: <42836B8F.607@alumni.rice.edu> Date: Thu, 12 May 2005 09:43:27 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> In-Reply-To: <20050512131219.GB3107@orion.daedalusnetworks.priv> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigED62D18CF5E1D63AF8EEAFF1" X-Virus-Scanned: amavisd-new at noacks.org cc: Dominic Marks cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:43:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigED62D18CF5E1D63AF8EEAFF1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/12/2005 8:12 AM, Giorgos Keramidas wrote: > On 2005-05-12 13:49, Dominic Marks wrote: >>On Thursday 12 May 2005 11:39, you wrote: >>>That's an option too. I'm currently trying to get top to display >>>something like this (80 columns are used for text, so use a slightly >>>wider terminal to view this properly: >>> >>>-------------------------------------------------------------------------------+ >>>last pid: 11090; load averages: 1.27, 1.26, 0.86 up 0+01:11:11 03:07:43| >>>71 processes: 3 running, 68 sleeping | >>>CPU states: 11.2% user, 0.0% nice, 77.1% system, 0.8% interrupt, 10.9% idle | >>>Mem: 50M Active, 348M Inact, 70M Wired, 20M Cache, 60M Buf, 6340K Free | >>>Swap: 5000M Total, 5000M Free | >>> | >>> PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND/NTHR | >>> 4738 root 108 0 1360K 836K RUN 1:28 22.80% find/1 | >>> 638 giorgos -8 0 13496K 4672K pcmwr 1:33 1.03% mpg123/1 | >>>11062 giorgos 96 0 2428K 1520K RUN 0:00 1.54% top/1 | >>>-------------------------------------------------------------------------------+ >> >>If you don't mind I will share my thoughts on these changes. > > Thanks :) > >>>This includes at least the following changes (some not visible): >>> >>> + The entire header line is limited to the window width too. >>> + The USERNAME column is hard-limited to 8 characters. >> >>This makes me a little uneasy. Its a typical idiom, at least at my Business, >>to have usernames which are of the form 'firstnamelastname', for this reason >>they can be quite long and often the first 5-8 characters will be frequently >>repeated, for example the following contrived names: >> >>rogermoore -> rogermoo >>rogermoody -> rogermoo >>charlottelane -> charlott >>charlottedaniels -> charlott >> >>[...] >>If this behaviour could be turned on and off, I'd be very happy. > > Hmmm, not a bad idea. You have a good point here. > >>> + When the view is toggled between processes/threads, the NTHR part >>> becomes the thread ID of the particular thread. >> >>Okay, not really sure what this will look like to me but no need to explain >>I'll wait until they hit -CURRENT and see for myself. > > Instead of displaying a single named/7 line, which would mean that there > is a named process with 7 threads, in "thread mode" you would see 7 > lines with named/0, named/1, named/2, ... which would be the thread IDs > of the distinct threads. What happens if the command is long enough to overrun the screen? Is the thread information truncated and lost? I believe this was the argument for making a separate column for the thread info. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigED62D18CF5E1D63AF8EEAFF1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCg2uUUFz01pkdgZURAtmjAJ4peR1/3j9GmrI1eIpxzxCD2dybzgCeOUDK /8VXLby6iGNl5yyxm2FrUS0= =otKo -----END PGP SIGNATURE----- --------------enigED62D18CF5E1D63AF8EEAFF1-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:47:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED6416A4CE for ; Thu, 12 May 2005 14:47:21 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11EB843D54 for ; Thu, 12 May 2005 14:47:21 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id A816E2F461; Thu, 12 May 2005 16:47:19 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CEmaaB002099; Thu, 12 May 2005 16:48:37 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42836CC4.9010605@incubus.de> Date: Thu, 12 May 2005 16:48:36 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ronald Klop References: <42836321.6050007@incubus.de> In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: multipart/mixed; boundary="------------000603060003080508030005" cc: freebsd-stable@freebsd.org Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:47:22 -0000 This is a multi-part message in MIME format. --------------000603060003080508030005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Ronald Klop wrote: > It is available. I'm running it on my laptop now. > I've these in my config. > > grep apm /etc/rc.conf > apm_enable="YES" > apmd_enable="YES" Do you have apm(4) compiled into the kernel? I've loaded the module in loader.conf and during boot aswell when I try to use apm(8), I get: apm: can't open /dev/apm: No such file or directory kldstat output is the following: Id Refs Address Size Name 1 2 0xc0400000 5dde24 kernel 2 1 0xc09de000 62b4 apm.ko The machine is a Compaq Armada m700, kernel is GENERIC from fresh installation; dmesg output is attached. mkb. --------------000603060003080508030005 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" 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 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (845.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 469696512 (447 MB) avail memory = 449949696 (429 MB) npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0x50000000-0x53ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: mem 0x41100000-0x41100fff irq 11 at device 4.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x41180000-0x41180fff irq 11 at device 4.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x4010-0x401f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x4020-0x403f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) fxp0: port 0x2000-0x203f mem 0x41200000-0x4121ffff,0x41280000-0x41280fff irq 11 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:59:64:93:3b pci0: at device 9.1 (no driver attached) orm0: at iomem 0xd0000-0xd17ff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: 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 (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) sio4: at port 0x100-0x107,0x3e8-0x3ef irq 3 drq 5 on isa0 sio4: type 16550A unknown: can't assign resources (port) Timecounter "TSC" frequency 845849804 Hz quality 800 Timecounters tick every 10.000 msec ad0: 19077MB [38760/16/63] at ata0-master UDMA33 acd0: DVDROM at ata0-slave PIO4 wi0: at port 0x180-0x1bf irq 11 function 0 config 1 on pccard0 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Lucent Firmware: Station (8.36.1) wi0: Ethernet address: 00:02:2d:a9:07:71 wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Mounting root from ufs:/dev/ad0s1a --------------000603060003080508030005-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 14:57:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1458316A4D0 for ; Thu, 12 May 2005 14:57:00 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B066C43D67 for ; Thu, 12 May 2005 14:56:59 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 938842F450; Thu, 12 May 2005 16:56:58 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CEwFLc002139; Thu, 12 May 2005 16:58:16 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42836F07.1030100@incubus.de> Date: Thu, 12 May 2005 16:58:15 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> In-Reply-To: <42836B8F.607@alumni.rice.edu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:57:00 -0000 Jonathan Noack wrote: > What happens if the command is long enough to overrun the screen? Is > the thread information truncated and lost? I believe this was the > argument for making a separate column for the thread info. How about leaving either SIZE or RES out, the one which makes less sense for typical use (probably SIZE which, afaik, is quite pointless in the presence of an overcomitting memory allocator, and the curious user could consult ps if he's really interested in that). mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:12:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C47AF16A4CE for ; Thu, 12 May 2005 15:12:02 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ED4443D66 for ; Thu, 12 May 2005 15:12:02 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id EE75D2F461; Thu, 12 May 2005 17:12:00 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CFDHj3002192; Thu, 12 May 2005 17:13:18 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283728D.6050207@incubus.de> Date: Thu, 12 May 2005 17:13:17 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050510.151550.74677018.imp@bsdimp.com> <200505101805.42166.kirk@strauser.com> <42816F8F.4040500@incubus.de> <20050512.025703.11703484.imp@bsdimp.com> In-Reply-To: <20050512.025703.11703484.imp@bsdimp.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Use PCMCIA instead of CardBus? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:12:02 -0000 M. Warner Losh wrote: > : I'm trying to do similar things.. I'm trying to get a wi0 wi-fi card > : working on non-cardbus pcmcia. It worked mostly (with acpi disabled) on > : 5.3. With 5.4 now I just get device timeout. Plus, the sysinstall for > > Sounds like a PCI routing issue, if you are getting device timeouts. Interestingly, today a similar procedure worked.. without device timeouts. This time I dropped right into the fixit shell and configured the card without first letting sysinstall attempt its stuff. I also used dhclient right from start (instead of first fumbling a static address onto the card). Sysinstall still complained and presented me with the network dialog (why is there no way to skip this? There should be an option "network already configured") but it apparently didn't clobber the settings. Perhaps I'll try another reinstall later and see if I was just lucky (or unlucky the last one) or if it's more reliable that way. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:15:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E275D16A4CE for ; Thu, 12 May 2005 15:15:12 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id B220043D6D for ; Thu, 12 May 2005 15:15:12 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 12 May 2005 15:15:12 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 3095F60ED; Thu, 12 May 2005 10:15:11 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05515-13; Thu, 12 May 2005 10:15:09 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 6108960D5; Thu, 12 May 2005 10:15:09 -0500 (CDT) Message-ID: <428372F7.1050209@alumni.rice.edu> Date: Thu, 12 May 2005 10:15:03 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> <42836F07.1030100@incubus.de> In-Reply-To: <42836F07.1030100@incubus.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBC9179F982B5E27DFA88FCB7" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:15:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBC9179F982B5E27DFA88FCB7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/12/2005 9:58 AM, Matthias Buelow wrote: > Jonathan Noack wrote: >>What happens if the command is long enough to overrun the screen? Is >>the thread information truncated and lost? I believe this was the >>argument for making a separate column for the thread info. > > How about leaving either SIZE or RES out, the one which makes less sense > for typical use (probably SIZE which, afaik, is quite pointless in the > presence of an overcomitting memory allocator, and the curious user > could consult ps if he's really interested in that). I think you will have a very hard time removing anything from top because someone will always pipe up and say, "I've been using since the days when computers were measured in MILLIhertz... *shaking fist*" Why not add an option to switch between SIZE and RES? Perhaps 'M'? Also, why aren't the interactive options sorted in the man page: h, q, d, m, n, s, S, k, r, u, o, e, i, t. Man pages are supposed to be *more* organized than my brain... -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigBC9179F982B5E27DFA88FCB7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCg3L8UFz01pkdgZURAp7tAKDT1YetKKoNZGaG/k7cjiSbKm0TeACfd/wN omdD+EuMQWT1wyayiFGKpbQ= =m7IZ -----END PGP SIGNATURE----- --------------enigBC9179F982B5E27DFA88FCB7-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:15:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78CFA16A4CE for ; Thu, 12 May 2005 15:15:48 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2814E43D6B for ; Thu, 12 May 2005 15:15:48 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 393842F464; Thu, 12 May 2005 17:15:42 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CFGx61002198; Thu, 12 May 2005 17:17:00 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283736B.10805@incubus.de> Date: Thu, 12 May 2005 17:16:59 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: peter.orlowski@physik.tu-berlin.de References: <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> <4280EE3C.8050505@jim-liesl.org> <20050511095142.GA12629@ella.physik.tu-berlin.de> <428243EA.9070707@jim-liesl.org> <20050512060034.GA25077@ella.physik.tu-berlin.de> In-Reply-To: <20050512060034.GA25077@ella.physik.tu-berlin.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:15:48 -0000 Peter Orlowski wrote: >>At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the >>"R" is pretty meaningless > > Well, "R" does not mean "redundant" but "realtime backup" ;-(. BTW., what is the status of RaidFrame on FreeBSD? I remember some time ago people were working on integrating it into 5.x or so? I have good experience with Raidframe on NetBSD, and less good with vinum on FreeBSD so I'd be delighted if Raidframe could make it into FreeBSD (and work equally well, of course). mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:17:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8FDF16A4F6 for ; Thu, 12 May 2005 15:17:58 +0000 (GMT) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 991B343D48 for ; Thu, 12 May 2005 15:17:58 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id 6DAC718D01 for ; Thu, 12 May 2005 17:17:55 +0200 (MEST) Received: (qmail 18640 invoked from network); 12 May 2005 15:17:56 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 12 May 2005 15:17:56 -0000 To: "Matthias Buelow" References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> Message-ID: Date: Thu, 12 May 2005 17:16:47 +0200 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <42836CC4.9010605@incubus.de> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) cc: freebsd-stable@freebsd.org Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:17:59 -0000 On Thu, 12 May 2005 16:48:36 +0200, Matthias Buelow wrote: > Ronald Klop wrote: > >> It is available. I'm running it on my laptop now. >> I've these in my config. >> >> grep apm /etc/rc.conf >> apm_enable="YES" >> apmd_enable="YES" > > Do you have apm(4) compiled into the kernel? I've loaded the module in > loader.conf and during boot aswell when I try to use apm(8), I get: > > apm: can't open /dev/apm: No such file or directory > > kldstat output is the following: > > Id Refs Address Size Name > 1 2 0xc0400000 5dde24 kernel > 2 1 0xc09de000 62b4 apm.ko > > The machine is a Compaq Armada m700, kernel is GENERIC from fresh > installation; dmesg output is attached. Yes, I have apm build into the kernel. Does your machine have apm? As somebody else mentioned first try if you have ACPI support on your machine. It is a modern, more advanced version of apm. If ACPI works never look at APM again. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:20:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAED216A4CE for ; Thu, 12 May 2005 15:20:01 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A6043D39 for ; Thu, 12 May 2005 15:20:01 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 78F942F466; Thu, 12 May 2005 17:20:00 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CFLI2F002212; Thu, 12 May 2005 17:21:18 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283746E.6010109@incubus.de> Date: Thu, 12 May 2005 17:21:18 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> <42836F07.1030100@incubus.de> <428372F7.1050209@alumni.rice.edu> In-Reply-To: <428372F7.1050209@alumni.rice.edu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:20:01 -0000 Jonathan Noack wrote: > I think you will have a very hard time removing anything from top > because someone will always pipe up and say, "I've been using > since the days when computers were measured in > MILLIhertz... *shaking fist*" Why not add an option to switch between > SIZE and RES? Perhaps 'M'? Yeah well.. presented with 80-column space constraints, however, I'd prefer to have a threads column rather than a virtual memory usage column (especially when that "virtual memory" isn't a real resource limit since the system is overcommitting, except when you set artificial limits via ulimit etc.) mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:32:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1600D16A4CE for ; Thu, 12 May 2005 15:32:57 +0000 (GMT) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871FE43D68 for ; Thu, 12 May 2005 15:32:56 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id 170EB18A9C for ; Thu, 12 May 2005 17:32:53 +0200 (MEST) Received: (qmail 18831 invoked from network); 12 May 2005 15:32:54 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 12 May 2005 15:32:54 -0000 To: freebsd-stable@freebsd.org References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> <42836F07.1030100@incubus.de> <428372F7.1050209@alumni.rice.edu> <4283746E.6010109@incubus.de> Message-ID: Date: Thu, 12 May 2005 17:31:45 +0200 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <4283746E.6010109@incubus.de> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:32:57 -0000 On Thu, 12 May 2005 17:21:18 +0200, Matthias Buelow wrote: > Jonathan Noack wrote: > >> I think you will have a very hard time removing anything from top >> because someone will always pipe up and say, "I've been using >> since the days when computers were measured in >> MILLIhertz... *shaking fist*" Why not add an option to switch between >> SIZE and RES? Perhaps 'M'? > > Yeah well.. presented with 80-column space constraints, however, I'd > prefer to have a threads column rather than a virtual memory usage > column (especially when that "virtual memory" isn't a real resource > limit since the system is overcommitting, except when you set artificial > limits via ulimit etc.) What is so interesting about the number of threads of an application? I would add an option for use in the TOP env var or on the command line. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:36:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB22D16A4CE for ; Thu, 12 May 2005 15:36:42 +0000 (GMT) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E64B43D76 for ; Thu, 12 May 2005 15:36:42 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id 9C3AE18A69 for ; Thu, 12 May 2005 17:36:39 +0200 (MEST) Received: (qmail 18904 invoked from network); 12 May 2005 15:36:39 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 12 May 2005 15:36:39 -0000 To: "Matthias Buelow" References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> <42837508.2070401@incubus.de> Message-ID: Date: Thu, 12 May 2005 17:35:31 +0200 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <42837508.2070401@incubus.de> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) cc: "freebsd-stable@freebsd.org" Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:36:42 -0000 On Thu, 12 May 2005 17:23:52 +0200, Matthias Buelow wrote: > Ronald Klop wrote: > >> Yes, I have apm build into the kernel. Does your machine have apm? >> As somebody else mentioned first try if you have ACPI support on your >> machine. It is a modern, more advanced version of apm. If ACPI works >> never look at APM again. > > Yes, it does have APM, I've used it with Linux and NetBSD without any > problems. FreeBSD's ACPI is flakey on that machine.. if I use the wi-fi > pccard, I always get a freeze (if it's already inserted) or panic (if I > insert it). Report your panic on the mailinglist or using send-pr. I can't help you with it, but there are people who can. Try to compile a kernel with apm in and acpi not in and I think I have also something like pmtimer which is used by apm. And make sure acpi isn't loaded as a module. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:42:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA4D16A4CE; Thu, 12 May 2005 15:42:13 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18EE43D68; Thu, 12 May 2005 15:42:12 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4CFfagd097298; Thu, 12 May 2005 10:41:36 -0500 (CDT) (envelope-from dan) Date: Thu, 12 May 2005 10:41:36 -0500 From: Dan Nelson To: Scott Long Message-ID: <20050512154135.GF2567@dan.emsphone.com> References: <4283565B.6060303@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4283565B.6060303@samsco.org> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: Daniel Eischen cc: Mikhail Teterin cc: re@freebsd.org cc: stable@freebsd.org Subject: Re: PTHREAD_INVARIANTS in 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:42:13 -0000 In the last episode (May 12), Scott Long said: > Daniel Eischen wrote: > >On Wed, 11 May 2005, Jonathan Noack wrote: > >>I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. > >> As far as I can tell, all but one of the defines under > >>_PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it > >>is false result in a fatal error. These should be very visible if > >>they are being tripped. Only MUTEX_INIT_LINK actually *does* > >>something. It is defined in src/lib/libpthread/thread/thr_mutex.c > >>at lines 43-46 and in src/lib/libthr/thread/thr_mutex.c at lines > >>44-47: > > > >This is way overblown and they're other areas for much better > >optimizations than worrying about a couple of instructions. Perhaps > >if it were called _PTHREAD_ROBUST instead of _PTHREAD_INVARIANTS, > >noone would notice ;-) > > Yes, the check for the cross-linked threads libraries is still quite > useful. However, we gave a general policy of turning off most other > debugging and invariants tools for production releases. A good > example is the malloc debugging options that are on in HEAD and off > in RELENG_5. Would we be able to reach a compromise similar to that? The malloc flags can cause serious performance issues, though, since they basically force a memory fill before every malloc and after every free. On the other hand, shouldn't there be a better way of detecting cross-linked threads libraries than dieing because some internal mutex isn't initialized? Maybe set __isthreaded to 1, 2, or 3 (or (int)'c_r\0', 'kse\0', 'thr\0', to allow for even more threads libs)? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:03:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FF816A4CE for ; Thu, 12 May 2005 16:03:03 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4751543D7D for ; Thu, 12 May 2005 16:03:03 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 3ECBA2F47C; Thu, 12 May 2005 18:03:02 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CG4JWn002335; Thu, 12 May 2005 18:04:20 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42837E83.7040202@incubus.de> Date: Thu, 12 May 2005 18:04:19 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ronald Klop References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> <42837508.2070401@incubus.de> In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: "freebsd-stable@freebsd.org" Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:03:03 -0000 Ronald Klop wrote: > Report your panic on the mailinglist or using send-pr. I can't help you > with it, but there are people who can. > Try to compile a kernel with apm in and acpi not in and I think I have > also something like pmtimer which is used by apm. And make sure acpi > isn't loaded as a module. I don't know if that's worth it... acpi is known to be rather flakey on older machines (such as this notebook) and, given the average response time to the PRs I have filed, I'm not sure I still have this machine when it then gets some attention... I'll now try and build a kernel with apm built in, as apparently the .ko doesn't do anything. Maybe this will work. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:37:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82D0716A4CE for ; Thu, 12 May 2005 16:37:05 +0000 (GMT) Received: from srv94-252.ip-tech.ch (srv94-252.ip-tech.ch [195.129.94.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id E101843D39 for ; Thu, 12 May 2005 16:37:03 +0000 (GMT) (envelope-from rduffner@ip-tech.ch) Received: (qmail 21404 invoked by uid 504); 12 May 2005 16:37:00 -0000 Received: from unknown (HELO blade1-3.iptech.localdomain) (10.10.2.100) by 0 with AES256-SHA encrypted SMTP; 12 May 2005 16:37:00 -0000 Received: (qmail 1940 invoked by uid 104); 12 May 2005 16:37:01 -0000 Received: from 213.196.191.65 by blade1-8 (envelope-from , uid 408) with qmail-scanner-1.23 (spamassassin: 2.55. Clear:RC:1(213.196.191.65):. Processed in 0.050991 secs); 12 May 2005 16:37:01 -0000 Received: from unknown (HELO ?192.168.100.179?) (rduffner@ip-tech.ch@213.196.191.65) by blade1-8.iptech.localdomain with AES256-SHA encrypted SMTP; 12 May 2005 16:37:01 -0000 Message-ID: <4283862D.1060401@ip-tech.ch> Date: Thu, 12 May 2005 18:37:01 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Problem booting 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:37:05 -0000 Hi, I installed FreeBSD5.4 on a server with a 3ware 7006-2 controller and two 120GB disks as RAID1 I cannot boot this install. (I get some kind of panic or endless loop, but the display is re-painted so fast I cannot read it). What I *can* do is insert my SuSE9.2-pro cd1, boot from that and at the grub-menu say "boot from harddisk". That boots FreeBSD. On advice from IRC, I tried: # boot0cfg -B twed0 -which leads to this output boot0cfg: write_mbr: /dev/twed0: No such file or directory Of course, the device is there: # ll /dev/tw* crw------- 1 root operator 240, 0 May 12 18:15 /dev/twe0 crw-r----- 1 root operator 4, 12 May 12 18:15 /dev/twed0 crw-r----- 1 root operator 4, 14 May 12 18:15 /dev/twed0s1 crw-r----- 1 root operator 4, 15 May 12 20:15 /dev/twed0s1a crw-r----- 1 root operator 4, 16 May 12 18:15 /dev/twed0s1b crw-r----- 1 root operator 4, 17 May 12 18:15 /dev/twed0s1c crw-r----- 1 root operator 4, 18 May 12 20:15 /dev/twed0s1d crw-r----- 1 root operator 4, 19 May 12 20:15 /dev/twed0s1e crw-r----- 1 root operator 4, 20 May 12 20:15 /dev/twed0s1f I tried ktrace'ing it, and got that: ... 484 boot0cfg RET read 4096/0x1000 484 boot0cfg CALL mmap(0,0xda000,0x5,0x20002,0x3,0,0,0) 484 boot0cfg RET mmap 671576064/0x28077000 484 boot0cfg CALL mprotect(0x28137000,0x1000,0x7) 484 boot0cfg RET mprotect 0 484 boot0cfg CALL mprotect(0x28137000,0x1000,0x5) 484 boot0cfg RET mprotect 0 484 boot0cfg CALL mmap(0x28138000,0x5000,0x3,0x12,0x3,0,0xc0000,0) 484 boot0cfg RET mmap 672366592/0x28138000 484 boot0cfg CALL mmap(0x2813d000,0x14000,0x3,0x1012,0xffffffff,0,0,0) 484 boot0cfg RET mmap 672387072/0x2813d000 484 boot0cfg CALL close(0x3) 484 boot0cfg RET close 0 484 boot0cfg CALL mmap(0,0x158,0x3,0x1000,0xffffffff,0,0,0) 484 boot0cfg RET mmap 672468992/0x28151000 484 boot0cfg CALL munmap(0x28151000,0x158) 484 boot0cfg RET munmap 0 484 boot0cfg CALL mprotect(0x28077000,0xc1000,0x7) 484 boot0cfg RET mprotect 0 484 boot0cfg CALL mmap(0,0x5608,0x3,0x1000,0xffffffff,0,0,0) 484 boot0cfg RET mmap 672468992/0x28151000 484 boot0cfg CALL munmap(0x28151000,0x5608) 484 boot0cfg RET munmap 0 484 boot0cfg CALL mprotect(0x28077000,0xc1000,0x5) 484 boot0cfg RET mprotect 0 484 boot0cfg CALL sigaction(0x4,0xbfbfebb8,0xbfbfeb98) 484 boot0cfg RET sigaction 0 484 boot0cfg CALL sigprocmask(0x1,0,0x2806aafc) 484 boot0cfg RET sigprocmask 0 484 boot0cfg CALL sigaction(0x4,0xbfbfeb98,0) 484 boot0cfg RET sigaction 0 484 boot0cfg CALL sysarch(0x1,0xbfbfebc8) 484 boot0cfg RET sysarch 17/0x11 484 boot0cfg CALL sigprocmask(0x1,0x2806aaa0,0xbfbfebc8) 484 boot0cfg RET sigprocmask 0 484 boot0cfg CALL sigprocmask(0x3,0x2806aab0,0) 484 boot0cfg RET sigprocmask 0 484 boot0cfg CALL readlink(0x2813105b,0xbfbfe700,0x3f) 484 boot0cfg NAMI "/etc/malloc.conf" 484 boot0cfg RET readlink -1 errno 2 No such file or directory 484 boot0cfg CALL issetugid 484 boot0cfg RET issetugid 0 484 boot0cfg CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 484 boot0cfg RET mmap 672468992/0x28151000 484 boot0cfg CALL break(0x804c000) 484 boot0cfg RET break 0 484 boot0cfg CALL break(0x804d000) 484 boot0cfg RET break 0 484 boot0cfg CALL open(0x804c030,0,0) 484 boot0cfg NAMI "/dev/twed0" 484 boot0cfg RET open 3 484 boot0cfg CALL read(0x3,0xbfbfe9f0,0x200) 484 boot0cfg GIO fd 3 read 512 bytes 0x0000 fc31 c08e c08e d88e d0bc 007c be1a 7cbf 1a06 b9e6 01f3 a4e9 008a 31f6 bbbe 07b1 0438 2f74 087f |.1.........|..|...........1......8/t..| 0x0026 7585 f675 7189 de80 c310 e2ef 85f6 7502 cd18 80fa 8072 0b8a 3675 0480 c680 38f2 7202 8a14 89e7 |u..uq.........u......r..6u....8.r.....| 0x004c 8a74 018b 4c02 bb00 7cf6 06bd 0780 742d 5153 bbaa 55b4 41cd 1372 2081 fb55 aa75 1af6 c101 7415 |.t..L...|.....t-QS..U.A..r ..U.u....t.| 0x0072 5b66 6a00 66ff 7408 0653 6a01 6a10 89e6 b800 42eb 055b 59b8 0102 cd13 89fc 720f 81bf fe01 55aa |[fj.f.t..Sj.j.....B..[Y.......r.....U.| 0x0098 750c ffe3 beb9 06eb 11be d106 eb0c bef0 06eb 07bb 0700 b40e cd10 ac84 c075 f4eb fe49 6e76 616c |u............................u...Inval| 0x00be 6964 2070 6172 7469 7469 6f6e 2074 6162 6c65 0045 7272 6f72 206c 6f61 6469 6e67 206f 7065 7261 |id partition table.Error loading opera| 0x00e4 7469 6e67 2073 7973 7465 6d00 4d69 7373 696e 6720 6f70 6572 6174 696e 6720 7379 7374 656d 0090 |ting system.Missing operating system..| 0x010a 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 |......................................| 0x0130 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 |......................................| 0x0156 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 |......................................| 0x017c 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 |......................................| 0x01a2 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9090 9080 8001 0100 a5fe ffff 3f00 |....................................?.| 0x01c8 0000 8237 f90d 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |...7..................................| 0x01ee 0000 0000 0000 0000 0000 0000 0000 0000 55aa |................U.| 484 boot0cfg RET read 512/0x200 484 boot0cfg CALL break(0x804e000) 484 boot0cfg RET break 0 484 boot0cfg CALL open(0x8049522,0,0x200) 484 boot0cfg NAMI "/boot/boot0" 484 boot0cfg RET open 4 484 boot0cfg CALL read(0x4,0xbfbfe9f0,0x200) 484 boot0cfg GIO fd 4 read 512 bytes 0x0000 fc31 c08e c08e d88e d0bc 007c 89e6 bf00 06b9 0001 f3a5 89fd b108 f3ab fe45 f2e9 008a f646 bb20 |.1.........|.................E.....F. | 0x0026 7508 84d2 7807 804e bb40 8a56 ba88 5600 e8fa 0052 bbc2 0731 d288 6ffc 0fa3 56bb 7319 8a07 bf85 |u...x..N.@.V..V....R...1..o...V.s.....| 0x004c 07b1 03f2 ae74 0eb1 0cf2 ae83 c70a 8a0d 01cf e8c3 0042 80c3 1073 d858 2c7f 3a06 7504 7205 4874 |.....t...............B...s.X,.:.u.r.Ht| 0x0072 0d30 c004 b088 46b8 bfb2 07e8 a400 be79 07e8 b000 8a56 b94e e88c 00b0 07e8 b000 30e4 cd1a 89d7 |.0....F........y.....V.N........0.....| 0x0098 037e bcb4 01cd 1675 0d30 e4cd 1a39 fa72 f28a 46b9 eb16 30e4 cd16 88e0 3c1c 74f1 2c3b 3c04 7606 |.~.....u.0...9.r..F...0.....<.t.,;<.v.| 0x00be 2cc7 3c04 77c9 980f a346 0c73 c288 46b9 be00 088a 1489 f33c 049c 740a c0e0 0405 be07 93c6 0780 |,.<.w....F.s..F........<..t...........| 0x00e4 53f6 46bb 4075 08bb 0006 b403 e859 005e 9d75 068a 56b8 80ea 30bb 007c b402 e847 0072 8681 bffe |S.F.@u.......Y.^.u..V...0..|...G.r....| 0x010a 0155 aa0f 857c ffbe 8307 e819 00ff e3b0 46e8 2400 b031 00d0 eb17 0fab 560c be76 07e8 ebff 89fe |.U...|..........F.$..1......V..v......| 0x0130 e803 00be 8307 aca8 8075 05e8 0400 ebf6 247f 53bb 0700 b40e cd10 5bc3 8a74 018b 4c02 b001 5689 |.........u......$.S.......[..t..L...V.| 0x0156 e7f6 46bb 8074 1366 6a00 66ff 7408 0653 6a01 6a10 89e6 4880 cc40 cd13 89fc 5ec3 2020 a00a 4465 |..F..t.fj.f.t..Sj.j...H..@....^. ..De| 0x017c 6661 756c 743a a00d 8a00 050f 0104 060b 0c0e 839f a5a6 a90e 0d0c 0b0a 090b 130e 1110 013f bf44 |fault:.............................?.D| 0x01a2 4fd3 4c69 6e75 f846 7265 6542 53c4 66bb 4472 6976 6520 0000 800f b600 0000 0000 0000 0000 0000 |O.Linu.FreeBS.f.Drive ................| 0x01c8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |......................................| 0x01ee 0000 0000 0000 0000 0000 0000 0000 0000 55aa |................U.| 484 boot0cfg RET read 512/0x200 484 boot0cfg CALL open(0x804c030,0x1,0x1b6) 484 boot0cfg NAMI "/dev/twed0" 484 boot0cfg RET open -1 errno 1 Operation not permitted 484 boot0cfg CALL break(0x804f000) 484 boot0cfg RET break 0 484 boot0cfg CALL open(0x804e000,0x2,0x804c030) 484 boot0cfg NAMI "/dev/twed0s1" 484 boot0cfg RET open -1 errno 1 Operation not permitted 484 boot0cfg CALL open(0x804e000,0x2,0x804c030) 484 boot0cfg NAMI "/dev/twed0s2" 484 boot0cfg RET open -1 errno 2 No such file or directory 484 boot0cfg CALL open(0x804e000,0x2,0x804c030) 484 boot0cfg NAMI "/dev/twed0s3" 484 boot0cfg RET open -1 errno 2 No such file or directory 484 boot0cfg CALL open(0x804e000,0x2,0x804c030) 484 boot0cfg NAMI "/dev/twed0s4" 484 boot0cfg RET open -1 errno 2 No such file or directory 484 boot0cfg CALL write(0x2,0xbfbfe450,0xa) 484 boot0cfg GIO fd 2 wrote 10 bytes "boot0cfg: " 484 boot0cfg RET write 10/0xa 484 boot0cfg CALL write(0x2,0xbfbfe470,0x15) 484 boot0cfg GIO fd 2 wrote 21 bytes "write_mbr: /dev/twed0" 484 boot0cfg RET write 21/0x15 484 boot0cfg CALL write(0x2,0x28130f3c,0x2) 484 boot0cfg GIO fd 2 wrote 2 bytes ": " 484 boot0cfg RET write 2 484 boot0cfg CALL write(0x2,0xbfbfe450,0x1a) 484 boot0cfg GIO fd 2 wrote 26 bytes "No such file or directory " 484 boot0cfg RET write 26/0x1a 484 boot0cfg CALL exit(0x1) Does anybody have an idea about what's going on here? I've used various 3ware-controllers in various environments and never faced this problem. Rainer -- IP Tech AG Rainer Duffner Glärnischstrasse 46 CH-9500 Wil SG Telefon +41 71 929 90 70 Telefax +41 71 929 90 71 From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:39:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C19116A4D0 for ; Thu, 12 May 2005 16:39:40 +0000 (GMT) Received: from mail.telsatgp.com.pl (pa79.pleszew.sdi.tpnet.pl [217.96.180.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B7443D4C for ; Thu, 12 May 2005 16:39:36 +0000 (GMT) (envelope-from sgp@telsatgp.com.pl) Received: (qmail 41501 invoked from network); 12 May 2005 16:39:38 -0000 Received: from slawek.telsatgp.com.pl (HELO Slawek) (sgp@192.168.5.5) by pa79.pleszew.sdi.tpnet.pl with SMTP; 12 May 2005 16:39:38 -0000 Message-ID: <003401c55711$2d6bb0a0$0505a8c0@Slawek> From: "Slawek" To: References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> <1115815807.8809.3.camel@buffy.york.ac.uk> Date: Thu, 12 May 2005 18:38:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 FL-Build: Fidolook 2002 (SL) 6.0.2800.86 - 14/6/2003 22:16:25 X-Organisation: Telsat GP Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:39:40 -0000 Hello! In message to sent Wed, 11 May 2005 13:50:07 +0100 you wrote: >> Ah, yes! Good thought. This could affect the width of the USERNAME >> column and push everything too far to the right. If this is the case, >> I'd probably vote for optionally limiting the length of the username >> column to, say, 8 columns at most. GA> I would also vote for limiting it to 8 characters. Even with longer GA> usernames, I suspect 8 characters will be enough to identify particular GA> users (and if it's not there is always they UID view). GA> Doing this would also allow us to eliminate the nasty code in GA> src/usr.bin/top/machine.c which causes top to be unusable on a machine GA> with a significant number of user accounts. See GA> http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/014275.htm GA> l for details. Another idea, may I? Make USERNAME column 8-char's wide first, and expand it later whenever longer username needs to be displayed - no built-in length limit - no need to scan all usernames at start -- Slawomir Piotrowski From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:40:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B66916A5E0 for ; Thu, 12 May 2005 16:40:24 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D80B043D64 for ; Thu, 12 May 2005 16:40:21 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4CGcfIK015162; Thu, 12 May 2005 19:38:42 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4CGeGLo042139; Thu, 12 May 2005 19:40:16 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)j4CGeFK8042138; Thu, 12 May 2005 19:40:15 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 12 May 2005 19:40:15 +0300 From: Giorgos Keramidas To: Jonathan Noack Message-ID: <20050512164015.GA42110@orion.daedalusnetworks.priv> References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42836B8F.607@alumni.rice.edu> cc: Dominic Marks cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:40:24 -0000 On 2005-05-12 09:43, Jonathan Noack wrote: >On 5/12/2005 8:12 AM, Giorgos Keramidas wrote: >>On 2005-05-12 13:49, Dominic Marks wrote: >>>> + When the view is toggled between processes/threads, the NTHR part >>>> becomes the thread ID of the particular thread. >>> >>> Okay, not really sure what this will look like to me but no need to >>> explain I'll wait until they hit -CURRENT and see for myself. >> >> Instead of displaying a single named/7 line, which would mean that >> there is a named process with 7 threads, in "thread mode" you would >> see 7 lines with named/0, named/1, named/2, ... which would be the >> thread IDs of the distinct threads. > > What happens if the command is long enough to overrun the screen? Is > the thread information truncated and lost? I believe this was the > argument for making a separate column for the thread info. By removing the THR column and merging CPU into WCPU we gain a lot of columns, so I'm hoping that it would be ok to trim the command name in favor of the thread count. Before actually having something in the form of a patchfile though it's hard to tell if it's going to be good or not. - Giorgos From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:40:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F5A16A4D0 for ; Thu, 12 May 2005 16:40:46 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739AB43D77 for ; Thu, 12 May 2005 16:40:45 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4CGd8pu015407; Thu, 12 May 2005 19:39:08 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4CGehPW042160; Thu, 12 May 2005 19:40:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)j4CGeht9042159; Thu, 12 May 2005 19:40:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 12 May 2005 19:40:43 +0300 From: Giorgos Keramidas To: Scot Hetzel Message-ID: <20050512164043.GB42110@orion.daedalusnetworks.priv> References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <4283565F.5000103@mbnet.fi> <790a9fff050512073377df01a8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff050512073377df01a8@mail.gmail.com> cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:40:46 -0000 On 2005-05-12 09:33, Scot Hetzel wrote: >On 5/12/05, Tuomo Latto wrote: >>Dominic Marks wrote: >>>>This includes at least the following changes (some not visible): >>>> >>>> + The entire header line is limited to the window width too. >>>> + The USERNAME column is hard-limited to 8 characters. >>... >>> If this behaviour could be turned on and off, I'd be very happy. >> >> How about making it a command line parameter? The field size, I mean. > > How about using the "-w" flag to increase the size? Similar to the > way that ps uses it now (i.e. ps -axwww). Cool tip. Thanks :) From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:43:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E061E16A4CE for ; Thu, 12 May 2005 16:43:21 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C06243D8B for ; Thu, 12 May 2005 16:43:21 +0000 (GMT) (envelope-from jcagle@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so265097rng for ; Thu, 12 May 2005 09:43:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=atTNHGx5Tp2STO3lo2CC7Tcm39u0H1BJ1hVhKn9qPudVQmtYzgNcCjYm+mD4O1+kjrMmlNjJNDxzGtoX8tkMAFJwh9tz8MDFy88g1tBKQYYTw91bIugDNQaq+6zegrElyiYVpUHdrRz7isvYm5sWctr+6+uWyJdNlhyhih1sGDg= Received: by 10.39.1.54 with SMTP id d54mr891291rni; Thu, 12 May 2005 09:43:20 -0700 (PDT) Received: by 10.38.90.72 with HTTP; Thu, 12 May 2005 09:43:20 -0700 (PDT) Message-ID: <6863f0c905051209432a3afcb9@mail.gmail.com> Date: Thu, 12 May 2005 11:43:20 -0500 From: jmc 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.1 Subject: 5.4 weird transmit problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jmc List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:43:22 -0000 I've got 5.4 amd64 installed on an Opteron server and I cannot get it to=20 reliably transmit packets larger than 80 bytes using the bge driver (on a= =20 BCM5703 NIC). It receives large packets without any problem, but it just=20 won't transmit them. (I can tcpdump all day long without a problem - big an= d=20 small packets.) For example, I can "ping -s 38 " and it works fine. But if I try "ping= =20 -s 39 " (or any size larger than 38) it does not work. A 38 byte ping= =20 creates an 80 byte Ethernet packet. Here's the bge0 info from dmesg: bge0: mem=20 0xf7ef0000-0xf7 efffff irq 24 at device 1.0 on pci3 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf7ef0000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX -FDX, auto bge0: bpf attached bge0: Ethernet address: 00:11:85:fd:8f:f9 bge0: [MPSAFE] Here's ifconfig for bge0: bge0: flags=3D8843 mtu 1500 options=3D1a inet 16.100.240.165 netmask 0xfffffc00 broadcast=20 16.100.243.255 inet6 fe80::211:85ff:fefd:8ff9%bge0 prefixlen 64 scopeid 0x1 ether 00:11:85:fd:8f:f9 media: Ethernet autoselect (1000baseTX ) status: active Much to my dismay, I've found that if I use the -l option (preload) for=20 ping, I get some large packets through: ninox# ping -l10 -c10 -s200 16.100.240.1 PING 16.100.240.1 (16.100.240.1 = ):=20 200 data bytes 208 bytes from 16.100.240.1 : icmp_seq=3D2 ttl=3D128 t= ime=3D 1.025 ms 208 bytes from 16.100.240.1 : icmp_seq=3D3 ttl=3D128 t= ime=3D 1.306 ms 208 bytes from 16.100.240.1 : icmp_seq=3D4 ttl=3D128 t= ime=3D 1.593 ms 208 bytes from 16.100.240.1 : icmp_seq=3D5 ttl=3D128 t= ime=3D 2.026 ms 208 bytes from 16.100.240.1 : icmp_seq=3D6 ttl=3D128 t= ime=3D 2.314 ms 208 bytes from 16.100.240.1 : icmp_seq=3D7 ttl=3D128 t= ime=3D 2.746 ms 208 bytes from 16.100.240.1 : icmp_seq=3D8 ttl=3D128 t= ime=3D 3.034 ms 208 bytes from 16.100.240.1 : icmp_seq=3D9 ttl=3D128 t= ime=3D 3.468 ms --- 16.100.240.1 ping statistics --- 10 packets transmitted, 8 packets received, 20% packet loss round-trip min/avg/max/stddev =3D 1.025/2.189/3.468/0.806 ms Has anyone else ever seen a problem like this? Any suggestions on where to= =20 poke around for a solution? Thanks, John From owner-freebsd-stable@FreeBSD.ORG Thu May 12 16:45:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 315BA16A4CE for ; Thu, 12 May 2005 16:45:07 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id E880743D82 for ; Thu, 12 May 2005 16:45:06 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 12 May 2005 16:45:05 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A6D0260ED; Thu, 12 May 2005 11:45:03 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05667-14-5; Thu, 12 May 2005 11:45:02 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 3DB2360D5; Thu, 12 May 2005 11:45:02 -0500 (CDT) Message-ID: <42838806.1000709@alumni.rice.edu> Date: Thu, 12 May 2005 11:44:54 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> <42836F07.1030100@incubus.de> <428372F7.1050209@alumni.rice.edu> <4283746E.6010109@incubus.de> In-Reply-To: <4283746E.6010109@incubus.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1922CBF4B99F7DA3A241BEAB" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 16:45:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1922CBF4B99F7DA3A241BEAB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/12/2005 10:21 AM, Matthias Buelow wrote: > Jonathan Noack wrote: >>I think you will have a very hard time removing anything from top >>because someone will always pipe up and say, "I've been using >> since the days when computers were measured in >>MILLIhertz... *shaking fist*" Why not add an option to switch between >>SIZE and RES? Perhaps 'M'? > > Yeah well.. presented with 80-column space constraints, however, I'd > prefer to have a threads column rather than a virtual memory usage > column (especially when that "virtual memory" isn't a real resource > limit since the system is overcommitting, except when you set artificial > limits via ulimit etc.) I have the same preference. All I am saying is that we should preserve the SIZE functionality even if we disable its display by default. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig1922CBF4B99F7DA3A241BEAB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCg4gMUFz01pkdgZURAmvUAKDaCKkHId28iqqb2B01fHlfh1vWigCdGUIK vM2TvqLC6wi8exKjHXbyG7k= =HpsH -----END PGP SIGNATURE----- --------------enig1922CBF4B99F7DA3A241BEAB-- From owner-freebsd-stable@FreeBSD.ORG Thu May 12 17:27:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D194D16A4CE for ; Thu, 12 May 2005 17:27:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 531E343D91 for ; Thu, 12 May 2005 17:27:16 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so271424rng for ; Thu, 12 May 2005 10:27:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hKCsGYBM7N+NwXBHgBM372isMDUD+rfJX/2B2REDdHFMTc8/Q8D0xtjHEa1BsKAlGbj5qq6JpUD3NQor1l5zWhVXuq3c0WCItujulhOK6TYU22TwapB37cGRR2QZPWlYPakoutAooF+WrCMD9P4J7+Co8wrrdppubEyXNarTmvc= Received: by 10.38.90.9 with SMTP id n9mr170417rnb; Thu, 12 May 2005 10:27:15 -0700 (PDT) Received: by 10.39.1.30 with HTTP; Thu, 12 May 2005 10:27:15 -0700 (PDT) Message-ID: <3aaaa3a05051210277bf6ab2@mail.gmail.com> Date: Thu, 12 May 2005 18:27:15 +0100 From: Chris To: Steven Jurczyk In-Reply-To: <4282E139.7030908@post.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4281FBC9.5040506@post.pl> <4096.212.12.51.89.1115816916.squirrel@212.12.51.89> <3aaaa3a050511162864263c74@mail.gmail.com> <4282E139.7030908@post.pl> cc: stable@freebsd.org cc: Marian Hettwer Subject: Re: SCHED_ULE with SMP broke libpthread/libthr on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 17:27:18 -0000 Ok thanks I will stick to the old scheduler on my smp system then. Chris On 5/12/05, Steven Jurczyk wrote: > Chris wrote: >=20 > >Seems the 4+ cpu crash fix might have broken it at a guess since RC4 > >onwards it broke, I am interested in how this goes as I was planning > >on upgrading a SMP box to 5.4 and ULE this month. > > > >Have you guys tried this without SMP? > > > > > Yes. > pthreads applications under SCHED_ULE but without SMP works OK... >=20 > PS. Please remeber that SCHED_ULE with SMP brokes also >10 utils > compiled with pthreads in base system (host, dig, nslookup -> all DNS > stuff). > -- > best regards > steve at home.pl >=20 > From owner-freebsd-stable@FreeBSD.ORG Thu May 12 17:39:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 588FA16A4CE for ; Thu, 12 May 2005 17:39:05 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEBD643D53 for ; Thu, 12 May 2005 17:39:04 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 942CE2F477; Thu, 12 May 2005 19:39:03 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CHeKgs002666; Thu, 12 May 2005 19:40:20 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42839504.5020405@incubus.de> Date: Thu, 12 May 2005 19:40:20 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> <42837508.2070401@incubus.de> <42837E83.7040202@incubus.de> In-Reply-To: <42837E83.7040202@incubus.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: "freebsd-stable@freebsd.org" cc: Ronald Klop Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 17:39:05 -0000 I wrote: > I'll now try and build a kernel > with apm built in, as apparently the .ko doesn't do anything. Maybe > this will work. Doesn't work either.. same thing as with apm.ko loaded. No errors, no device node. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 18:37:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C3D516A4CE for ; Thu, 12 May 2005 18:37:04 +0000 (GMT) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A976F43D70 for ; Thu, 12 May 2005 18:37:03 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id 5EE3C180D8 for ; Thu, 12 May 2005 20:36:59 +0200 (MEST) Received: (qmail 19981 invoked from network); 12 May 2005 18:37:00 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 12 May 2005 18:37:00 -0000 Date: Thu, 12 May 2005 20:13:48 +0200 From: "Ronald Klop" To: "Matthias Buelow" References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> <42837508.2070401@incubus.de> <42837E83.7040202@incubus.de> <42839504.5020405@incubus.de> Message-ID: In-Reply-To: <42839504.5020405@incubus.de> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Resent-To: "freebsd-stable@freebsd.org" Resent-From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Resent-Date: Thu, 12 May 2005 20:35:50 +0200 Resent-Message-ID: Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 18:37:04 -0000 On Thu, 12 May 2005 19:40:20 +0200, Matthias Buelow wrote: > I wrote: > >> I'll now try and build a kernel >> with apm built in, as apparently the .ko doesn't do anything. Maybe >> this will work. > > Doesn't work either.. same thing as with apm.ko loaded. No errors, no > device node. I found this quote for you. Maybe it helps. http://www.freebsd.org/doc/en_US.ISO8859-1/articles/laptop/article.html On FreeBSD 5.X, you also have to set hint.apm.0.disabled="0" in /boot/device.hints. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu May 12 19:26:15 2005 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E540716A4CE for ; Thu, 12 May 2005 19:26:15 +0000 (GMT) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEF4C43D5D for ; Thu, 12 May 2005 19:26:14 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [192.168.1.2] (may be forged)) by mail.sbb.co.yu (8.13.3/8.13.3) with ESMTP id j4CJQCUM049211 for ; Thu, 12 May 2005 21:26:12 +0200 (CEST) Date: Thu, 12 May 2005 21:26:12 +0200 (CEST) From: Goran Gajic To: freebsd-stable@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SBB-MailScanner-Information: Please contact the ISP for more information X-SBB-MailScanner: Found to be clean X-MailScanner-From: ggajic@sbb.co.yu Subject: IPF 4.1.8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 19:26:16 -0000 Hi, Have you tried building it from source? There is INSTALL.FreeBSD. First you have to run BSD/kupgrade and then recompile your kernel with options IPFILTER. If you have tried compiling it on AMD64 here is patch that solves problem: --- ip_frag.c Tue Mar 8 13:51:04 2005 +++ ip_frag.c Tue Mar 8 14:53:46 2005 @@ -391,7 +398,7 @@ WRITE_ENTER(&ipf_ipidfrag); fra = ipfr_newfrag(fin, 0, ipfr_ipidtab); if (fra != NULL) { - fra->ipfr_data = (void *)ipid; + fra->ipfr_data = (void *)(intptr_t)ipid; *ipfr_ipidtail = fra; fra->ipfr_prev = ipfr_ipidtail; ipfr_ipidtail = &fra->ipfr_next; @@ -576,7 +583,7 @@ READ_ENTER(&ipf_ipidfrag); ipf = fr_fraglookup(fin, ipfr_ipidtab); if (ipf != NULL) - id = (u_32_t)ipf->ipfr_data; + id = (u_32_t)(intptr_t)ipf->ipfr_data; else id = 0xffffffff; RWLOCK_EXIT(&ipf_ipidfrag); gg. > Hi > > I`ve tried to import IPF 4.1.8 into freebsd-stable (5.4). It's first time I > tried something similar. Problem is, that the kernel fails to compile (it > needs somewhere 3 parameters, but gets only 2... or what). I followed the > readme for freebsd-5. Any help ? > > Jan Sebosik From owner-freebsd-stable@FreeBSD.ORG Thu May 12 19:45:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D7516A4CE for ; Thu, 12 May 2005 19:45:36 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C607243D7F for ; Thu, 12 May 2005 19:45:35 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id BAB9D2F4DF; Thu, 12 May 2005 21:45:34 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CJkqnu003075; Thu, 12 May 2005 21:46:52 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283B2AC.8080406@incubus.de> Date: Thu, 12 May 2005 21:46:52 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> <42837508.2070401@incubus.de> <42837E83.7040202@incubus.de> <42839504.5020405@incubus.de> In-Reply-To: <42839504.5020405@incubus.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: "freebsd-stable@freebsd.org" cc: Ronald Klop Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 19:45:36 -0000 I wrote: > Doesn't work either.. same thing as with apm.ko loaded. No errors, no > device node. The cause was that I didn't change in /boot/devices.hint the line: hint.apm.0.disabled="0" to "1"... Thanks to Ronald Klop for the hint. I didn't know it was explicitly disabled by default, maybe I should read the handbook more often. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 19:46:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DDBF16A4D3 for ; Thu, 12 May 2005 19:46:55 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA9D43D62 for ; Thu, 12 May 2005 19:46:55 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 535352F4E2; Thu, 12 May 2005 21:46:54 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CJmCIN003089; Thu, 12 May 2005 21:48:12 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283B2FC.1050206@incubus.de> Date: Thu, 12 May 2005 21:48:12 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> <42837508.2070401@incubus.de> <42837E83.7040202@incubus.de> <42839504.5020405@incubus.de> <4283B2AC.8080406@incubus.de> In-Reply-To: <4283B2AC.8080406@incubus.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: "freebsd-stable@freebsd.org" cc: Ronald Klop Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 19:46:55 -0000 > The cause was that I didn't change in /boot/devices.hint the line: > hint.apm.0.disabled="0" to "1"... Thanks to Ronald Klop for the hint. Or rather, the other way round, of course. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 22:38:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF9D16A4CE for ; Thu, 12 May 2005 22:38:12 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74D1F43D7F for ; Thu, 12 May 2005 22:38:12 +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; Thu, 12 May 2005 15:38:12 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 93CF35D07; Thu, 12 May 2005 15:38:11 -0700 (PDT) To: Giorgos Keramidas In-reply-to: Your message of "Thu, 12 May 2005 19:40:43 +0300." <20050512164043.GB42110@orion.daedalusnetworks.priv> Date: Thu, 12 May 2005 15:38:11 -0700 From: "Kevin Oberman" Message-Id: <20050512223811.93CF35D07@ptavv.es.net> cc: Scot Hetzel cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 22:38:12 -0000 > Date: Thu, 12 May 2005 19:40:43 +0300 > From: Giorgos Keramidas > Sender: owner-freebsd-stable@freebsd.org > > On 2005-05-12 09:33, Scot Hetzel wrote: > >On 5/12/05, Tuomo Latto wrote: > >>Dominic Marks wrote: > >>>>This includes at least the following changes (some not visible): > >>>> > >>>> + The entire header line is limited to the window width too. > >>>> + The USERNAME column is hard-limited to 8 characters. > >>... > >>> If this behaviour could be turned on and off, I'd be very happy. > >> > >> How about making it a command line parameter? The field size, I mean. > > > > How about using the "-w" flag to increase the size? Similar to the > > way that ps uses it now (i.e. ps -axwww). > > Cool tip. Thanks :) Please, NO! top(1) is a screen oriented command that will run (badly) in line mode. While I have often questioned the advisability of '-w' in ps(1), it does make some sense as ps(1) tends to produce line oriented output. top(1) could check the width of the display and tailor the display to that width. May screen based tools already do this and it provides a lot of flexibility. It's best to check the width for width on every update so that the screen (if its a soft terminal) may be increased and the display re-written to take advantage of that, on the fly. -- 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 May 12 22:44:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E4CC16A4CE for ; Thu, 12 May 2005 22:44:52 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A1BC43D79 for ; Thu, 12 May 2005 22:44:51 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 619832F505; Fri, 13 May 2005 00:44:47 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CMk4jX004148; Fri, 13 May 2005 00:46:05 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283DCAC.1040805@incubus.de> Date: Fri, 13 May 2005 00:46:04 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050512223811.93CF35D07@ptavv.es.net> In-Reply-To: <20050512223811.93CF35D07@ptavv.es.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: Giorgos Keramidas cc: Scot Hetzel cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 22:44:52 -0000 Kevin Oberman wrote: > top(1) could check the width of the display and tailor the display to > that width. May screen based tools already do this and it provides a lot > of flexibility. It's best to check the width for width on every update > so that the screen (if its a soft terminal) may be increased and the > display re-written to take advantage of that, on the fly. Errm.. it is doing that already, doesn't it? I can definitely resize the xterm and it adjusts itself to the new width, only the command name is clipped after a certain length (so there's a maximum length it would display). mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 12 22:51:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C07316A4CE for ; Thu, 12 May 2005 22:51:31 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6193943D83 for ; Thu, 12 May 2005 22:51:28 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4CMqq64055006 for ; Thu, 12 May 2005 18:52:58 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-stable@freebsd.org Date: Thu, 12 May 2005 18:51:10 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200505121851.10856.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/873/Mon May 9 12:36:51 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Subject: __FreeBSD_cc_version not updated for 5.4 release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 22:51:31 -0000 FYI... http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/config/freebsd-spec.h Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri May 13 01:22:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FC416A4CE for ; Fri, 13 May 2005 01:22:45 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA29943D5C for ; Fri, 13 May 2005 01:22:44 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) j4D1Mi61067262 for ; Thu, 12 May 2005 19:22:44 -0600 (MDT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id j4D1Mito067261 for freebsd-stable@freebsd.org; Thu, 12 May 2005 19:22:44 -0600 (MDT) (envelope-from tarcieri) Date: Thu, 12 May 2005 19:22:44 -0600 From: Tony Arcieri To: freebsd-stable@freebsd.org Message-ID: <20050513012244.GA67227@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Using jails and djbdns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 01:22:45 -0000 I'm running dnscache and tinydns on the parent system, started through daemontools with /usr/local/etc/rc.d/svscan.sh. I also have a number of jails configured in /etc/rc.conf My problem is the jails contain instances of Apache, qmail, and other DNS dependent services which need tinydns running on the parent system, but jails are executed before /usr/local/etc/rc.d/svscan.sh. So all the jails boot up first, then djbdns services are started. Is there some easy way to reverse this order, so svscan is started first and jails started afterward? Tony Arcieri From owner-freebsd-stable@FreeBSD.ORG Fri May 13 01:26:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FE4F16A4CE for ; Fri, 13 May 2005 01:26:53 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73B243D6A for ; Fri, 13 May 2005 01:26:51 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by blackwater.lemis.com (Postfix) with ESMTP id CCBF18565F; Fri, 13 May 2005 10:56:47 +0930 (CST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 9DC704D2FF; Thu, 12 May 2005 21:26:45 -0400 (EDT) Date: Thu, 12 May 2005 21:26:45 -0400 From: Greg 'groggy' Lehey To: Matthias Buelow Message-ID: <20050513012645.GF1061@eucla.lemis.com> References: <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> <4280EE3C.8050505@jim-liesl.org> <20050511095142.GA12629@ella.physik.tu-berlin.de> <428243EA.9070707@jim-liesl.org> <20050512060034.GA25077@ella.physik.tu-berlin.de> <4283736B.10805@incubus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4283736B.10805@incubus.de> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: peter.orlowski@physik.tu-berlin.de cc: freebsd-stable@freebsd.org Subject: Re: State of gvinum RELENG_5 or RELENG_5_4 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 01:26:53 -0000 On Thursday, 12 May 2005 at 17:16:59 +0200, Matthias Buelow wrote: > Peter Orlowski wrote: > >>> At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the >>> "R" is pretty meaningless >> >> Well, "R" does not mean "redundant" but "realtime backup" ;-(. > > BTW., what is the status of RaidFrame on FreeBSD? I remember some time > ago people were working on integrating it into 5.x or so? I have good > experience with Raidframe on NetBSD, and less good with vinum on FreeBSD > so I'd be delighted if Raidframe could make it into FreeBSD (and work > equally well, of course). RAIDFrame was introduced to FreeBSD some years ago, but died during to lack of love. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Fri May 13 01:29:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08EF416A4CE for ; Fri, 13 May 2005 01:29:42 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0FA143D80 for ; Fri, 13 May 2005 01:29:41 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) j4D1TfLK067297 for ; Thu, 12 May 2005 19:29:41 -0600 (MDT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id j4D1TfYN067296 for freebsd-stable@freebsd.org; Thu, 12 May 2005 19:29:41 -0600 (MDT) (envelope-from tarcieri) Date: Thu, 12 May 2005 19:29:41 -0600 From: Tony Arcieri To: freebsd-stable@freebsd.org Message-ID: <20050513012941.GB67227@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: rcNG dependency ordering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 01:29:42 -0000 After playing around with rcNG a bit more I think I have a better grasp of how to fix my djbdns and jails problem. However I was wondering why rcorder wasn't run on /usr/local/etc/rc.d/* in addition to /etc/rc.d/* in /etc/rc Tony Arcieri From owner-freebsd-stable@FreeBSD.ORG Fri May 13 02:51:47 2005 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3740B16A4CE for ; Fri, 13 May 2005 02:51:47 +0000 (GMT) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D85A43D76 for ; Fri, 13 May 2005 02:51:45 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [192.168.1.2] (may be forged)) by mail.sbb.co.yu (8.13.3/8.13.3) with ESMTP id j4D2pfVQ075848 for ; Fri, 13 May 2005 04:51:42 +0200 (CEST) Date: Fri, 13 May 2005 04:51:41 +0200 (CEST) From: Goran Gajic To: freebsd-stable@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SBB-MailScanner-Information: Please contact the ISP for more information X-SBB-MailScanner: Found to be clean X-MailScanner-From: ggajic@sbb.co.yu Subject: ipnat + SMP = kernel panic in 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 02:51:47 -0000 Hi, I have reported kernel panic on Dell 1600SC with 5.4-RELEASE but it is related to ipnat from IPFILTER V3.4.35. Without SMP everything seems to work fine. But when I turn on SMP and do ping -f one of ip addresses that is maped to outside interface produces kernel panic or lock hard (no response to ping or keyboard). Regards, gg. p.s. I had few enteries like: map fxp0 192.168.1.11/32 -> x.y.z.q/32 now I have moved them on another UP machine. From owner-freebsd-stable@FreeBSD.ORG Fri May 13 03:36:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC41B16A4CE for ; Fri, 13 May 2005 03:36:20 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 634C343D2D for ; Fri, 13 May 2005 03:36:19 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id AE57921CF7A for ; Thu, 12 May 2005 22:36:18 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70265-03 for ; Thu, 12 May 2005 22:36:15 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id B1C0521CE16 for ; Thu, 12 May 2005 22:36:15 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Thu, 12 May 2005 22:36:10 -0500 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1416617.2A47fRyJAQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505122236.14490.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 03:36:21 -0000 --nextPart1416617.2A47fRyJAQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've finally coerced FreeBSD 5.4 to see my PCMCIA WLAN card (with many than= ks=20 to Warner), but it always reports "status: no carrier". I'm attempting to= =20 connect to an open WAP that broadcasts it's SSID, so my understanding is th= at=20 it should be as simple as "ifconfig wi0 ad.dr.es.s netmask 255.255.255.0" o= r=20 "dhclient wi0", but neither of those work. If I do manually specify an=20 address, then I can ping that address, but I'm not sure if that actually=20 means anything. I've also been running tcpdump on the DHCP server for that wireless network= =2E =20 I can see plenty of traffic from the other machines, but absolutely nothing= =20 from the laptop. My /boot/loader.conf looks like: hint.acpi.0.disabled=3D"1" hint.apic.0.disabled=3D"1" hw.cbb.start_memory=3D0xd800 Is there something else I'm blatantly missing? =2D-=20 Kirk Strauser --nextPart1416617.2A47fRyJAQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBChCCu5sRg+Y0CpvERAv1DAJ9APAl/LJfeVPf1U8XBEQ9XF68L1wCfTRTc M5YYO4kOnq8TuRxXBzGG5ug= =+Rc0 -----END PGP SIGNATURE----- --nextPart1416617.2A47fRyJAQ-- From owner-freebsd-stable@FreeBSD.ORG Fri May 13 03:42:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A32D016A4CE for ; Fri, 13 May 2005 03:42:58 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FCE643D6E for ; Fri, 13 May 2005 03:42:58 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so717536wri for ; Thu, 12 May 2005 20:42:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Bwgxhn3rZ33mi5abD8LrjYMnRBbfDRXSRegKzVxbBrNgt6+nImZfp+Kad45xbVi1XG7PHF+gyT3qd4pCBFKN/0okKjhkA8XE5YzLaNVXjYI40tRCiEBj9NFah2bnGOO23X0xgDMOGsbIVw4m753cWL8brBkTXaUcQZTEBS6o2Zg= Received: by 10.54.6.55 with SMTP id 55mr1379799wrf; Thu, 12 May 2005 20:42:57 -0700 (PDT) Received: by 10.54.39.6 with HTTP; Thu, 12 May 2005 20:42:57 -0700 (PDT) Message-ID: <8eea0408050512204222192147@mail.gmail.com> Date: Thu, 12 May 2005 20:42:57 -0700 From: Jon Simola To: Tony Arcieri In-Reply-To: <20050513012244.GA67227@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050513012244.GA67227@flash.atmos.colostate.edu> cc: freebsd-stable@freebsd.org Subject: Re: Using jails and djbdns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jon@abccomm.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 03:42:58 -0000 On 5/12/05, Tony Arcieri wrote: > Is there some easy way to reverse this order, so svscan is started first = and > jails started afterward? Rename the svscan.sh script to 000svscan.sh so that it shows up first in a directory listing and is run before the jail scripts (jail-x.x.x.x.sh in my case). man rc(8) has a lot of good points to read through if you have any further questions. --=20 Jon Simola Systems Administrator ABC Communications From owner-freebsd-stable@FreeBSD.ORG Fri May 13 05:17:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E0A516A4CE for ; Fri, 13 May 2005 05:17:47 +0000 (GMT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F5E43D88 for ; Fri, 13 May 2005 05:17:46 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DWSYR-00076z-IK; Fri, 13 May 2005 14:17:43 +0900 Date: Fri, 13 May 2005 14:17:40 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Kirk Strauser In-Reply-To: <200505122236.14490.kirk@strauser.com> Message-ID: <20050513141645.M8926@plexi.pun-pun.prv> References: <200505122236.14490.kirk@strauser.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 05:17:47 -0000 On Thu, 12 May 2005, Kirk Strauser wrote: > I've finally coerced FreeBSD 5.4 to see my PCMCIA WLAN card (with many > thanks to Warner), but it always reports "status: no carrier". I'm > attempting to connect to an open WAP that broadcasts it's SSID, so my > understanding is that it should be as simple as "ifconfig wi0 ad.dr.es.s > netmask 255.255.255.0" or "dhclient wi0", but neither of those work. Be sure to set the ssid: ifconfig wi0 ssid whatever -- Tod McQuillin From owner-freebsd-stable@FreeBSD.ORG Fri May 13 08:08:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC13A16A4CE for ; Fri, 13 May 2005 08:08:28 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1338B43D70 for ; Fri, 13 May 2005 08:08:27 +0000 (GMT) (envelope-from rink@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailhost.stack.nl (Postfix) with ESMTP id 131051F0B0; Fri, 13 May 2005 10:08:26 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1796) id F124F2286D; Fri, 13 May 2005 10:08:25 +0200 (CEST) Date: Fri, 13 May 2005 10:08:25 +0200 From: Rink Springer To: Kirk Strauser Message-ID: <20050513080825.GB96851@stack.nl> References: <200505122236.14490.kirk@strauser.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <200505122236.14490.kirk@strauser.com> X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 5.3-RELEASE-p14 i386 User-Agent: Mutt/1.5.9i cc: freebsd-stable@freebsd.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 08:08:28 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Is there something else I'm blatantly missing? If my memory serves me correctly, you need to explicitely force the interface up, eg: # ifconfig wi0 up After setting the SSID. Mine works after doing this, it's an ASUS WL-100. --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFChGB5b3O60uztv/8RAku/AKCpgkYYXuh3c4XpKqhlDOJNRQf2QgCgpkJZ Yb4m64i0sxOjHpX7O+vsm6s= =p9dU -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-stable@FreeBSD.ORG Fri May 13 09:29:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F5A16A4CE for ; Fri, 13 May 2005 09:29:35 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id A1E2043D75 for ; Fri, 13 May 2005 09:29:34 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 991 invoked by uid 1000); 13 May 2005 09:28:10 -0000 Date: Fri, 13 May 2005 11:28:09 +0200 From: Joan Picanyol i Puig To: freebsd-stable@freebsd.org Message-ID: <20050513092809.GA314@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050513012244.GA67227@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513012244.GA67227@flash.atmos.colostate.edu> User-Agent: Mutt/1.5.6i Subject: Re: Using jails and djbdns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 09:29:36 -0000 * Tony Arcieri [20050513 03:21]: > Is there some easy way to reverse this order, so svscan is started first and > jails started afterward? Follow the author's instructions, and put this line into /etc/rc.local: csh -cf '/command/svscanboot &' qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Fri May 13 11:36:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DAFA16A4CE for ; Fri, 13 May 2005 11:36:41 +0000 (GMT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E3A43D78 for ; Fri, 13 May 2005 11:36:40 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.3/8.13.1) with ESMTP id j4DBaZjB005976 for ; Fri, 13 May 2005 13:36:35 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.3/8.13.1/Submit) with ESMTP id j4DBaZgG005973 for ; Fri, 13 May 2005 13:36:35 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Fri, 13 May 2005 13:36:35 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: stable@freebsd.org Message-ID: <20050513133601.T5970@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: nForce[34] chipsets? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 11:36:41 -0000 Some time ago, there were complaints that nForce chipsets don't work very well on FreeBSD - specifically various components like built-in NIC, sound card, ACPI... Is this still true? What about nForce4 (PCI-Express) support? (I'm interested in 5.x branch only) -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-stable@FreeBSD.ORG Fri May 13 12:40:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2487D16A4CE for ; Fri, 13 May 2005 12:40:32 +0000 (GMT) Received: from www.provisio.net (paco.to [209.31.146.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9826143D48 for ; Fri, 13 May 2005 12:40:31 +0000 (GMT) (envelope-from paco@paco.to) Received: from www.provisio.net (localhost [127.0.0.1]) by www.provisio.net id j4DCeSH7029391 envelope-from paco@paco.to for ; Fri, 13 May 2005 08:40:28 -0400 (EDT) (envelope-from paco@paco.to) Received: from localhost (paco@localhost)j4DCeRe4029388 for ; Fri, 13 May 2005 08:40:28 -0400 (EDT) (envelope-from paco@paco.to) X-Authentication-Warning: www.provisio.net: paco owned process doing -bs Date: Fri, 13 May 2005 08:40:27 -0400 (EDT) From: Paco Hope X-X-Sender: paco@www.provisio.net To: freebsd-stable@freebsd.org In-Reply-To: <20050513092809.GA314@grummit.biaix.org> Message-ID: <20050513082747.V26607@www.provisio.net> References: <20050513012244.GA67227@flash.atmos.colostate.edu> <20050513092809.GA314@grummit.biaix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Provisio-MailScanner-Information: Contact Paco Hope phone: 703-606-1905 X-Provisio-MailScanner: Judged to be clean X-MailScanner-From: paco@paco.to Subject: Re: Using jails and djbdns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 12:40:32 -0000 On Fri, 13 May 2005, Joan Picanyol i Puig wrote: > * Tony Arcieri [20050513 03:21]: > > Is there some easy way to reverse this order, so svscan is started first and > > jails started afterward? > > Follow the author's instructions, and put this line into /etc/rc.local: > > csh -cf '/command/svscanboot &' I don't think any of the suggestions so far are going to do it. The reason is this: both /etc/rc.local and all things in /usr/local/etc/rc.d will be executed after the builtin logid for launching jails is executed. The problem here is that if you use the standard /etc/rc.conf means for launching jails, (take a look at /etc/defaults/rc.conf for an example), the jail commands will be executed first. The last thing /etc/rc does is invoke /etc/rc.local and all the /usr/local/etc/rc.d scripts. His problem is that he needs DNS up *before* the jail commands run. Here's a hackish way to do it that might work. 1. Move the /usr/local/etc/rc.d/svscan.sh script out of /usr/local/etc/rc.d. Maybe put it in /usr/local/etc. Just put it somewhere where it won't get executed automatically. 2. Put the following lines in /etc/rc.conf named_enable="YES" named_program="/usr/local/etc/svscan.sh" # (if this is where you put it) named_flags="start" unset named_chrootdir # defeat some built-in BIND-oriented logic unset named_chroot_autoupdate # ditto The logic built into /etc/rc launches DNS before jails. By hijacking the "named" flags and using them for DJB, you should be able to get DJB to launch at the appropriate time. Good luck. Paco From owner-freebsd-stable@FreeBSD.ORG Fri May 13 14:40:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F65D16A4CE for ; Fri, 13 May 2005 14:40:00 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E41643D6E for ; Fri, 13 May 2005 14:39:59 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 6EA7C78C73 for ; Fri, 13 May 2005 10:39:59 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 46288-08 for ; Fri, 13 May 2005 10:39:52 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 2213C78C72 for ; Fri, 13 May 2005 10:39:51 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 76F7C33C79; Fri, 13 May 2005 10:39:48 -0400 (EDT) Date: Fri, 13 May 2005 10:39:48 -0400 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20050513143948.GH28932@afflictions.org> References: <20050513133601.T5970@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513133601.T5970@geri.cc.fer.hr> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: nForce[34] chipsets? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 14:40:00 -0000 Thus spake Ivan Voras (ivoras@fer.hr) [13/05/05 07:37]: : Some time ago, there were complaints that nForce chipsets don't work very : well on FreeBSD - specifically various components like built-in NIC, sound : card, ACPI... : : Is this still true? What about nForce4 (PCI-Express) support? : : (I'm interested in 5.x branch only) I'm using it right now, under 5.4-STABLE (about a week ago). The PCI-E graphics card works fine, but randomly the display in X.org goes wonky: all the windows just go white when they try to refresh. Swapping to a text console then back to X.org fixes the problem. Dunno if it's an issue with FreeBSD, the card, the nv driver, or X.org itself. - Damian From owner-freebsd-stable@FreeBSD.ORG Fri May 13 16:00:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C22716A4CE for ; Fri, 13 May 2005 16:00:11 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D777C43D82 for ; Fri, 13 May 2005 16:00:08 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so914687wri for ; Fri, 13 May 2005 09:00:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gwjVO5uTMQss9RxQ/XROwgUWkkVZ/ps4eaZAoKbOfeFjGJ+dv8dKw4u9/U8bJf+jYCFcFD+tzjLnbGwNw+S5pn1kWmf3VkZw+CszzA/t1Msd+60utahsSaSvvLRbVx6uc6YqenUXSbVVVGfcqbriZHSSMOASkj0bRBIxj/H5bIQ= Received: by 10.54.160.8 with SMTP id i8mr1755214wre; Fri, 13 May 2005 09:00:06 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Fri, 13 May 2005 09:00:06 -0700 (PDT) Message-ID: <790a9fff050513090072ebe0a1@mail.gmail.com> Date: Fri, 13 May 2005 11:00:06 -0500 From: Scot Hetzel To: Tony Arcieri In-Reply-To: <20050513012941.GB67227@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050513012941.GB67227@flash.atmos.colostate.edu> cc: freebsd-stable@freebsd.org Subject: Re: rcNG dependency ordering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 16:00:11 -0000 On 5/12/05, Tony Arcieri wrote: > After playing around with rcNG a bit more I think I have a better grasp o= f how > to fix my djbdns and jails problem. However I was wondering why rcorder = wasn't > run on /usr/local/etc/rc.d/* in addition to /etc/rc.d/* in /etc/rc >=20 1. /usr/local may not be mounted when rcorder is first run 2. Not all of the ports startup scripts have been converted to conform to r= cNG Scot From owner-freebsd-stable@FreeBSD.ORG Fri May 13 18:22:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F6BF16A4CE for ; Fri, 13 May 2005 18:22:41 +0000 (GMT) Received: from lakermmtao08.cox.net (lakermmtao08.cox.net [68.230.240.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 874BF43D6D for ; Fri, 13 May 2005 18:22:40 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao08.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050513182239.QZEG18139.lakermmtao08.cox.net@dolphin.local.net>; Fri, 13 May 2005 14:22:39 -0400 Received: from dolphin.local.net (localhost.local.net [IPv6:::1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4DIMc1F000900; Fri, 13 May 2005 13:22:39 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 13 May 2005 13:22:33 -0500 From: "Conrad J. Sabatier" To: Damian Gerow Message-ID: <20050513132233.367d451b@dolphin.local.net> In-Reply-To: <20050513143948.GH28932@afflictions.org> References: <20050513133601.T5970@geri.cc.fer.hr> <20050513143948.GH28932@afflictions.org> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: nForce[34] chipsets? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 18:22:41 -0000 On Fri, 13 May 2005 10:39:48 -0400, Damian Gerow wrote: > Thus spake Ivan Voras (ivoras@fer.hr) [13/05/05 07:37]: > : Some time ago, there were complaints that nForce chipsets don't work > very : well on FreeBSD - specifically various components like > built-in NIC, sound : card, ACPI... > : > : Is this still true? What about nForce4 (PCI-Express) support? > : > : (I'm interested in 5.x branch only) > > I'm using it right now, under 5.4-STABLE (about a week ago). The > PCI-E graphics card works fine, but randomly the display in X.org goes > wonky: all the windows just go white when they try to refresh. > > Swapping to a text console then back to X.org fixes the problem. > Dunno if it's an issue with FreeBSD, the card, the nv driver, or X.org > itself. My amd64 box, running 6.0-CURRENT, has had only very minor problems related to the nForce3 chipset, mainly some weirdness with ACPI. Other than that, the box works fine; I've experienced no majorly bizarre behavior with it yet. For what it's worth... :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Fri May 13 21:06:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5035F16A4CE for ; Fri, 13 May 2005 21:06:24 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC76843D5D for ; Fri, 13 May 2005 21:06:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4DL5FrK024964; Fri, 13 May 2005 15:05:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 13 May 2005 15:06:26 -0600 (MDT) Message-Id: <20050513.150626.118721568.imp@bsdimp.com> To: kirk@strauser.com From: "M. Warner Losh" In-Reply-To: <200505122236.14490.kirk@strauser.com> References: <200505122236.14490.kirk@strauser.com> 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 cc: freebsd-stable@freebsd.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 21:06:24 -0000 In message: <200505122236.14490.kirk@strauser.com> Kirk Strauser writes: : I've finally coerced FreeBSD 5.4 to see my PCMCIA WLAN card (with many thanks : to Warner), but it always reports "status: no carrier". I'm attempting to : connect to an open WAP that broadcasts it's SSID, so my understanding is that : it should be as simple as "ifconfig wi0 ad.dr.es.s netmask 255.255.255.0" or : "dhclient wi0", but neither of those work. If I do manually specify an : address, then I can ping that address, but I'm not sure if that actually : means anything. : : I've also been running tcpdump on the DHCP server for that wireless network. : I can see plenty of traffic from the other machines, but absolutely nothing : from the laptop. : : My /boot/loader.conf looks like: : : hint.acpi.0.disabled="1" : hint.apic.0.disabled="1" : hw.cbb.start_memory=0xd800 : : Is there something else I'm blatantly missing? Kirk's dmesg showed some interesting IRQ routing issues that might be the problem: pir0: on motherboard $PIR: BIOS IRQ 11 for 0.7.INTA is not valid for link 0x22 $PIR: BIOS IRQ 11 for 0.7.INTB is not valid for link 0x22 Can you send me the output of http://people.freebsd.org/~msmith/pir.c to make sure that's not the problem. What does vmstat show for irq 10? How about other IRQs? Warner From owner-freebsd-stable@FreeBSD.ORG Fri May 13 21:40:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FBD016A4CE for ; Fri, 13 May 2005 21:40:12 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D6643D1F for ; Fri, 13 May 2005 21:40:12 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id EB0A12AB24; Fri, 13 May 2005 16:40:09 -0500 (CDT) Date: Fri, 13 May 2005 16:40:07 -0500 From: Craig Boston To: Ronald Klop Message-ID: <20050513214006.GA43567@nowhere> Mail-Followup-To: Craig Boston , Ronald Klop , Matthias Buelow , freebsd-stable@freebsd.org References: <42836321.6050007@incubus.de> <42836CC4.9010605@incubus.de> 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 cc: Matthias Buelow Subject: Re: apm in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 21:40:12 -0000 On Thu, May 12, 2005 at 05:16:47PM +0200, Ronald Klop wrote: > On Thu, 12 May 2005 16:48:36 +0200, Matthias Buelow wrote: > >The machine is a Compaq Armada m700, kernel is GENERIC from fresh > >installation; dmesg output is attached. > > Yes, I have apm build into the kernel. Does your machine have apm? > As somebody else mentioned first try if you have ACPI support on your > machine. It is a modern, more advanced version of apm. If ACPI works never > look at APM again. Don't bother -- I've been fighting with ACPI on and off for the last couple years on an m700. I always end up giving up and going back to APM. No suspend, but at least the battery level can be read. After MANY variations of ASL hacks it can be made to boot but is never stable. I would be surprised if ACPI worked right even in Windows on these laptops. There are a few others with the same model who have had similar expeiences -- AFAIK nobody has ever managed to get it working reliably. Craig From owner-freebsd-stable@FreeBSD.ORG Fri May 13 22:26:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EACD016A4CE for ; Fri, 13 May 2005 22:26:55 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6D9B43D60 for ; Fri, 13 May 2005 22:26:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CF9D172DD4; Fri, 13 May 2005 15:26:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CAA0872DCB; Fri, 13 May 2005 15:26:55 -0700 (PDT) Date: Fri, 13 May 2005 15:26:55 -0700 (PDT) From: Doug White To: Rainer Duffner In-Reply-To: <4283862D.1060401@ip-tech.ch> Message-ID: <20050513152513.Y30976@carver.gumbysoft.com> References: <4283862D.1060401@ip-tech.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Problem booting 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 22:26:56 -0000 On Thu, 12 May 2005, Rainer Duffner wrote: > Hi, > > I installed FreeBSD5.4 on a server with a 3ware 7006-2 controller and > two 120GB disks as RAID1 > I cannot boot this install. (I get some kind of panic or endless loop, > but the display is re-painted so fast I cannot read it). > What I *can* do is insert my SuSE9.2-pro cd1, boot from that and at the > grub-menu say "boot from harddisk". > That boots FreeBSD. > > On advice from IRC, I tried: > # boot0cfg -B twed0 > > -which leads to this output > > boot0cfg: write_mbr: /dev/twed0: No such file or directory This is a erroneous message. The actual problem is: 484 boot0cfg NAMI "/dev/twed0" 484 boot0cfg RET open -1 errno 1 Operation not permitted This is a known problem with certain MBR layouts. To work around this problem, set: sysctl kern.geom.debugflags=16 then try your boot0cfg. There's a protection mechanism that sometimes gets confused by certain partition table layouts. Flag 16 disables that protection. I don't recommend running this unless you are explicitly trying to updating something in a partition table-like area; its very easy to destroy your system with the flag set! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri May 13 22:29:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AED116A4CE for ; Fri, 13 May 2005 22:29:26 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 514E243D70 for ; Fri, 13 May 2005 22:29:26 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4EF2572DD4; Fri, 13 May 2005 15:29:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4D50472DCB; Fri, 13 May 2005 15:29:26 -0700 (PDT) Date: Fri, 13 May 2005 15:29:26 -0700 (PDT) From: Doug White To: jmc In-Reply-To: <6863f0c905051209432a3afcb9@mail.gmail.com> Message-ID: <20050513152838.E30976@carver.gumbysoft.com> References: <6863f0c905051209432a3afcb9@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.4 weird transmit problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 22:29:26 -0000 On Thu, 12 May 2005, jmc wrote: > I've got 5.4 amd64 installed on an Opteron server and I cannot get it to > reliably transmit packets larger than 80 bytes using the bge driver (on a > BCM5703 NIC). It receives large packets without any problem, but it just > won't transmit them. (I can tcpdump all day long without a problem - big and > small packets.) > > For example, I can "ping -s 38 " and it works fine. But if I try "ping > -s 39 " (or any size larger than 38) it does not work. A 38 byte ping > creates an 80 byte Ethernet packet. Random guesses: 1. Make sure your switch agrees with the speed and duplex setting. Auto-neg problems are common. 2. Replace the cable. 3. Back-to-back two systems and try to reproduce. > > Here's the bge0 info from dmesg: > > bge0: mem > 0xf7ef0000-0xf7 > efffff irq 24 at device 1.0 on pci3 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf7ef0000 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX > -FDX, auto > bge0: bpf attached > bge0: Ethernet address: 00:11:85:fd:8f:f9 > bge0: [MPSAFE] > > Here's ifconfig for bge0: > > bge0: flags=8843 mtu 1500 > options=1a > inet 16.100.240.165 netmask 0xfffffc00 broadcast > 16.100.243.255 > inet6 fe80::211:85ff:fefd:8ff9%bge0 prefixlen 64 scopeid 0x1 > ether 00:11:85:fd:8f:f9 > media: Ethernet autoselect (1000baseTX ) > status: active > > Much to my dismay, I've found that if I use the -l option (preload) for > ping, I get some large packets through: > > ninox# ping -l10 -c10 -s200 16.100.240.1 > PING 16.100.240.1 (16.100.240.1 ): > 200 data bytes > 208 bytes from 16.100.240.1 : icmp_seq=2 ttl=128 time= > 1.025 ms > 208 bytes from 16.100.240.1 : icmp_seq=3 ttl=128 time= > 1.306 ms > 208 bytes from 16.100.240.1 : icmp_seq=4 ttl=128 time= > 1.593 ms > 208 bytes from 16.100.240.1 : icmp_seq=5 ttl=128 time= > 2.026 ms > 208 bytes from 16.100.240.1 : icmp_seq=6 ttl=128 time= > 2.314 ms > 208 bytes from 16.100.240.1 : icmp_seq=7 ttl=128 time= > 2.746 ms > 208 bytes from 16.100.240.1 : icmp_seq=8 ttl=128 time= > 3.034 ms > 208 bytes from 16.100.240.1 : icmp_seq=9 ttl=128 time= > 3.468 ms > > --- 16.100.240.1 ping statistics --- > 10 packets transmitted, 8 packets received, 20% packet loss > round-trip min/avg/max/stddev = 1.025/2.189/3.468/0.806 ms > > Has anyone else ever seen a problem like this? Any suggestions on where to > poke around for a solution? > > Thanks, > John > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat May 14 00:01:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA4F216A4CE for ; Sat, 14 May 2005 00:01:08 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2185543D2F for ; Sat, 14 May 2005 00:01:08 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 5EFBD222401 for ; Fri, 13 May 2005 19:01:07 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40319-14 for ; Fri, 13 May 2005 19:01:04 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id ADC29222400 for ; Fri, 13 May 2005 19:01:04 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Fri, 13 May 2005 19:00:56 -0500 User-Agent: KMail/1.8 References: <200505122236.14490.kirk@strauser.com> <20050513.150626.118721568.imp@bsdimp.com> In-Reply-To: <20050513.150626.118721568.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1432839.RYED6hPOYU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505131901.03493.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 00:01:09 -0000 --nextPart1432839.RYED6hPOYU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 13 May 2005 04:06 pm, M. Warner Losh wrote: > Kirk's dmesg showed some interesting IRQ routing issues that might be > the problem: > > pir0: on motherboard > $PIR: BIOS IRQ 11 for 0.7.INTA is not valid for link 0x22 > $PIR: BIOS IRQ 11 for 0.7.INTB is not valid for link 0x22 > > Can you send me the output of http://people.freebsd.org/~msmith/pir.c > to make sure that's not the problem. Here it is: $PIR table at 0x2816d890 version 1.0 PCI interrupt router at 0:0.0 vendor 0x0 device 0x0 PCI-only interrupts [ 11 ] entry bus slot device 00: 00 00 08 INTA 00 [ ] INTB 00 [ ] INTC 00 [ ] INTD 00 [ ] 01: 00 00 04 INTA 02 [ 9 ] INTB 00 [ ] INTC 00 [ ] INTD 00 [ ] 02: 00 00 06 INTA 00 [ ] INTB 00 [ ] INTC 00 [ ] INTD 00 [ ] 03: 00 00 07 INTA 22 [ 10 ] INTB 22 [ 10 ] INTC 22 [ 10 ] INTD 22 [ 10 ] > What does vmstat show for irq 10? How about other IRQs? It doesn't show irq 10 at all: interrupt total rate irq0: clk 74997 99 irq1: atkbd0 975 1 irq6: fdc0 209 0 irq7: ppc0 1 0 irq8: rtc 96004 127 irq13: npx0 1 0 irq14: ata0 2777 3 irq15: ata1 50 0 Total 175014 233 =2D-=20 Kirk Strauser --nextPart1432839.RYED6hPOYU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBChT+/5sRg+Y0CpvERAsxNAJ9ZKIXtwpl7UDgFWGQxab+Gh9ZLKACfYGwj TULJl8FSLoMxhPYwTXWF9Do= =cRBV -----END PGP SIGNATURE----- --nextPart1432839.RYED6hPOYU-- From owner-freebsd-stable@FreeBSD.ORG Sat May 14 01:03:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6B7316A4CE; Sat, 14 May 2005 01:03:12 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2564243D76; Sat, 14 May 2005 01:03:12 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.135] (unknown [211.96.21.221]) by gddsn.org.cn (Postfix) with ESMTP id BF95F38CB4A; Sat, 14 May 2005 09:02:58 +0800 (CST) Message-ID: <42854E25.6000109@gddsn.org.cn> Date: Sat, 14 May 2005 09:02:29 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.7) Gecko/20050424 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org, x11@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Subject: PE2850 multiprocessor freezed under Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 01:03:12 -0000 lists: DELL PE2850 freezes with the 5.4-Release SMP GENERIC kernel while runing X for a few minutes.and it seems caused by Xorg's bug? https://bugs.freedesktop.org/show_bug.cgi?id=2880 my system msgs and the xorg packages install by FBSD-5.4-RELEASE_disc1 FreeBSD rts.eq.cn 5.4-RELEASE FreeBSD 5.4-RELEASE #2: Wed May 11 09:12:33 CST 2005 wsk@:/usr/obj/usr/src/sys/RTS i386 rts# pkg_info|grep xorg xorg-clients-6.8.2 X client programs and related files from X.Org xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts xorg-fonts-encodings-6.8.2 X.Org font encoding files xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.8.2 X.Org TrueType fonts xorg-libraries-6.8.2 X11 libraries and headers from X.Org xorg-manpages-6.8.2 X.Org library manual pages xorg-server-6.8.2 X.Org X server and related programs From owner-freebsd-stable@FreeBSD.ORG Sat May 14 05:54:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 052F716A4D2; Sat, 14 May 2005 05:54:30 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3B143D77; Sat, 14 May 2005 05:54:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4E5rWWn028782; Fri, 13 May 2005 23:53:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 13 May 2005 23:54:43 -0600 (MDT) Message-Id: <20050513.235443.29330924.imp@bsdimp.com> To: kirk@strauser.com From: "M. Warner Losh" In-Reply-To: <200505131901.03493.kirk@strauser.com> References: <200505122236.14490.kirk@strauser.com> <20050513.150626.118721568.imp@bsdimp.com> <200505131901.03493.kirk@strauser.com> 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 cc: freebsd-stable@freebsd.org cc: jhb@freebsd.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 05:54:30 -0000 In message: <200505131901.03493.kirk@strauser.com> Kirk Strauser writes: : On Friday 13 May 2005 04:06 pm, M. Warner Losh wrote: : : > Kirk's dmesg showed some interesting IRQ routing issues that might be : > the problem: : > : > pir0: on motherboard : > $PIR: BIOS IRQ 11 for 0.7.INTA is not valid for link 0x22 : > $PIR: BIOS IRQ 11 for 0.7.INTB is not valid for link 0x22 : > : > Can you send me the output of http://people.freebsd.org/~msmith/pir.c : > to make sure that's not the problem. : : Here it is: : : $PIR table at 0x2816d890 version 1.0 : PCI interrupt router at 0:0.0 vendor 0x0 device 0x0 : PCI-only interrupts [ 11 ] : entry bus slot device : 00: 00 00 08 INTA 00 [ ] : INTB 00 [ ] : INTC 00 [ ] : INTD 00 [ ] : 01: 00 00 04 INTA 02 [ 9 ] : INTB 00 [ ] : INTC 00 [ ] : INTD 00 [ ] : 02: 00 00 06 INTA 00 [ ] : INTB 00 [ ] : INTC 00 [ ] : INTD 00 [ ] : 03: 00 00 07 INTA 22 [ 10 ] : INTB 22 [ 10 ] : INTC 22 [ 10 ] : INTD 22 [ 10 ] : : : > What does vmstat show for irq 10? How about other IRQs? : : It doesn't show irq 10 at all: : : interrupt total rate : irq0: clk 74997 99 : irq1: atkbd0 975 1 : irq6: fdc0 209 0 : irq7: ppc0 1 0 : irq8: rtc 96004 127 : irq13: npx0 1 0 : irq14: ata0 2777 3 : irq15: ata1 50 0 OK. It looks like the PCI routing code in this case is in error. It assumes that PCI only interrupts are the only ones that can be in the PIR table (not sure why it doesn't complain about irq9 in INTA for your device at pci0.4, but that's likely because there's no device in dmesg there). In src/sys/i386/pci/pci_pir.c, try changing: static int pci_pir_valid_irq(struct pci_link *pci_link, int irq) { if (!PCI_INTERRUPT_VALID(irq)) return (0); return (pci_link->pl_irqmask & (1 << irq)); } to be static int pci_pir_valid_irq(struct pci_link *pci_link, int irq) { if (!PCI_INTERRUPT_VALID(irq)) return (0); return (1); } and let me know if it works for you. The older code, before some recent changes, didn't have this sanity check in it because many older systems were, ummm, suboptimal in how they presented the $PIR to the system. Looks like you might have one of these systems. I think I still have a laptop that had this defect in my laptop pile, but finding it may be hard... Warner From owner-freebsd-stable@FreeBSD.ORG Sat May 14 07:05:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DDAA16A4CE for ; Sat, 14 May 2005 07:05:43 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E956C43D75 for ; Sat, 14 May 2005 07:05:42 +0000 (GMT) (envelope-from wildworm@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so1546615nzp for ; Sat, 14 May 2005 00:05:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=nZcbTpTWr9N/BzZ7A1Zv4INAAt+OVLItEJ8CuH+h2zvzTyzQf5qm39zlbi/ENB/901ivYlRCe6Ky4kR6VeLTCGTM0TQRfmJCFnK7SeKvIXX7Q6fWANUqcsjgWlS6WahYbxKG2rbZAWX8Kn91X9UG6tQQw7AvQwYCXCVHqhgbdKo= Received: by 10.36.146.15 with SMTP id t15mr1358244nzd; Sat, 14 May 2005 00:05:42 -0700 (PDT) Received: by 10.36.17.10 with HTTP; Sat, 14 May 2005 00:05:42 -0700 (PDT) Message-ID: Date: Sat, 14 May 2005 11:05:42 +0400 From: =?KOI8-R?B?9MHSwdM=?= To: 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.1 Subject: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?KOI8-R?B?9MHSwdM=?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 07:05:43 -0000 From owner-freebsd-stable@FreeBSD.ORG Sat May 14 09:28:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AEBB16A4CE; Sat, 14 May 2005 09:28:49 +0000 (GMT) Received: from oak.tantieme.ru (oak.tantieme.ru [195.68.129.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B0BE43D7C; Sat, 14 May 2005 09:28:48 +0000 (GMT) (envelope-from vdzh@mail.tantieme.ru) Received: from localhost (localhost [127.0.0.1]) by oak.tantieme.ru (Postfix) with ESMTP id CBA19E0AB5; Sat, 14 May 2005 13:32:21 +0400 (MSD) Received: from oak.tantieme.ru ([127.0.0.1]) by localhost (localhost.tantieme.ru [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 09715-20; Sat, 14 May 2005 13:32:18 +0400 (MSD) Received: from vdzh (unknown [195.68.129.66]) by oak.tantieme.ru (Postfix) with ESMTP id C6088E082A; Sat, 14 May 2005 13:32:17 +0400 (MSD) From: To: Date: Sat, 14 May 2005 13:22:05 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <20050514093217.C6088E082A@oak.tantieme.ru> cc: pjd@FreeBSD.org Subject: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 09:28:49 -0000 Hardware: SATA RAID adapter with SiliconImage 3114 chip. 2 SATA HDD. I did gmirror. Run test: 3 parallel tasks "dd if=/dev/mirror/gm0 of=/dev/null bs=1m count=5000" gstat shows summary read speed from mirror about 30-40 mbyte/sec. It is for all balance algorithms: load, round-robin, split While, one "dd if=/dev/ad4 of=/dev/null bs=1m count=5000" shows 50 mbyte/sec 1. Why it occurs and how fix it ? 2. If in the test instead of three instancies of "dd if=/dev/mirror/gm0 of=/dev/null bs=1m count=5000" run only one, then read speed don`t exceeds read speed from one disk (dd if=/dev/ad4 of=/dev/null bs=1m count=5000) a) This is gmirror feature ? b) This is hardware feature (SiliconImage 3114 chip) ? From owner-freebsd-stable@FreeBSD.ORG Sat May 14 10:29:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A95D16A4CE; Sat, 14 May 2005 10:29:13 +0000 (GMT) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D9143D41; Sat, 14 May 2005 10:29:11 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 35418222403; Sat, 14 May 2005 11:29:08 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41511-07; Sat, 14 May 2005 11:29:01 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id EEFD0222402; Sat, 14 May 2005 11:29:00 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: freebsd-stable@freebsd.org Date: Sat, 14 May 2005 11:30:01 +0100 User-Agent: KMail/1.8 References: <20050514093217.C6088E082A@oak.tantieme.ru> In-Reply-To: <20050514093217.C6088E082A@oak.tantieme.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505141130.01541.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.80 cc: vohand@gmail.com cc: pjd@FreeBSD.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 10:29:13 -0000 On Saturday 14 May 2005 10:22, vohand@gmail.com wrote: > Hardware: SATA RAID adapter with SiliconImage 3114 chip. 2 SATA HDD. > I did gmirror. > a) This is gmirror feature ? > b) This is hardware feature (SiliconImage 3114 chip) ? I don't think is related to your hardware. I have a Dell PowerEdge SC1425 which is exhibiting the same behaviour from gmirror, my disc controller is an onboard Intel ICH5. System: FreeBSD 5.4-STABLE @ Sun Apr 10 14:07:46 UTC 2005 atapci1: port 0xccc0-0xcccf,0xccd8-0xccdb, 0xcce0-0xcce7,0xccf0-0xccf3,0xccf8-0xccff irq 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 mail# dmesg | grep ad4 ad4: 76293MB [155009/16/63] at ata2-master SATA150 mail# diskinfo -t ad4 Seek times: Full stroke: 250 iter in 5.606627 sec = 22.427 msec Half stroke: 250 iter in 4.382610 sec = 17.530 msec Quarter stroke: 500 iter in 6.969860 sec = 13.940 msec Short forward: 400 iter in 1.940076 sec = 4.850 msec Short backward: 400 iter in 2.349238 sec = 5.873 msec Seq outer: 2048 iter in 0.228509 sec = 0.112 msec Seq inner: 2048 iter in 0.237599 sec = 0.116 msec Transfer rates: outside: 102400 kbytes in 1.755089 sec = 58345 kbytes/sec middle: 102400 kbytes in 2.106003 sec = 48623 kbytes/sec inside: 102400 kbytes in 3.496732 sec = 29284 kbytes/sec Pretty reasonable results. mail# dmesg | grep ad6 ad6: 76319MB [155061/16/63] at ata3-master SATA150 The second drive achieves slightly better seeking, but lower throughput. But the variation between ad4 and ad6 is very small as I would expect for two virtually identical drives. mail# diskinfo -t ad6 Seek times: Full stroke: 250 iter in 4.936300 sec = 19.745 msec Half stroke: 250 iter in 3.675749 sec = 14.703 msec Quarter stroke: 500 iter in 5.970199 sec = 11.940 msec Short forward: 400 iter in 1.937453 sec = 4.844 msec Short backward: 400 iter in 2.347955 sec = 5.870 msec Seq outer: 2048 iter in 0.211831 sec = 0.103 msec Seq inner: 2048 iter in 0.218748 sec = 0.107 msec Transfer rates: outside: 102400 kbytes in 1.754634 sec = 58360 kbytes/sec middle: 102400 kbytes in 2.107054 sec = 48599 kbytes/sec inside: 102400 kbytes in 3.522545 sec = 29070 kbytes/sec Now the same test against the gmirror: mail# diskinfo -t /dev/mirror/gmirror0 Seek times: Full stroke: 250 iter in 1.347611 sec = 5.390 msec Half stroke: 250 iter in 1.335664 sec = 5.343 msec Quarter stroke: 500 iter in 2.653382 sec = 5.307 msec Short forward: 400 iter in 2.254421 sec = 5.636 msec Short backward: 400 iter in 2.057330 sec = 5.143 msec Seq outer: 2048 iter in 0.265052 sec = 0.129 msec Seq inner: 2048 iter in 0.274519 sec = 0.134 msec Transfer rates: outside: 102400 kbytes in 2.774400 sec = 36909 kbytes/sec middle: 102400 kbytes in 3.138420 sec = 32628 kbytes/sec inside: 102400 kbytes in 4.498140 sec = 22765 kbytes/sec The seek times are way down, which is great, and makes sense using a round-robin strategy on the mirror, but my peak transfer rate has been almost halved too. I don't mind this too much as in my application low seek times are worth more than high transfer rates, but it is still puzzling to me to see such a remarkable drop in throughput. Thanks very much for insight, -- Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK. From owner-freebsd-stable@FreeBSD.ORG Sat May 14 11:02:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2387516A4CE for ; Sat, 14 May 2005 11:02:39 +0000 (GMT) Received: from www.heimat.gr.jp (www.heimat.gr.jp [221.186.186.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E75243D49 for ; Sat, 14 May 2005 11:02:38 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from ra333.heimat.gr.jp (ra333 [221.186.186.11]) by www.heimat.gr.jp (8.13.3/8.13.1) with ESMTP id j4EB2W2K082947 for ; Sat, 14 May 2005 20:02:32 +0900 (JST) (envelope-from nakaji@takamatsu-nct.ac.jp) Sender: nakaji@takamatsu-nct.ac.jp From: NAKAJI Hiroyuki To: freebsd-stable@freebsd.org References: <20050509210158.GA9844@bloom.cse.buffalo.edu> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Sat, 14 May 2005 20:02:32 +0900 In-Reply-To: <20050509210158.GA9844@bloom.cse.buffalo.edu> (Ken Smith's message of "Mon, 9 May 2005 17:01:58 -0400") Message-ID: <86wtq2gjef.fsf@ra333.heimat.gr.jp> User-Agent: T-gnus/6.17.4 (based on No Gnus v0.4) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) Subject: Re: ANNOUNCE: [FreeBSD-Announce] FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 11:02:39 -0000 Thanks for the great work. I installed it on a laptop PC, NEC VersaPro NX VA20C, for my friend. It works fine without any problem. You can see the /var/run/dmesg.boot at http://heimat.jp/~nakaji/FreeBSD/dmesg.boot.va20c But there was a problem when installing. >>>>> In <20050509210158.GA9844@bloom.cse.buffalo.edu> >>>>> Ken Smith wrote: > CD Image Checksums > MD5 (5.4-RELEASE-i386-bootonly.iso) = 2afe65af7e7b994c3ce87cefda27352e With this CD, execute of /stand/sysinatall fails, that is, the system stucks. I had to give up ftp installation and download larger iso file. > MD5 (5.4-RELEASE-i386-disc1.iso) = 3dbb37485535e129354bc099e24aed99 With this CD or 3 froppies, the installation goes well. What is different? -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Sat May 14 13:16:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C88616A4CE for ; Sat, 14 May 2005 13:16:51 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC7CB43D6B for ; Sat, 14 May 2005 13:16:50 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id D4F1FACAF4; Sat, 14 May 2005 15:16:48 +0200 (CEST) Date: Sat, 14 May 2005 15:16:48 +0200 From: Pawel Jakub Dawidek To: vohand@gmail.com Message-ID: <20050514131648.GB837@darkness.comp.waw.pl> References: <20050514093217.C6088E082A@oak.tantieme.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GJOW/16TiMziTs6N" Content-Disposition: inline In-Reply-To: <20050514093217.C6088E082A@oak.tantieme.ru> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 13:16:51 -0000 --GJOW/16TiMziTs6N Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 01:22:05PM +0400, vohand@gmail.com wrote: +>=20 +> Hardware: SATA RAID adapter with SiliconImage 3114 chip. 2 SATA HDD. +> I did gmirror. +>=20 +> Run test: +> 3 parallel tasks "dd if=3D/dev/mirror/gm0 of=3D/dev/null bs=3D1m count= =3D5000" +>=20 +> gstat shows summary read speed from mirror about 30-40 mbyte/sec. +> It is for all balance algorithms: load, round-robin, split +>=20 +> While, one "dd if=3D/dev/ad4 of=3D/dev/null bs=3D1m count=3D5000" shows = 50 mbyte/sec +>=20 +> 1. Why it occurs and how fix it ? +>=20 +> 2. If in the test instead of three instancies of "dd if=3D/dev/mirror/gm0 +> of=3D/dev/null bs=3D1m count=3D5000" run only one,=20 +> then read speed don`t exceeds read speed from one disk (dd if=3D/dev/= ad4 +> of=3D/dev/null bs=3D1m count=3D5000) +> a) This is gmirror feature ? +> b) This is hardware feature (SiliconImage 3114 chip) ? This is the way RAID1 works. Try to imagine how disk's heads are moving - there will be no speed-up in sequential reads, this is not RAID0. Mirror characteristics are: - the same speed for sequential reads as for one disk; - the same speed for sequential/random write as for one disk; - double speed of one disk for random reads; --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --GJOW/16TiMziTs6N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFChfpAForvXbEpPzQRAhU+AJ0R4NZg/yi42IEoUg7+v6oW+z4bmACgm55s D6+UCfvI6Y/wbyShpB+GX5Y= =MGqj -----END PGP SIGNATURE----- --GJOW/16TiMziTs6N-- From owner-freebsd-stable@FreeBSD.ORG Sat May 14 13:19:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76E4516A4CE for ; Sat, 14 May 2005 13:19:32 +0000 (GMT) Received: from isis.bgp4.net (isis.bgp4.net [66.246.197.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1243B43D73 for ; Sat, 14 May 2005 13:19:32 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from [192.168.23.13] (c-67-160-127-194.hsd1.wa.comcast.net [67.160.127.194]) (authenticated bits=0) by isis.bgp4.net (8.13.3/8.13.3) with ESMTP id j4EDK26P007297 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sat, 14 May 2005 06:20:03 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Message-ID: <4285FAE0.8070401@bgp4.net> Date: Sat, 14 May 2005 06:19:28 -0700 From: Janet Sullivan User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Best gigabit ethernet NIC for 5.4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 13:19:32 -0000 What is the best PCI gigabit NIC out there right now? For 100Mbit/s I use fxp cards. Is there anything as good in the 1000Mbit range? From owner-freebsd-stable@FreeBSD.ORG Sat May 14 13:22:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F90916A4CE for ; Sat, 14 May 2005 13:22:39 +0000 (GMT) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 777A243D45 for ; Sat, 14 May 2005 13:22:38 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr1.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4EDMXtK094469; Sat, 14 May 2005 15:22:33 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j4EDMWlM001676; Sat, 14 May 2005 15:22:32 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j4EDMWJg001675; Sat, 14 May 2005 15:22:32 +0200 (CEST) (envelope-from wb) Date: Sat, 14 May 2005 15:22:32 +0200 From: Wilko Bulte To: Janet Sullivan Message-ID: <20050514132232.GA1660@freebie.xs4all.nl> References: <4285FAE0.8070401@bgp4.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4285FAE0.8070401@bgp4.net> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-stable@freebsd.org Subject: Re: Best gigabit ethernet NIC for 5.4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 13:22:39 -0000 On Sat, May 14, 2005 at 06:19:28AM -0700, Janet Sullivan wrote.. > What is the best PCI gigabit NIC out there right now? For 100Mbit/s I > use fxp cards. Is there anything as good in the 1000Mbit range? I would suggest a card driven by em(4) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat May 14 13:57:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A1E16A4CE for ; Sat, 14 May 2005 13:57:52 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A7B43D53 for ; Sat, 14 May 2005 13:57:52 +0000 (GMT) (envelope-from vohand@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1138858wri for ; Sat, 14 May 2005 06:57:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z+EDkiSaMftwwKc7iYxnhXs935Si88L/qnNm5oDRv18XdKgykD2y5Q4gadwKNTVHBq7zcbQZygz8KzNIHaMqwBnca3cPzPsjqG8n8QkKzSolGUWKCOR1el29PQPEEaZ7AqrhmRvQnOCUcpYEflgMu5hmAX1sfGuoE/rioizGMDg= Received: by 10.54.6.50 with SMTP id 50mr2321917wrf; Sat, 14 May 2005 06:57:51 -0700 (PDT) Received: by 10.54.97.17 with HTTP; Sat, 14 May 2005 06:57:51 -0700 (PDT) Message-ID: <4200469905051406572de39b47@mail.gmail.com> Date: Sat, 14 May 2005 17:57:51 +0400 From: Vladimir Dzhivsanoff To: Pawel Jakub Dawidek In-Reply-To: <20050514131648.GB837@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vladimir Dzhivsanoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 13:57:52 -0000 On 5/14/05, Pawel Jakub Dawidek wrote: > On Sat, May 14, 2005 at 01:22:05PM +0400, vohand@gmail.com wrote: > +>=20 > +> Hardware: SATA RAID adapter with SiliconImage 3114 chip. 2 SATA HDD. > +> I did gmirror. > +>=20 > +> Run test: > +> 3 parallel tasks "dd if=3D/dev/mirror/gm0 of=3D/dev/null bs=3D1m count= =3D5000" > +>=20 > +> gstat shows summary read speed from mirror about 30-40 mbyte/sec. > +> It is for all balance algorithms: load, round-robin, split > +>=20 > +> While, one "dd if=3D/dev/ad4 of=3D/dev/null bs=3D1m count=3D5000" show= s 50 > mbyte/sec > +>=20 > +> 1. Why it occurs and how fix it ? > +>=20 > +> 2. If in the test instead of three instancies of "dd if=3D/dev/mirror/= gm0 > +> of=3D/dev/null bs=3D1m count=3D5000" run only one,=20 > +> then read speed don`t exceeds read speed from one disk (dd > if=3D/dev/ad4 > +> of=3D/dev/null bs=3D1m count=3D5000) > +> =09a) This is gmirror feature ? > +> =09b) This is hardware feature (SiliconImage 3114 chip) ? >=20 > This is the way RAID1 works. Try to imagine how disk's heads are moving - > there will be no speed-up in sequential reads, this is not RAID0. >=20 > Mirror characteristics are: > - the same speed for sequential reads as for one disk; > - the same speed for sequential/random write as for one disk; > - double speed of one disk for random reads; by what test-suite I can test it ? and what balance algorithm is more proper for random reads ? >=20 > --=20 > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! >=20 > From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:00:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9AA816A4D0 for ; Sat, 14 May 2005 14:00:44 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30BF043D6B for ; Sat, 14 May 2005 14:00:44 +0000 (GMT) (envelope-from vohand@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1139243wri for ; Sat, 14 May 2005 07:00:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dajz29HWNT1/RXviVsNEMX1LD52PlF3hlAjGCtILr2HN305XOjBi1JFGpmkrrLfWuzEgZmhWZK44phD0WjPo5MVE6b6TZwL2vn9yBV/e4gsAAH1oDjQkDmIPhCxHhdxi1+HU+qo893jsn0dVWquY93LHzsQVePQLGAp/M6aXD2s= Received: by 10.54.133.2 with SMTP id g2mr2312792wrd; Sat, 14 May 2005 07:00:43 -0700 (PDT) Received: by 10.54.97.17 with HTTP; Sat, 14 May 2005 07:00:43 -0700 (PDT) Message-ID: <4200469905051407007484832@mail.gmail.com> Date: Sat, 14 May 2005 18:00:43 +0400 From: Vladimir Dzhivsanoff To: Pawel Jakub Dawidek In-Reply-To: <20050514131648.GB837@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vladimir Dzhivsanoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:00:44 -0000 On 5/14/05, Pawel Jakub Dawidek wrote: > On Sat, May 14, 2005 at 01:22:05PM +0400, vohand@gmail.com wrote: > +>=20 > +> Hardware: SATA RAID adapter with SiliconImage 3114 chip. 2 SATA HDD. > +> I did gmirror. > +>=20 > +> Run test: > +> 3 parallel tasks "dd if=3D/dev/mirror/gm0 of=3D/dev/null bs=3D1m count= =3D5000" > +>=20 > +> gstat shows summary read speed from mirror about 30-40 mbyte/sec. > +> It is for all balance algorithms: load, round-robin, split > +>=20 > +> While, one "dd if=3D/dev/ad4 of=3D/dev/null bs=3D1m count=3D5000" show= s 50 > mbyte/sec > +>=20 > +> 1. Why it occurs and how fix it ? > +>=20 > +> 2. If in the test instead of three instancies of "dd if=3D/dev/mirror/= gm0 > +> of=3D/dev/null bs=3D1m count=3D5000" run only one,=20 > +> then read speed don`t exceeds read speed from one disk (dd > if=3D/dev/ad4 > +> of=3D/dev/null bs=3D1m count=3D5000) > +> =09a) This is gmirror feature ? > +> =09b) This is hardware feature (SiliconImage 3114 chip) ? >=20 > This is the way RAID1 works. Try to imagine how disk's heads are moving - > there will be no speed-up in sequential reads, this is not RAID0. >=20 > Mirror characteristics are: > - the same speed for sequential reads as for one disk; > - the same speed for sequential/random write as for one disk; =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D > - double speed of one disk for random reads; by what test-suite I can test it ? and what balance algorithm is more proper for random reads ? three parallel tasks of "dd ...." is not good model for random reads ? >=20 > --=20 > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! >=20 > From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:16:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A8A16A4CE for ; Sat, 14 May 2005 14:16:07 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A3A443D6B for ; Sat, 14 May 2005 14:16:07 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id EF4C3AC976; Sat, 14 May 2005 16:16:05 +0200 (CEST) Date: Sat, 14 May 2005 16:16:05 +0200 From: Pawel Jakub Dawidek To: Vladimir Dzhivsanoff Message-ID: <20050514141605.GC837@darkness.comp.waw.pl> References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> <4200469905051406572de39b47@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EjzMHt9S0ayEzO8E" Content-Disposition: inline In-Reply-To: <4200469905051406572de39b47@mail.gmail.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:16:07 -0000 --EjzMHt9S0ayEzO8E Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 05:57:51PM +0400, Vladimir Dzhivsanoff wrote: +> > This is the way RAID1 works. Try to imagine how disk's heads are movin= g - +> > there will be no speed-up in sequential reads, this is not RAID0. +> >=20 +> > Mirror characteristics are: +> > - the same speed for sequential reads as for one disk; +> > - the same speed for sequential/random write as for one disk; +> > - double speed of one disk for random reads; +> by what test-suite I can test it ? +> and what balance algorithm is more proper for random reads ? There is my tool in ports (benchmarks/raidtest/) which does what you want. The README file wasn't moved to ports, IIRC, you can find it here: http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/tools/raidtest/Attic/READM= E?rev=3D1.2&content-type=3Dtext/x-cvsweb-markup&hideattic=3D0 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --EjzMHt9S0ayEzO8E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFChgglForvXbEpPzQRAhyMAKC4GQFN55tjgSrM8UJIO2WddBYGwwCggIQR ml87RNtf8bTfJ2PJZ9Sra10= =tbTD -----END PGP SIGNATURE----- --EjzMHt9S0ayEzO8E-- From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:18:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59ABD16A4CE for ; Sat, 14 May 2005 14:18:01 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B88343D31 for ; Sat, 14 May 2005 14:18:00 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001410219.msg for ; Sat, 14 May 2005 15:13:50 +0100 Message-ID: <009901c5588f$b242b150$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Sat, 14 May 2005 15:17:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sat, 14 May 2005 15:13:50 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 14 May 2005 15:13:51 +0100 Subject: 5.4-RELEASE amd64: Panic isadma_start : bad bounce buffer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:18:01 -0000 Just been trying to install FreeBSD 5.4 amd64 here and when loading the raid control kernel module driver ( hptmv ) from floppy and booting I was getting: Panic isadma_start : bad bounce buffer The driver install docs stated to disable ACPI it this happened this prevented the cards from being detected. Anyway I found a workaround which is interesting. After loading the module from floppy I unplugged the floppy drive this seems to fix the issue, no panic and the controllers detected find ( installing as we speak ) so is there a problem with floppy access in amd64 5.4? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:29:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE8516A4CE for ; Sat, 14 May 2005 14:29:17 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9A443D5D for ; Sat, 14 May 2005 14:29:16 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAE157.dip.t-dialin.net [84.170.225.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 491412F546; Sat, 14 May 2005 16:29:14 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4EEUa7e000996; Sat, 14 May 2005 16:30:37 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42860B8C.2050400@incubus.de> Date: Sat, 14 May 2005 16:30:36 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: NAKAJI Hiroyuki References: <20050509210158.GA9844@bloom.cse.buffalo.edu> <86wtq2gjef.fsf@ra333.heimat.gr.jp> In-Reply-To: <86wtq2gjef.fsf@ra333.heimat.gr.jp> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: ANNOUNCE: [FreeBSD-Announce] FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:29:17 -0000 NAKAJI Hiroyuki wrote: >> MD5 (5.4-RELEASE-i386-bootonly.iso) = 2afe65af7e7b994c3ce87cefda27352e > With this CD, execute of /stand/sysinatall fails, that is, the system > stucks. Worked for me. Maybe you burnt it on a bad medium? mkb. From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:45:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6739A16A4CE for ; Sat, 14 May 2005 14:45:50 +0000 (GMT) Received: from www.heimat.gr.jp (www.heimat.gr.jp [221.186.186.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A2F43D45 for ; Sat, 14 May 2005 14:45:49 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from ra333.heimat.gr.jp (ra333 [221.186.186.11]) by www.heimat.gr.jp (8.13.3/8.13.1) with ESMTP id j4EEjifL087533; Sat, 14 May 2005 23:45:44 +0900 (JST) (envelope-from nakaji@takamatsu-nct.ac.jp) Sender: nakaji@takamatsu-nct.ac.jp From: NAKAJI Hiroyuki To: Matthias Buelow References: <20050509210158.GA9844@bloom.cse.buffalo.edu> <86wtq2gjef.fsf@ra333.heimat.gr.jp> <42860B8C.2050400@incubus.de> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Sat, 14 May 2005 23:45:44 +0900 In-Reply-To: <42860B8C.2050400@incubus.de> (Matthias Buelow's message of "Sat, 14 May 2005 16:30:36 +0200") Message-ID: <868y2hhnmv.fsf@ra333.heimat.gr.jp> User-Agent: T-gnus/6.17.4 (based on No Gnus v0.4) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) cc: freebsd-stable@freebsd.org Subject: Re: ANNOUNCE: [FreeBSD-Announce] FreeBSD 5.4-RELEASE is now available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:45:50 -0000 >>>>> In <42860B8C.2050400@incubus.de> >>>>> Matthias Buelow wrote: > >> MD5 (5.4-RELEASE-i386-bootonly.iso) = 2afe65af7e7b994c3ce87cefda27352e > > With this CD, execute of /stand/sysinatall fails, that is, the system > > stucks. > Worked for me. Maybe you burnt it on a bad medium? Maybe. Or CD-R drive may have some problem, because disc1 was burnt on another same medium but with another DVD-R drive. Anyway, 5.4-RELEASE is now working. Thanks. -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:48:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E66D716A4CE for ; Sat, 14 May 2005 14:48:47 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8284943D46 for ; Sat, 14 May 2005 14:48:47 +0000 (GMT) (envelope-from vohand@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1146044wri for ; Sat, 14 May 2005 07:48:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dyWsGxSNoBKDugz5iaQv7cPSUi8dV+aqyfdGA3pB/LclDPzL6vqMReGrhGjATZH7T8EClg1l2Ur3g6aGQ/JED5xUk2oxXqwtPDKa1O2lgtehRauKAuNDUfb1WNFInUYIBt+O0G0yS9JiaUgFEn2yGAcqvYr9rIbXJDsilpg/2nA= Received: by 10.54.47.7 with SMTP id u7mr2340663wru; Sat, 14 May 2005 07:48:47 -0700 (PDT) Received: by 10.54.97.17 with HTTP; Sat, 14 May 2005 07:48:47 -0700 (PDT) Message-ID: <4200469905051407486f241a65@mail.gmail.com> Date: Sat, 14 May 2005 18:48:47 +0400 From: Vladimir Dzhivsanoff To: Pawel Jakub Dawidek In-Reply-To: <20050514141605.GC837@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> <4200469905051406572de39b47@mail.gmail.com> <20050514141605.GC837@darkness.comp.waw.pl> cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vladimir Dzhivsanoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:48:48 -0000 On 5/14/05, Pawel Jakub Dawidek wrote: > On Sat, May 14, 2005 at 05:57:51PM +0400, Vladimir Dzhivsanoff wrote: > +> > This is the way RAID1 works. Try to imagine how disk's heads are mov= ing > - > +> > there will be no speed-up in sequential reads, this is not RAID0. > +> >=20 > +> > Mirror characteristics are: > +> > - the same speed for sequential reads as for one disk; > +> > - the same speed for sequential/random write as for one disk; > +> > - double speed of one disk for random reads; > +> by what test-suite I can test it ? > +> and what balance algorithm is more proper for random reads ? >=20 > There is my tool in ports (benchmarks/raidtest/) which does what you want= . > The README file wasn't moved to ports, IIRC, you can find it here: >=20 big thanks, Pawel=20 > =09http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/tools/raidtest/Attic/R= EADME?rev=3D1.2&content-type=3Dtext/x-cvsweb-markup&hideattic=3D0 >=20 > --=20 > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! >=20 > From owner-freebsd-stable@FreeBSD.ORG Sat May 14 14:56:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1862616A4CE for ; Sat, 14 May 2005 14:56:36 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 037A343D68 for ; Sat, 14 May 2005 14:56:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E004E72DD4; Sat, 14 May 2005 07:56:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DD7C772DCB; Sat, 14 May 2005 07:56:35 -0700 (PDT) Date: Sat, 14 May 2005 07:56:35 -0700 (PDT) From: Doug White To: Steven Hartland In-Reply-To: <009901c5588f$b242b150$b3db87d4@multiplay.co.uk> Message-ID: <20050514075519.C41753@carver.gumbysoft.com> References: <009901c5588f$b242b150$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.4-RELEASE amd64: Panic isadma_start : bad bounce buffer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:56:36 -0000 On Sat, 14 May 2005, Steven Hartland wrote: > Just been trying to install FreeBSD 5.4 amd64 here and > when loading the raid control kernel module driver ( hptmv ) > from floppy and booting I was getting: > Panic isadma_start : bad bounce buffer This is a known bug; floppy drives don't work on amd64 since the ISA DMA buffer gets allocated above 16MB. I don't know if this is something that needs to be handled by busdma. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat May 14 15:07:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCE1516A4CE for ; Sat, 14 May 2005 15:07:52 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52E5A43D6E for ; Sat, 14 May 2005 15:07:52 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001410273.msg for ; Sat, 14 May 2005 16:03:12 +0100 Message-ID: <00c301c55896$986e20a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Doug White" References: <009901c5588f$b242b150$b3db87d4@multiplay.co.uk> <20050514075519.C41753@carver.gumbysoft.com> Date: Sat, 14 May 2005 16:07:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sat, 14 May 2005 16:03:12 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 14 May 2005 16:03:14 +0100 cc: freebsd-stable@freebsd.org Subject: Re: 5.4-RELEASE amd64: Panic isadma_start : bad bounce buffer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 15:07:53 -0000 Thanks for the confirmation there Doug at least I have a workaround :) Steve ----- Original Message ----- From: "Doug White" > > This is a known bug; floppy drives don't work on amd64 since the ISA DMA > buffer gets allocated above 16MB. I don't know if this is something that > needs to be handled by busdma. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat May 14 15:33:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8692816A4CE; Sat, 14 May 2005 15:33:35 +0000 (GMT) Received: from tomts20-srv.bellnexxia.net (tomts20.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8233D43D46; Sat, 14 May 2005 15:33:34 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.132] ([65.95.109.100]) by tomts20-srv.bellnexxia.netESMTP <20050514153329.DNKZ8412.tomts20-srv.bellnexxia.net@[192.168.1.132]>; Sat, 14 May 2005 11:33:29 -0400 In-Reply-To: <20050514131648.GB837@darkness.comp.waw.pl> References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1fd5b5ac2af3d7efffb5b1c473b76fb0@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 14 May 2005 11:33:38 -0400 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.622) cc: vohand@gmail.com cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 15:33:35 -0000 On May 14, 2005, at 09:16, Pawel Jakub Dawidek wrote: > This is the way RAID1 works. Try to imagine how disk's heads are > moving - > there will be no speed-up in sequential reads, this is not RAID0. > > Mirror characteristics are: > - the same speed for sequential reads as for one disk; > - the same speed for sequential/random write as for one disk; > - double speed of one disk for random reads; The following paper describes the I/O characteristics of various RAID schemes: http://citeseer.ist.psu.edu/chen89evaluation.html The following two may also be of some interest: http://citeseer.ist.psu.edu/chen90maximizing.html http://citeseer.ist.psu.edu/219910.html From owner-freebsd-stable@FreeBSD.ORG Sat May 14 15:35:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4404716A4CE; Sat, 14 May 2005 15:35:56 +0000 (GMT) Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 891D643D69; Sat, 14 May 2005 15:35:55 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.132] ([65.95.109.100]) by tomts10-srv.bellnexxia.netESMTP <20050514153550.ZKKZ26102.tomts10-srv.bellnexxia.net@[192.168.1.132]>; Sat, 14 May 2005 11:35:50 -0400 In-Reply-To: <4200469905051407486f241a65@mail.gmail.com> References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> <4200469905051406572de39b47@mail.gmail.com> <20050514141605.GC837@darkness.comp.waw.pl> <4200469905051407486f241a65@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4d454d044d57b9f62c8dd51c3f077b38@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 14 May 2005 11:36:04 -0400 To: Vladimir Dzhivsanoff X-Mailer: Apple Mail (2.622) cc: freebsd-stable@freebsd.org cc: Pawel Jakub Dawidek Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 15:35:56 -0000 On May 14, 2005, at 10:48, Vladimir Dzhivsanoff wrote: > On 5/14/05, Pawel Jakub Dawidek wrote: >> There is my tool in ports (benchmarks/raidtest/) which does what you >> want. >> The README file wasn't moved to ports, IIRC, you can find it here: >> > big thanks, Pawel You may also want to check out Bonnie and Bonnie++. They're fairly standard I/O benchmark programs that are a staple in measuring performance. Bonnie is in the Ports tree. From owner-freebsd-stable@FreeBSD.ORG Sat May 14 16:06:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0321716A4CE; Sat, 14 May 2005 16:06:41 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B9743D62; Sat, 14 May 2005 16:06:35 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.43 (FreeBSD)) id 1DWzNi-00093H-W8; Sun, 15 May 2005 01:20:51 +0900 From: balgaa@micom.mn (Balgansuren.B) To: freebsd-stable@freebsd.org X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20050514160635.36B9743D62@mx1.FreeBSD.org> Date: Sat, 14 May 2005 16:06:35 +0000 (GMT) cc: freebsd-current@freebsd.org Subject: Supermicro superserver 5013S-i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 16:06:41 -0000 Hello, Yesterday (13 May, 2005), I installed FreeBSD 5.4 Release on this server without problem. This morning (14 May, 2005) I did cvsup and now it is 5.4-STABLE. But I saw strange thing when I change settings on bios setup. When I change ACPI OS aware=YES ========================== May 14 10:41:41 altainet kernel: Copyright (c) 1992-2005 The FreeBSD Project. May 14 10:41:41 altainet kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 May 14 10:41:41 altainet kernel: The Regents of the University of California. All rights reserved. May 14 10:41:41 altainet kernel: FreeBSD 5.4-STABLE #0: Sat May 14 10:20:36 EDT 2005 May 14 10:41:41 altainet kernel: root@altainet.xxx.com:/usr/obj/usr/src/sys/ALTAINET May 14 10:41:41 altainet kernel: ACPI APIC Table: May 14 10:41:41 altainet kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 May 14 10:41:41 altainet kernel: CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.11-MHz 686-class CPU) May 14 10:41:41 altainet kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 May 14 10:41:41 altainet kernel: Features=0xbfebfbff May 14 10:41:41 altainet kernel: Hyperthreading: 2 logical CPUs May 14 10:41:41 altainet kernel: real memory = 1073676288 (1023 MB) May 14 10:41:41 altainet kernel: avail memory = 1045319680 (996 MB) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [IORG] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [KBC_] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [OEM_] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: MADT: Forcing active-low polarity and level trigger for SCI May 14 10:41:41 altainet kernel: ioapic0 irqs 0-15 on motherboard May 14 10:41:41 altainet kernel: ioapic1 irqs 16-31 on motherboard May 14 10:41:41 altainet kernel: ioapic2 irqs 32-47 on motherboard May 14 10:41:41 altainet kernel: npx0: on motherboard May 14 10:41:41 altainet kernel: npx0: INT 16 interface May 14 10:41:41 altainet kernel: acpi0: on motherboard May 14 10:41:41 altainet kernel: acpi0: Power Button (fixed) May 14 10:41:41 altainet kernel: unknown: I/O range not supported May 14 10:41:41 altainet kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 May 14 10:41:41 altainet kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 May 14 10:41:41 altainet kernel: cpu0: on acpi0 May 14 10:41:41 altainet kernel: acpi_throttle0: on cpu0 May 14 10:41:41 altainet kernel: acpi_button0: on acpi0 May 14 10:41:41 altainet kernel: pcib0: port 0xcf8-0xcff on acpi0 May 14 10:41:41 altainet kernel: pci0: on pcib0 May 14 10:41:41 altainet kernel: pci0: at device 6.0 (no driver attached) May 14 10:41:41 altainet kernel: fxp0: port 0xe400-0xe43f mem 0xfeb80000-0xfeb9ffff,0xfebfc000-0xfebfcfff irq 27 at device 7.0 on pci0 May 14 10:41:41 altainet kernel: miibus0: on fxp0 May 14 10:41:41 altainet kernel: inphy0: on miibus0 May 14 10:41:41 altainet kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto May 14 10:41:41 altainet kernel: fxp0: Ethernet address: 00:30:48:53:97:6c May 14 10:41:41 altainet kernel: bge0: mem 0xfebe0000-0xfebeffff irq 28 at device 8.0 on pci0 May 14 10:41:41 altainet kernel: miibus1: on bge0 May 14 10:41:41 altainet kernel: brgphy0: on miibus1 May 14 10:41:41 altainet kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto May 14 10:41:41 altainet kernel: bge0: Ethernet address: 00:30:48:53:97:6d May 14 10:41:41 altainet kernel: atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 May 14 10:41:41 altainet kernel: ata0: channel #0 on atapci0 May 14 10:41:41 altainet kernel: ata1: channel #1 on atapci0 May 14 10:41:41 altainet kernel: ohci0: mem 0xfebfd000-0xfebfdfff irq 10 at device 15.2 on pci0 May 14 10:41:41 altainet kernel: usb0: OHCI version 1.0, legacy support May 14 10:41:41 altainet kernel: usb0: SMM does not respond, resetting May 14 10:41:41 altainet kernel: usb0: on ohci0 May 14 10:41:41 altainet kernel: usb0: USB revision 1.0 May 14 10:41:41 altainet kernel: uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 May 14 10:41:41 altainet kernel: uhub0: 4 ports with 4 removable, self powered May 14 10:41:41 altainet kernel: isab0: at device 15.3 on pci0 May 14 10:41:41 altainet kernel: isa0: on isab0 May 14 10:41:41 altainet kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 May 14 10:41:41 altainet kernel: atkbd0: irq 1 on atkbdc0 May 14 10:41:41 altainet kernel: kbd0 at atkbd0 May 14 10:41:41 altainet kernel: psm0: irq 12 on atkbdc0 May 14 10:41:41 altainet kernel: psm0: model IntelliMouse, device ID 3 May 14 10:41:41 altainet kernel: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 May 14 10:41:41 altainet kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 May 14 10:41:41 altainet kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 May 14 10:41:41 altainet kernel: sio0: type 16550A May 14 10:41:41 altainet kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 May 14 10:41:41 altainet kernel: sio1: type 16550A May 14 10:41:41 altainet kernel: ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 May 14 10:41:41 altainet kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode May 14 10:41:41 altainet kernel: ppc0: FIFO with 16/16/8 bytes threshold May 14 10:41:41 altainet kernel: ppbus0: on ppc0 May 14 10:41:41 altainet kernel: plip0: on ppbus0 May 14 10:41:41 altainet kernel: ppi0: on ppbus0 May 14 10:41:41 altainet kernel: pmtimer0 on isa0 May 14 10:41:41 altainet kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 May 14 10:41:41 altainet kernel: sc0: at flags 0x100 on isa0 May 14 10:41:41 altainet kernel: sc0: VGA <16 virtual consoles, flags=0x300> May 14 10:41:41 altainet kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 May 14 10:41:41 altainet kernel: Timecounter "TSC" frequency 2400106104 Hz quality 800 May 14 10:41:41 altainet kernel: Timecounters tick every 10.000 msec May 14 10:41:41 altainet kernel: IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled May 14 10:41:41 altainet kernel: ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default May 14 10:41:41 altainet kernel: ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 May 14 10:41:41 altainet kernel: acd0: CDROM at ata1-master PIO4 May 14 10:41:41 altainet kernel: Mounting root from ufs:/dev/ad1s1a May 14 10:44:14 altainet login: ROOT LOGIN (root) ON ttyv0 May 14 11:10:03 altainet dhclient: send_packet: Network is unreachable May 14 11:10:03 altainet dhclient: send_packet: please consult README file regarding broadcast address. May 14 11:10:06 altainet dhclient: New IP Address (fxp0): 192.168.5.5 May 14 11:10:06 altainet dhclient: New Subnet Mask (fxp0): 255.255.255.0 May 14 11:10:06 altainet dhclient: New Broadcast Address (fxp0): 192.168.5.255 May 14 11:10:06 altainet dhclient: New Routers: 192.168.5.1 May 14 11:26:41 altainet login: ROOT LOGIN (root) ON ttyv1 When I change ACPI OS aware=NO ========================== May 14 10:27:59 altainet kernel: Copyright (c) 1992-2005 The FreeBSD Project. May 14 10:27:59 altainet kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 May 14 10:27:59 altainet kernel: The Regents of the University of California. All rights reserved. May 14 10:27:59 altainet kernel: FreeBSD 5.4-STABLE #0: Sat May 14 10:20:36 EDT 2005 May 14 10:27:59 altainet kernel: root@altainet.xxx.com:/usr/obj/usr/src/sys/ALTAINET May 14 10:27:59 altainet kernel: MPTable: May 14 10:27:59 altainet kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 May 14 10:27:59 altainet kernel: CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.10-MHz 686-class CPU) May 14 10:27:59 altainet kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 May 14 10:27:59 altainet kernel: Features=0xbfebfbff May 14 10:27:59 altainet kernel: Hyperthreading: 2 logical CPUs May 14 10:27:59 altainet kernel: real memory = 1073741824 (1024 MB) May 14 10:27:59 altainet kernel: avail memory = 1045393408 (996 MB) May 14 10:27:59 altainet kernel: ioapic0: Assuming intbase of 0 May 14 10:27:59 altainet kernel: ioapic1: Assuming intbase of 16 May 14 10:27:59 altainet kernel: ioapic2: Assuming intbase of 32 May 14 10:27:59 altainet kernel: ioapic3: Assuming intbase of 48 May 14 10:27:59 altainet kernel: ioapic0 irqs 0-15 on motherboard May 14 10:27:59 altainet kernel: ioapic1 irqs 16-31 on motherboard May 14 10:27:59 altainet kernel: ioapic2 irqs 32-47 on motherboard May 14 10:27:59 altainet kernel: ioapic3 irqs 48-63 on motherboard May 14 10:27:59 altainet kernel: npx0: on motherboard May 14 10:27:59 altainet kernel: npx0: INT 16 interface May 14 10:27:59 altainet kernel: cpu0 on motherboard May 14 10:27:59 altainet kernel: pcib0: pcibus 0 on motherboard May 14 10:27:59 altainet kernel: pci0: on pcib0 May 14 10:27:59 altainet kernel: pci0: at device 6.0 (no driver attached) May 14 10:27:59 altainet kernel: fxp0: port 0xe400-0xe43f mem 0xfeb80000-0xfeb9ffff,0xfebfc000-0xfebfcfff irq 27 at device 7.0 on pci0 May 14 10:27:59 altainet kernel: miibus0: on fxp0 May 14 10:27:59 altainet kernel: inphy0: on miibus0 May 14 10:27:59 altainet kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto May 14 10:27:59 altainet kernel: fxp0: Ethernet address: 00:30:48:53:97:6c May 14 10:27:59 altainet kernel: bge0: mem 0xfebe0000-0xfebeffff irq 28 at device 8.0 on pci0 May 14 10:27:59 altainet kernel: miibus1: on bge0 May 14 10:27:59 altainet kernel: brgphy0: on miibus1 May 14 10:27:59 altainet kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto May 14 10:27:59 altainet kernel: bge0: Ethernet address: 00:30:48:53:97:6d May 14 10:27:59 altainet kernel: atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 May 14 10:27:59 altainet kernel: ata0: channel #0 on atapci0 May 14 10:27:59 altainet kernel: ata1: channel #1 on atapci0 May 14 10:27:59 altainet kernel: ohci0: mem 0xfebfd000-0xfebfdfff irq 17 at device 15.2 on pci0 May 14 10:27:59 altainet kernel: usb0: OHCI version 1.0, legacy support May 14 10:27:59 altainet kernel: usb0: SMM does not respond, resetting May 14 10:27:59 altainet kernel: usb0: on ohci0 May 14 10:27:59 altainet kernel: usb0: USB revision 1.0 May 14 10:27:59 altainet kernel: uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 May 14 10:27:59 altainet kernel: uhub0: 4 ports with 4 removable, self powered May 14 10:27:59 altainet kernel: isab0: at device 15.3 on pci0 May 14 10:27:59 altainet kernel: isa0: on isab0 May 14 10:27:59 altainet kernel: pcib255: pcibus 255 on motherboard May 14 10:27:59 altainet kernel: pci255: on pcib255 May 14 10:27:59 altainet kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 May 14 10:27:59 altainet kernel: pmtimer0 on isa0 May 14 10:27:59 altainet kernel: atkbdc0: at port 0x64,0x60 on isa0 May 14 10:27:59 altainet kernel: atkbd0: irq 1 on atkbdc0 May 14 10:27:59 altainet kernel: kbd0 at atkbd0 May 14 10:27:59 altainet kernel: psm0: irq 12 on atkbdc0 May 14 10:27:59 altainet kernel: psm0: model IntelliMouse, device ID 3 May 14 10:27:59 altainet kernel: fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 May 14 10:27:59 altainet kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 May 14 10:27:59 altainet kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 May 14 10:27:59 altainet kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode May 14 10:27:59 altainet kernel: ppc0: FIFO with 16/16/8 bytes threshold May 14 10:27:59 altainet kernel: ppbus0: on ppc0 May 14 10:27:59 altainet kernel: plip0: on ppbus0 May 14 10:27:59 altainet kernel: ppi0: on ppbus0 May 14 10:27:59 altainet kernel: sc0: at flags 0x100 on isa0 May 14 10:27:59 altainet kernel: sc0: VGA <16 virtual consoles, flags=0x300> May 14 10:27:59 altainet kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 May 14 10:27:59 altainet kernel: sio0: type 16550A May 14 10:27:59 altainet kernel: sio1 at port 0x2f8-0x2ff irq 3 on isa0 May 14 10:27:59 altainet kernel: sio1: type 16550A May 14 10:27:59 altainet kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (irq) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: Timecounter "TSC" frequency 2400102812 Hz quality 800 May 14 10:27:59 altainet kernel: Timecounters tick every 10.000 msec May 14 10:27:59 altainet kernel: IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled May 14 10:27:59 altainet kernel: ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default May 14 10:27:59 altainet kernel: ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 May 14 10:27:59 altainet kernel: acd0: CDROM at ata1-master PIO4 May 14 10:27:59 altainet kernel: Mounting root from ufs:/dev/ad1s1a May 14 10:29:19 altainet login: ROOT LOGIN (root) ON ttyv0 I think happen something to ACPI. Also in bios setup MP Table 1.4=Enabled. I tried Plug-in-Play=Yes/No both mode result same. Any suggestion? Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Sat May 14 17:01:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F86F16A4CE; Sat, 14 May 2005 17:01:53 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 429AF43D60; Sat, 14 May 2005 17:01:53 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-70-110-10-155.roa.east.verizon.net [70.110.10.155]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j4EH1oPW063816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 14 May 2005 13:01:51 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j4EH1ilO004291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 14 May 2005 13:01:45 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j4EH1iUq004290; Sat, 14 May 2005 13:01:44 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Dominic Marks In-Reply-To: <200505141130.01541.dom@goodforbusiness.co.uk> References: <20050514093217.C6088E082A@oak.tantieme.ru> <200505141130.01541.dom@goodforbusiness.co.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 14 May 2005 13:01:43 -0400 Message-Id: <1116090103.3699.43.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: vohand@gmail.com cc: freebsd-stable@freebsd.org cc: pjd@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 17:01:53 -0000 On Sat, 2005-05-14 at 11:30 +0100, Dominic Marks wrote: > The seek times are way down, which is great, and makes sense using a > round-robin strategy on the mirror, but my peak transfer rate has been > almost halved too. > > I don't mind this too much as in my application low seek times are worth > more than high transfer rates, but it is still puzzling to me to see such a > remarkable drop in throughput. For large sequential reads on a round-robin mirror, you might be forcing each drive to do a lot more small seeks than if you just accessed the data from a single drive, and those small seeks may be slowing down the overall transfer significantly. I would have thought that large, whole-track caches prevalent on modern hard disks would ameliorate that problem in an otherwise quiescent environment, but, dependent upon the drive's caching policy, you never know... Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Sat May 14 17:15:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142A916A4CE; Sat, 14 May 2005 17:15:18 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5A643D77; Sat, 14 May 2005 17:15:17 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-70-110-10-155.roa.east.verizon.net [70.110.10.155]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j4EHFF1O063839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 14 May 2005 13:15:17 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j4EHFA8M004322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 14 May 2005 13:15:10 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j4EHF9fD004321; Sat, 14 May 2005 13:15:09 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Vladimir Dzhivsanoff In-Reply-To: <4200469905051407007484832@mail.gmail.com> References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> <4200469905051407007484832@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 14 May 2005 13:15:09 -0400 Message-Id: <1116090909.3699.56.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: freebsd-stable@freebsd.org cc: Pawel Jakub Dawidek Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 17:15:18 -0000 On Sat, 2005-05-14 at 18:00 +0400, Vladimir Dzhivsanoff wrote: > three parallel tasks of "dd ...." is not good model for random reads ? Probably not, especially if you start the parallel tasks going at the same time. That way, the second and third tasks are almost certainly hitting data in the hard drive's cache, rather than the actual disk platters, and so are more likely to be testing the interface transfer speed than the hard drive's sustained performance. For a better model (of parallel large sequential transfers), you should at the very least stagger the start times of each task, to minimise cache effects. The better question to ask yourself is this: are large sequential transfers a good model of my workload. That is what you are testing with your dd's. Seek times are the dominant cost of a disk transfer. Large sequential transfers are a best-case scenario for I/O measurements because they involve minimal seek overheads. However, "best-case" and "real-world" are not usually the same thing. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Sat May 14 17:58:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4322D16A4CE for ; Sat, 14 May 2005 17:58:57 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id D511643D5D for ; Sat, 14 May 2005 17:58:56 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 20606ACC47; Sat, 14 May 2005 19:58:55 +0200 (CEST) Date: Sat, 14 May 2005 19:58:55 +0200 From: Pawel Jakub Dawidek To: David Magda Message-ID: <20050514175855.GD837@darkness.comp.waw.pl> References: <20050514093217.C6088E082A@oak.tantieme.ru> <20050514131648.GB837@darkness.comp.waw.pl> <4200469905051406572de39b47@mail.gmail.com> <20050514141605.GC837@darkness.comp.waw.pl> <4200469905051407486f241a65@mail.gmail.com> <4d454d044d57b9f62c8dd51c3f077b38@ee.ryerson.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="niSs4pOX6NtZ/XiO" Content-Disposition: inline In-Reply-To: <4d454d044d57b9f62c8dd51c3f077b38@ee.ryerson.ca> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Vladimir Dzhivsanoff cc: freebsd-stable@freebsd.org Subject: Re: gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 17:58:57 -0000 --niSs4pOX6NtZ/XiO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 11:36:04AM -0400, David Magda wrote: +>=20 +> On May 14, 2005, at 10:48, Vladimir Dzhivsanoff wrote: +>=20 +> >On 5/14/05, Pawel Jakub Dawidek wrote: +> >>There is my tool in ports (benchmarks/raidtest/) which does what you= =20 +> >>want. +> >>The README file wasn't moved to ports, IIRC, you can find it here: +> >> +> >big thanks, Pawel +>=20 +> You may also want to check out Bonnie and Bonnie++. They're fairly=20 +> standard I/O benchmark programs that are a staple in measuring=20 +> performance. Bonnie is in the Ports tree. It measures file system performance, so it is basically not this level, but could be useful too. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --niSs4pOX6NtZ/XiO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFChjxfForvXbEpPzQRApB8AKC2P9JFDro0U4nukMpIDdekIml5yACdHWIw NJja0nKrEGtU+9TOc9T6vlk= =AZa5 -----END PGP SIGNATURE----- --niSs4pOX6NtZ/XiO-- From owner-freebsd-stable@FreeBSD.ORG Sat May 14 19:04:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D93B016A4CE for ; Sat, 14 May 2005 19:04:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7060243D1F for ; Sat, 14 May 2005 19:04:07 +0000 (GMT) (envelope-from vnpenguin@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1182092wri for ; Sat, 14 May 2005 12:04:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TIhW5keii2U1U3k/Qk9cfhpubCj0HItW5zxnBdkPRfk2aP8xwIIUinfYxWik9/8lyLOSNa45qyTmO5FvYuEDqe/4bBeFnipalEfOl6TYuPwjDosvycBz0KVAUd+hyArHRez9guiCEhGMREp7TxxRAh31nfhKzUWzTZ1PNNuNN2o= Received: by 10.54.53.8 with SMTP id b8mr2438454wra; Sat, 14 May 2005 12:04:07 -0700 (PDT) Received: by 10.54.137.1 with HTTP; Sat, 14 May 2005 12:04:07 -0700 (PDT) Message-ID: Date: Sat, 14 May 2005 21:04:07 +0200 From: VnPenguin To: freebsd-stable Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Can't use AC97 sound in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: VnPenguin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 19:04:08 -0000 Hi list, Just installed 5.4. it works fine except my AC97 on board sound. I added a line in /boot/loader.conf : snd_ich_load=3D"YES" But when I run xmms, there is always error like: ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): No such file or directory Here is info about my sound card: # pciconf -lv | grep -B4 audio none1@pci0:17:5: class=3D0x040100 card=3D0x30051695 chip=3D0x3059110= 6 rev=3D0x50 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' class =3D multimedia subclass =3D audio Any help please. Thank you, From owner-freebsd-stable@FreeBSD.ORG Sat May 14 19:10:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1509116A4D0 for ; Sat, 14 May 2005 19:10:37 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1AEB43D86 for ; Sat, 14 May 2005 19:10:36 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 813F46CC31; Sun, 15 May 2005 03:13:10 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08154-04; Sun, 15 May 2005 03:13:08 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.108.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id BA6416CC27; Sun, 15 May 2005 03:13:07 +0800 (MYT) Date: Sun, 15 May 2005 03:10:49 +0800 From: Ariff Abdullah To: VnPenguin Message-Id: <20050515031049.1032f8e0.skywizard@MyBSD.org.my> In-Reply-To: References: Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY cc: freebsd-stable@freebsd.org Subject: Re: Can't use AC97 sound in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 19:10:37 -0000 On Sat, 14 May 2005 21:04:07 +0200 VnPenguin wrote: > Hi list, > Just installed 5.4. it works fine except my AC97 on board sound. > > I added a line in /boot/loader.conf : > > snd_ich_load="YES" > > But when I run xmms, there is always error like: > > ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): > No such file or directory > > Here is info about my sound card: > > # pciconf -lv | grep -B4 audio > none1@pci0:17:5: class=0x040100 card=0x30051695 > chip=0x30591106 rev=0x50 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' > class = multimedia > subclass = audio > use snd_via8233_load="YES" instead. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-stable@FreeBSD.ORG Sat May 14 19:45:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FAA916A4CE for ; Sat, 14 May 2005 19:45:22 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DE843D86 for ; Sat, 14 May 2005 19:45:21 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.hackers (it.hackers [172.16.37.1]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 14AC7DCC9; Sat, 14 May 2005 23:45:19 +0400 (MSD) Date: Sat, 14 May 2005 23:47:03 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: VnPenguin In-Reply-To: Message-ID: <20050514234138.P68956@it.hackers> References: X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable Subject: Re: Can't use AC97 sound in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 19:45:22 -0000 Hi, You've added wrong driver for your sound card. >From man snd_ich: ---------------------- The snd_ich driver supports the following audio devices: o AMD 768 o AMD 8111 o Intel 443MX o Intel ICH o Intel ICH revision 1 o Intel ICH2 o Intel ICH3 o Intel ICH4 o Intel ICH5 o Intel ICH6 o NVIDIA nForce o NVIDIA nForce2 o NVIDIA nForce2 400 o NVIDIA nForce3 o NVIDIA nForce3 250 o NVIDIA nForce4 o SiS 7012 ----------------------- But in fact you have a VIA sound card :) The easiest way is add" sound_load="YES" to loader.conf, the other way is view the sound driver modules in /boot/kernel and choose what's your. PS. this question should go to question@ not stable@ :) On Sat, 14 May 2005, VnPenguin wrote: > Hi list, > Just installed 5.4. it works fine except my AC97 on board sound. > > I added a line in /boot/loader.conf : > > snd_ich_load="YES" > > But when I run xmms, there is always error like: > > ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): No > such file or directory > > Here is info about my sound card: > > # pciconf -lv | grep -B4 audio > none1@pci0:17:5: class=0x040100 card=0x30051695 chip=0x30591106 > rev=0x50 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' > class = multimedia > subclass = audio > > Any help please. > Thank you, > _______________________________________________ > 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" > ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-stable@FreeBSD.ORG Sat May 14 19:54:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E065416A4D0; Sat, 14 May 2005 19:54:07 +0000 (GMT) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B28643D79; Sat, 14 May 2005 19:54:05 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from barbish ([69.172.31.81]) by mta13.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with SMTP id <20050514195404.OUTP4191.mta13.adelphia.net@barbish>; Sat, 14 May 2005 15:54:04 -0400 From: "fbsd_user" To: "freebsd-questions@FreeBSD. ORG" Date: Sat, 14 May 2005 15:54:03 -0400 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: stable@freebsd.org Subject: 5.4 install disc1 will not find hard drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fbsd_user@a1poweruser.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 19:54:08 -0000 I have seen this problem on the questions list since 5.0 first can out as development version. Here 5.4 is now stable release and this problem is still not fixed. I have been using the same pc to test installing stable versions from miniinst.iso every version since 3.4 without any problems. Even 5.3-miniinst.iso worked just 2 weeks ago. The 5.4 stable does not have a miniinst.iso file so this time I used the disc1.iso to burn the install cd from and when booting from this cd I now get no hard drive found message from sysinstall (standard install) menu. This sure looks very strange to me as I can put in the cd burned from the 5.3-miniinst.iso file and the system installs just fine. Only difference is using disc1 this time. Even though the md5 CHECKSUM matched I downloaded and reburned disc1.iso again just to verify it was good. Power management and APIC have been bios disabled since version FreeBSD 3.4 version so that is not the problem. I tried selecting safe option to boot and still get same error 'no hard disk found". My hard drive is an western digital 310100 on ata0 as master. When using this 5.4 install cd on other pc/ motherboard/ hard drive combos I get same error. I think there is something wrong with the build process of the disc1.iso file. The miniinst.iso must be build using a different canned script that does not incorporated the bug that is in the disc1 build. Maybe the .ISO builds team needs to take a look at this problem. And to continue on with this thought why does 5.4 NOT have a miniinst.iso file????? From owner-freebsd-stable@FreeBSD.ORG Sat May 14 20:08:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EE716A4CE for ; Sat, 14 May 2005 20:08:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEDC943D5D for ; Sat, 14 May 2005 20:08:17 +0000 (GMT) (envelope-from vnpenguin@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1190700wri for ; Sat, 14 May 2005 13:08:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mwXaE4N1gyPwbetwPDwn3+2Qa7UYncPQfByRptYnV2DuTJMR8laGhH2S+mbhIAyfvnKIA1I72rF9mbTpibfL6si/RvSySxL0vpl4Zdr+UszY6yvFoHq/EvoO+ra0EcLMxGSjrfxluT/BWqPp5Vt4VfPUJ0u5i0OUxmSd/dVkFjU= Received: by 10.54.48.76 with SMTP id v76mr2516797wrv; Sat, 14 May 2005 13:08:17 -0700 (PDT) Received: by 10.54.137.1 with HTTP; Sat, 14 May 2005 13:08:17 -0700 (PDT) Message-ID: Date: Sat, 14 May 2005 22:08:17 +0200 From: VnPenguin To: freebsd-stable@freebsd.org In-Reply-To: <20050515031049.1032f8e0.skywizard@MyBSD.org.my> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050515031049.1032f8e0.skywizard@MyBSD.org.my> Subject: Re: Can't use AC97 sound in 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: VnPenguin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 20:08:18 -0000 On 5/14/05, Ariff Abdullah wrote: >=20 >=20 > use snd_via8233_load=3D"YES" instead. Works well now. Thank you so much! From owner-freebsd-stable@FreeBSD.ORG Sat May 14 20:18:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B8A516A4CE for ; Sat, 14 May 2005 20:18:35 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A0043D7F for ; Sat, 14 May 2005 20:18:35 +0000 (GMT) (envelope-from nohuman@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1234402wra for ; Sat, 14 May 2005 13:18:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=CS6V2t403HPzXjhG153GoP7bF6s5raFHbVnjqhwZEVAdw3OlosIk/EW78ZxmAnDK0OA5YyKZb025tqqzMJDPi5DhXkXA4M7Eb7u2QYIZWCmFAW12kTLlPWZMz//45t38n+hFhZOejPlMUC7BKOTT5g+b3Usha70fjHBN4sFct5k= Received: by 10.54.40.35 with SMTP id n35mr2623731wrn; Sat, 14 May 2005 13:18:34 -0700 (PDT) Received: by 10.54.31.21 with HTTP; Sat, 14 May 2005 13:18:34 -0700 (PDT) Message-ID: <5e51d2fd05051413181fe1bd84@mail.gmail.com> Date: Sat, 14 May 2005 22:18:34 +0200 From: Thomas Beer 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: DEVFS Overflow table X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas Beer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 20:18:35 -0000 Dear all, after upgrading from 5.3 to 5.4-Stable I get=20 DEVFS Overflow table with 65538 entries allocated I already doubled the values in the kernel config via options NDEVFSINO=3D2050 options NDEVFSOVERFLOW=3D65538 with no avail. The error message pops up if a user (fails to) start ppp but not if root starts ppp. Any pointers? Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Sat May 14 20:19:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 598C316A4CE for ; Sat, 14 May 2005 20:19:56 +0000 (GMT) Received: from srv94-187.ip-tech.ch (srv94-187.ip-tech.ch [195.129.94.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB4EB43D60 for ; Sat, 14 May 2005 20:19:54 +0000 (GMT) (envelope-from rduffner@ip-tech.ch) Received: (qmail 24207 invoked by uid 503); 14 May 2005 20:19:51 -0000 Received: from unknown (HELO blade1-3.iptech.localdomain) (10.10.1.250) by 0 with AES256-SHA encrypted SMTP; 14 May 2005 20:19:51 -0000 Received: (qmail 31417 invoked by uid 408); 14 May 2005 20:19:52 -0000 Message-ID: <20050514201952.31416.qmail@blade1-3.iptech.localdomain> References: <4283862D.1060401@ip-tech.ch> <20050513152513.Y30976@carver.gumbysoft.com> In-Reply-To: <20050513152513.Y30976@carver.gumbysoft.com> From: "rduffner" To: Doug White Date: Sat, 14 May 2005 22:19:52 +0200 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Problem booting 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 20:19:56 -0000 Doug White writes: > On Thu, 12 May 2005, Rainer Duffner wrote: > >> Hi, >> >> I installed FreeBSD5.4 on a server with a 3ware 7006-2 controller and >> two 120GB disks as RAID1 >> I cannot boot this install. (I get some kind of panic or endless loop, >> but the display is re-painted so fast I cannot read it). >> What I *can* do is insert my SuSE9.2-pro cd1, boot from that and at the >> grub-menu say "boot from harddisk". >> That boots FreeBSD. >> >> On advice from IRC, I tried: >> # boot0cfg -B twed0 >> >> -which leads to this output >> >> boot0cfg: write_mbr: /dev/twed0: No such file or directory > > This is a erroneous message. The actual problem is: > > 484 boot0cfg NAMI "/dev/twed0" > 484 boot0cfg RET open -1 errno 1 Operation not permitted > > This is a known problem with certain MBR layouts. To work around this > problem, set: > > sysctl kern.geom.debugflags=16 > > then try your boot0cfg. There's a protection mechanism that sometimes gets > confused by certain partition table layouts. Flag 16 disables that > protection. I don't recommend running this unless you are explicitly > trying to updating something in a partition table-like area; its very easy > to destroy your system with the flag set! I booted from CD and ran the boot0cfg "offline" - however, this worked only on one server. I have two more identical servers that now just beep endlessly at the F1-prompt. I was told it is a geometry problem, but what else can I do? cheers, Rainer From owner-freebsd-stable@FreeBSD.ORG Sat May 14 20:25:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F79216A4CE for ; Sat, 14 May 2005 20:25:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07BF43D55 for ; Sat, 14 May 2005 20:25:14 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so544552rng for ; Sat, 14 May 2005 13:25:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cHh/sMKtzsGFCdhYFLUfCb1II3WDexneerPz/EDWNFNtP7Cvb2/zDZ33gYIQG2ss62575XHxGu+c2VsHGle+AQUBQSDhBJ7mLn3ZD6OJV8rPXSwqWzybxYL+ZKdRlm+/A9SDdeCtNxB8pQ2a/ifaoyRV4qy0wQ8bBRyWUuXC7xM= Received: by 10.38.87.22 with SMTP id k22mr302840rnb; Sat, 14 May 2005 13:25:14 -0700 (PDT) Received: by 10.38.149.66 with HTTP; Sat, 14 May 2005 13:25:14 -0700 (PDT) Message-ID: Date: Sat, 14 May 2005 22:25:14 +0200 From: Claus Guttesen To: Suken Woo In-Reply-To: <42854E25.6000109@gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42854E25.6000109@gddsn.org.cn> cc: stable@freebsd.org cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: PE2850 multiprocessor freezed under Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 20:25:15 -0000 > DELL PE2850 freezes with the 5.4-Release SMP GENERIC kernel > while runing X for a few minutes.and it seems caused by Xorg's > bug? https://bugs.freedesktop.org/show_bug.cgi?id=3D2880 Try HTT if enabled. regards Claus From owner-freebsd-stable@FreeBSD.ORG Sat May 14 22:52:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5173E16A4CE for ; Sat, 14 May 2005 22:52:06 +0000 (GMT) Received: from web51410.mail.yahoo.com (web51410.mail.yahoo.com [206.190.38.189]) by mx1.FreeBSD.org (Postfix) with SMTP id CEAC843D48 for ; Sat, 14 May 2005 22:52:05 +0000 (GMT) (envelope-from checking_my_mail@yahoo.com) Received: (qmail 76493 invoked by uid 60001); 14 May 2005 22:52:05 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=ioTylPk9d5EHSzBw9l/6AnRnCHGxRspKMGkAhhWpDrSR4+QHpsRekAmYVWYrxArhW6/toHsZGfVe3m4I0LROgBA6Sy8v8bIcyQhmLqSWtlYQ5lCTlbzyafNeE2btCLIDhS46K2cOR7/HqYuZsjTrXFoHIYcuGUOQiCvjsrqdEWo= ; Message-ID: <20050514225205.76491.qmail@web51410.mail.yahoo.com> Received: from [68.83.70.10] by web51410.mail.yahoo.com via HTTP; Sat, 14 May 2005 15:52:05 PDT Date: Sat, 14 May 2005 15:52:05 -0700 (PDT) From: ya hoo To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Remote Printing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 22:52:06 -0000 Hi Guys, I been reading FreeBSd docs on remote pritning. It mostly talks about setting up a local printer. In which case, I could care less about since I want to print to my HP Jetdirect print server. Mainly, I really don't want to install CUPS. I would just like to use the default lp that comes with FreeBSD. Can anyone direct me in the right direction? Thanks. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-stable@FreeBSD.ORG Sat May 14 23:03:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D429F16A4CE for ; Sat, 14 May 2005 23:03:34 +0000 (GMT) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8853843D5E for ; Sat, 14 May 2005 23:03:33 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id D849D5641F; Sun, 15 May 2005 11:03:32 +1200 (NZST) Date: Sun, 15 May 2005 11:03:32 +1200 From: Jonathan Chen To: ya hoo Message-ID: <20050514230332.GA8120@osiris.chen.org.nz> References: <20050514225205.76491.qmail@web51410.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050514225205.76491.qmail@web51410.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Remote Printing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 23:03:34 -0000 On Sat, May 14, 2005 at 03:52:05PM -0700, ya hoo wrote: > Hi Guys, > > I been reading FreeBSd docs on remote pritning. > It mostly talks about setting up a local printer. > In which case, I could care less about since I want to > print to my HP Jetdirect print server. > Mainly, I really don't want to install CUPS. I would > just like to use the default lp that comes with > FreeBSD. > Can anyone direct me in the right direction? Uncomment/Tweak the following in your /etc/printcap: remote|sample remote printer:\ :sh:\ :rm=lphost:sd=/var/spool/output/lphost:lf=/var/log/lpd-errs Make sure the spool directory exists, create if not there. For your installation you don't need an if= attribute. Make sure lpd is running, enable within /etc/rc.conf. lpd_enable="YES" # Run the line printer daemon. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "You can get farther with a kind word and a gun than you can with a kind word alone" - Al Capone From owner-freebsd-stable@FreeBSD.ORG Sat May 14 23:16:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30CB216A4CE for ; Sat, 14 May 2005 23:16:55 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C8C43D49 for ; Sat, 14 May 2005 23:16:54 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout5-ext.prodigy.net (pimout5-ext.prodigy.net [207.115.63.73])j4ENGx9Q030987 for ; Sat, 14 May 2005 19:17:00 -0400 X-ORBL: [66.126.169.252] Received: from antec.home (adsl-66-126-169-252.dsl.snfc21.pacbell.net [66.126.169.252])j4ENGjFi226408; Sat, 14 May 2005 19:16:50 -0400 Date: Sat, 14 May 2005 16:16:41 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: ya hoo In-Reply-To: <20050514225205.76491.qmail@web51410.mail.yahoo.com> Message-ID: <20050514161103.L734@antec.home> References: <20050514225205.76491.qmail@web51410.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: Remote Printing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 23:16:55 -0000 On Sat, 14 May 2005, ya hoo wrote: > Hi Guys, > > I been reading FreeBSd docs on remote pritning. > It mostly talks about setting up a local printer. > In which case, I could care less about since I want to > print to my HP Jetdirect print server. > Mainly, I really don't want to install CUPS. I would > just like to use the default lp that comes with > FreeBSD. > Can anyone direct me in the right direction? You can configure it as a local printer, with the "device" set to @. For example: ps|Brother HL-1270N PostScript:\ :sh:\ :mx#0:\ :lp=9100@brother:sd=/var/spool/output/lpd/brother:\ :lf=/var/log/lpd-errs: Don't forget to create the spool directory. This has worked fine for me for years. See docs/78480. $.02, /Mikko From owner-freebsd-stable@FreeBSD.ORG Sat May 14 23:20:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB0AE16A4CE for ; Sat, 14 May 2005 23:20:50 +0000 (GMT) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C2743D78 for ; Sat, 14 May 2005 23:20:50 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout6-ext.prodigy.net (pimout6-ext.prodigy.net [207.115.63.78])j4ENKkeg004278 for ; Sat, 14 May 2005 19:20:46 -0400 X-ORBL: [66.126.169.252] Received: from antec.home (adsl-66-126-169-252.dsl.snfc21.pacbell.net [66.126.169.252])j4ENKZ37064282; Sat, 14 May 2005 19:20:41 -0400 Date: Sat, 14 May 2005 16:20:32 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: Jonathan Chen In-Reply-To: <20050514230332.GA8120@osiris.chen.org.nz> Message-ID: <20050514161800.V734@antec.home> References: <20050514225205.76491.qmail@web51410.mail.yahoo.com> <20050514230332.GA8120@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: ya hoo cc: freebsd-stable@freebsd.org Subject: Re: Remote Printing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 23:20:50 -0000 On Sun, 15 May 2005, Jonathan Chen wrote: > On Sat, May 14, 2005 at 03:52:05PM -0700, ya hoo wrote: >> Hi Guys, >> >> I been reading FreeBSd docs on remote pritning. >> It mostly talks about setting up a local printer. >> In which case, I could care less about since I want to >> print to my HP Jetdirect print server. >> Mainly, I really don't want to install CUPS. I would >> just like to use the default lp that comes with >> FreeBSD. >> Can anyone direct me in the right direction? > > Uncomment/Tweak the following in your /etc/printcap: > > remote|sample remote printer:\ > :sh:\ > :rm=lphost:sd=/var/spool/output/lphost:lf=/var/log/lpd-errs > The print server emulator in HP JetDirect tends to be single threaded, and so does not respond to requests like "lpq" while printing, which is why I prefer the method in my previous mail (configuring the printer as "local" with "lp=@". Queueing is then handled locally). $.02, /Mikko > Make sure the spool directory exists, create if not there. For your > installation you don't need an if= attribute. Make sure lpd is > running, enable within /etc/rc.conf. > > lpd_enable="YES" # Run the line printer daemon. > > Cheers. > -- > Jonathan Chen > ---------------------------------------------------------------------- > "You can get farther with a kind word and a gun > than you can with a kind word alone" - Al Capone > _______________________________________________ > 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 Sat May 14 23:21:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE7C516A4CE for ; Sat, 14 May 2005 23:21:57 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 525C943D73 for ; Sat, 14 May 2005 23:21:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8360A52B88; Sat, 14 May 2005 16:21:56 -0700 (PDT) Date: Sat, 14 May 2005 16:21:56 -0700 From: Kris Kennaway To: Thomas Beer Message-ID: <20050514232156.GB40912@xor.obsecurity.org> References: <5e51d2fd05051413181fe1bd84@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <5e51d2fd05051413181fe1bd84@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: DEVFS Overflow table X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 23:21:57 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 10:18:34PM +0200, Thomas Beer wrote: > Dear all, >=20 > after upgrading from 5.3 to 5.4-Stable > I get=20 >=20 > DEVFS Overflow table with 65538 entries allocated >=20 > I already doubled the values in the kernel config via >=20 > options NDEVFSINO=3D2050 > options NDEVFSOVERFLOW=3D65538 >=20 > with no avail. The error message pops up if a user > (fails to) start ppp but not if root starts ppp. Any pointers? Can you show exactly how to repeat this error condition, so that others can try and replicate it? Kris --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFChogUWry0BWjoQKURAltQAJ9ByweHLdSh7azRIy4ZK/ngTb8zxQCeMzQO pbtB9wtKcY4oMYvKc6jM/jo= =33y0 -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-stable@FreeBSD.ORG Sat May 14 23:32:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C9816A4CE for ; Sat, 14 May 2005 23:32:04 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132E243D6D for ; Sat, 14 May 2005 23:32:04 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAE157.dip.t-dialin.net [84.170.225.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 0BE3C2F66A; Sun, 15 May 2005 01:32:02 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4ENXRHt013121; Sun, 15 May 2005 01:33:27 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42868AC7.7090807@incubus.de> Date: Sun, 15 May 2005 01:33:27 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ya hoo References: <20050514225205.76491.qmail@web51410.mail.yahoo.com> In-Reply-To: <20050514225205.76491.qmail@web51410.mail.yahoo.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Remote Printing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 23:32:04 -0000 ya hoo wrote: > I been reading FreeBSd docs on remote pritning. > It mostly talks about setting up a local printer. > In which case, I could care less about since I want to > print to my HP Jetdirect print server. > Mainly, I really don't want to install CUPS. I would > just like to use the default lp that comes with > FreeBSD. > Can anyone direct me in the right direction? You probably also want to use the options of your printer (single/doublesided, short/long edge, resolution, input tray, paper type, etc.) In that case I recommend getting the foomatic-rip filter (a single large perl script) from linuxprinting.org/foomatic-rip, which parses your printer's PPD file (which normally comes with the printer, or is available from the vendor's site.) I haven't gotten local filters to work with remote printers plus passing arguments to them with the antique base lpr, so I installed LPRng. Easier to set up and more transparent than cups in any case (but you have to remove/rename the base lpr and put NO_LPR=yes into make.conf). mkb.