From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 00:40:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9526916A423 for ; Sun, 7 Aug 2005 00:40:35 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7CB643EA9 for ; Sat, 6 Aug 2005 23:08:54 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j76N9gv2001096 for ; Sat, 6 Aug 2005 19:09:42 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PPAJ3e163zz7m3pcA36e" Organization: MarcusCom, Inc. Date: Sat, 06 Aug 2005 19:08:53 -0400 Message-Id: <1123369733.852.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Subject: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 00:40:36 -0000 --=-PPAJ3e163zz7m3pcA36e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm trying to install FreeBSD 6.0-BETA2 from CD on Dell Precision 380. The machine has a PS/2 keyboard on it. The keyboard works fine in the BIOS, and at the Booting... prompt. However, once sysinstall comes up, the keyboard is dead. Nothing I type will be accepted. The machine does not appear to be panicked or hung. I switched from vidconsole to comconsole, and sysinstall works, so perhaps this has something to do with the new keyboard mux? Dmesg is at http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-PPAJ3e163zz7m3pcA36e Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBC9UMFb2iPiv4Uz4cRAlBiAKCqWvr0XA7g2c/LcPsmazlgi64sggCgr6z0 6bg2QRB4ITJw6GnVIqSAFvU= =vW0Y -----END PGP SIGNATURE----- --=-PPAJ3e163zz7m3pcA36e-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 01:41:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC1616A41F; Sun, 7 Aug 2005 01:41:57 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5D6844306; Sun, 7 Aug 2005 01:41:56 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j771f3Dq090542; Sat, 6 Aug 2005 21:41:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j771ft9P071996; Sat, 6 Aug 2005 21:41:55 -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 j771frOq019595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 21:41:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sat, 06 Aug 2005 21:44:24 -0400 To: Pawel Jakub Dawidek , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20050728205413.GB762@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 01:41:57 -0000 At 04:54 PM 28/07/2005, Pawel Jakub Dawidek wrote: >- Utilize the crypto(9) framework, so when there is a crypto hardware > available, geli(8) will make use of it automatically. > If cryptography needs to be done in software, a dedicated kernel > thread(s) will be started to do the crypto work in there. Hi, I was trying this out on RELENG_6 and it seems to lock up the machine solid on my 4way SMP box with a hifn card. I have in the kernel options DDB options BREAK_TO_DEBUGGER options KDB options KDB_UNATTENDED options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed but it locks the box up solid-- cant even break to debugger. If I take the hifn card out of the equation, it seems to work under smp. If I use the hifn card with just a uni proc config, it also works. I can trigger the hang just using bonnie -s 300 -d /mnt dmesgs below. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA2 #4: Sat Aug 6 19:48:39 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096689152 (1999 MB) ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: irq 14 on acpi0 pci_link9: on acpi0 Timecounter "ACPI-safe" 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 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 amr0: mem 0xfe000000-0xfe3fffff irq 14 at device 8.1 on pci0 amr0: Firmware GH6D, BIOS 1.43, 32MB RAM pcib2: on acpi0 pci2: on pcib2 pcib3: on acpi0 pci3: on pcib3 em0: port 0xfcc0-0xfcff mem 0xfeb20000-0xfeb3ffff,0xfeb00000-0xfeb1ffff irq 19 at device 1.0 on pci3 em0: Ethernet address: 00:0e:0c:63:ea:cf em0: Speed:N/A Duplex:N/A hifn0 mem 0xfeb4a000-0xfeb4afff,0xfeb48000-0xfeb49fff,0xfeb40000-0xfeb47fff irq 18 at device 3.0 on pci3 hifn0: Hifn 7955, rev 0, 32KB dram, pll=0x800 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff 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 Timecounter "TSC" frequency 500019306 Hz quality 800 Timecounters tick every 1.000 msec amrd0: on amr0 amrd0: 34732MB (71131136 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device Trying to mount root from ufs:/dev/amrd0s1a em0: link state changed to UP GEOM_ELI: Device amrd0s1e.eli created. GEOM_ELI: Cipher: 3DES GEOM_ELI: Key length: 192 GEOM_ELI: Crypto: hardware and [hippo]# cat /var/run/dmesg.boot Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA2 #5: Sat Aug 6 21:24:21 EDT 2005 mdtancsa@hippo.sentex.ca:/usr/obj/usr/src/sys/hippo WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2047 MB) avail memory = 2096541696 (1999 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: irq 14 on acpi0 pci_link9: on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 amr0: mem 0xfe000000-0xfe3fffff irq 14 at device 8.1 on pci0 amr0: Firmware GH6D, BIOS 1.43, 32MB RAM pcib2: on acpi0 pci2: on pcib2 pcib3: on acpi0 pci3: on pcib3 em0: port 0xfcc0-0xfcff mem 0xfeb20000-0xfeb3ffff,0xfeb00000-0xfeb1ffff irq 19 at device 1.0 on pci3 em0: Ethernet address: 00:0e:0c:63:ea:cf em0: Speed:N/A Duplex:N/A hifn0 mem 0xfeb4a000-0xfeb4afff,0xfeb48000-0xfeb49fff,0xfeb40000-0xfeb47fff irq 18 at device 3.0 on pci3 hifn0: Hifn 7955, rev 0, 32KB dram, pll=0x800 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff 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 Timecounters tick every 1.000 msec amrd0: on amr0 amrd0: 34732MB (71131136 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 #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/amrd0s1a em0: link state changed to UP [hippo]# GEOM_ELI: Device amrd0s1e.eli created. GEOM_ELI: Cipher: 3DES GEOM_ELI: Key length: 192 GEOM_ELI: Crypto: hardware After starting bonnie, it only takes a few seconds [hippo]# iostat -c 1000 tty amrd0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 49 12.68 3 0.04 0.00 0 0.00 0 0 2 0 97 0 179 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 61 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 1 127 89.33 21 1.83 0.00 0 0.00 3 0 5 1 91 0 60 128.00 18 2.24 0.00 0 0.00 1 0 4 1 93 0 61 100.73 22 2.16 0.00 0 0.00 2 0 5 2 92 0 61 128.00 17 2.12 0.00 0 0.00 2 0 4 2 93 0 61 128.00 18 2.24 0.00 0 0.00 2 0 6 1 91 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 1 93 0 61 128.00 18 2.24 0.00 0 0.00 1 0 4 1 93 0 61 128.00 17 2.12 0.00 0 0.00 1 0 5 1 93 ---Mike From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 01:56:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D8F16A41F for ; Sun, 7 Aug 2005 01:56:18 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A5943D49 for ; Sun, 7 Aug 2005 01:56:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j771uAms036329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 18:56:11 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F56A66.9080607@errno.com> Date: Sat, 06 Aug 2005 18:56:54 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Bontoft References: <42F47354.6000109@bontoft.net> In-Reply-To: <42F47354.6000109@bontoft.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 01:56:18 -0000 Andy Bontoft wrote: > Hello, > I'm unable to get a wireless access point to work properly and for the > life of me I can't work out why. I've spent the past few evenings > trawling the mailing list archives without much success. I'm hoping > someone can point me in the right direction. > It's an Atheros 5212 (Wistron cm9 miniPCI) in a soekris 4801 box. 5212 Wistron cm9 means nothing; dmesg|grep ath will get you the mac+phy revs that identify your part. > A test client (WinXP SP2) can associate and on occasion obtains an > address from the DHCP server on the ether side of the AP. Most of the > time it is unable to obtain an address however, and even when it does > after a few seconds it changes to the default not connected address of > the 169.254/16 network. > Initially I was trying to configure hostap for wpa+802.1x (EAP_TLS), the > 802.1x worked fine and the XP laptop received its address, again after a > few seconds the address would revert to the 169.254/16 network. To try > and identify the issue I switched to a simple wep mode (without hostap), > but I have the same issue. The athstats tool reports a lot of failures. > I haven't attached pages and pages of debug output as I'm not sure what > would be required and don't want to flood the list. I have just attached > a few of the basic things, but if more information is required I can > obviously supply it. > Thanks for your time > andy > btw - the same laptop works perfectly with an identical config (except > the SSID is different) on second 'off the shelf' AP. > > ap# ifconfig ath0 > ath0: flags=8847 mtu 1500 > inet6 fe80::20b:6bff:fe35:cb82%ath0 prefixlen 64 scopeid 0x4 > inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255 > ether 00:0b:6b:35:cb:82 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > ssid Z channel 9 bssid 00:0b:6b:35:cb:82 > authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 53 > protmode CTS dtimperiod 1 bintval 100 Run open and simplify your config until you figure out what's wrong. Channels 1, 6, and 11 are usually the best for signal w/ 6 preferred. Not sure why your ap is using 9. You don't indicate if the client is using 11g or 11b; based on the statistics I'm guessing 11g. You probably need to setup a 3rd machine and sniff the traffic to see what's going on. Windows has some serious timing requirements in their system and if you enable debugging on the ap you may slow things down enough that the client will time out. Sam > > ap# sysctl net.link.ether.bridge > net.link.ether.bridge_cfg: "ath0,sis0" > net.link.ether.bridge_ipfw: 0 > net.link.ether.bridge_ipf: 0 > net.link.ether.bridge.config: "ath0,sis0" > net.link.ether.bridge.enable: 1 > net.link.ether.bridge.predict: 0 > net.link.ether.bridge.dropped: 0 > net.link.ether.bridge.packets: 0 > net.link.ether.bridge.ipfw_collisions: 0 > net.link.ether.bridge.ipfw_drop: 0 > net.link.ether.bridge.copy: 0 > net.link.ether.bridge.ipfw: 0 > net.link.ether.bridge.ipf: 0 > net.link.ether.bridge.debug: 2 > net.link.ether.bridge.version: 031224 > > ap# ./athstats > 1666 tx management frames > 5 tx frames discarded prior to association > 996 tx failed 'cuz too many retries > 11502 long on-chip tx retries > 221 tx frames with no ack marked > 204 tx frames with short preamble > 57002 rx failed 'cuz of bad CRC > 136258 rx failed 'cuz of PHY err > 122418 OFDM timing > 13840 CCK timing > 28961 beacons transmitted > 165 periodic calibrations > 4 rfgain value change > 4489 rate control checks > 5 rate control dropped xmit rate This is odd; are you using ath_rate_sample? If there is noise causing the rate control code to drop the tx rate then > rssi of last ack: 19 > avg recv rssi: 33 > 59 switched default/rx antenna > Antenna profile: > [1] tx 472 rx 3037 > [2] tx 414 rx 29 > From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 03:27:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E152916A421 for ; Sun, 7 Aug 2005 03:27:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2621C44451 for ; Sun, 7 Aug 2005 02:54:25 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 1795B208CBB; Sat, 6 Aug 2005 19:54:25 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j772sOYm041630; Sat, 6 Aug 2005 19:54:24 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42F577DF.4030903@elischer.org> Date: Sat, 06 Aug 2005 19:54:23 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Justin R. Smith" References: <42F4CCB6.6070302@drexel.edu> In-Reply-To: <42F4CCB6.6070302@drexel.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Kudos! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 03:27:28 -0000 Justin R. Smith wrote: > I upgraded to 6.0beta2 and was pleased to notice that file transfers to > and from my memory stick seemed much faster than before... > > demsg revealed > > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > ^^^^^^^^^ > da0: 495MB (1014784 512 byte sectors: 64H 32S/T 495C) > > In 5.4 stable, this was 1MB/s transfers! > It looks as though USB 2.0 really works! hmm not really.. well yes it works, at least "mostly" but the 1MB and 40MB are just different print statements that print the "potential" speed, and not the achieved speed. > _______________________________________________ > 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-current@FreeBSD.ORG Sun Aug 7 03:45:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E6F16A422 for ; Sun, 7 Aug 2005 03:45:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4054430B for ; Sun, 7 Aug 2005 03:12:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id AB64720067E; Sat, 6 Aug 2005 20:12:58 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j773CtDP056997; Sat, 6 Aug 2005 20:12:56 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42F57C37.3080900@elischer.org> Date: Sat, 06 Aug 2005 20:12:55 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Martin Nilsson References: <42F45923.2080401@gneto.com> <42F4659F.5030407@gneto.com> <42F46942.7030005@elischer.org> <42F4730C.6040204@gneto.com> In-Reply-To: <42F4730C.6040204@gneto.com> Content-Type: multipart/mixed; boundary="------------040706020200020108010809" Cc: freebsd-current@freebsd.org Subject: Re: Something is very wrong with disk caching in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 03:45:33 -0000 This is a multi-part message in MIME format. --------------040706020200020108010809 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Martin Nilsson wrote: > Julian Elischer wrote: > try this patch --------------040706020200020108010809 Content-Type: text/plain; name="pageout.diff2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pageout.diff2" Index: sys/vm/vm_pageout.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.268 diff -u -r1.268 vm_pageout.c --- sys/vm/vm_pageout.c 7 Jan 2005 02:29:27 -0000 1.268 +++ sys/vm/vm_pageout.c 30 Jul 2005 03:12:37 -0000 @@ -5,6 +5,8 @@ * All rights reserved. * Copyright (c) 1994 David Greenman * All rights reserved. + * Copyright (c) 2005 Yahoo! Technologies Norway AS + * All rights reserved. * * This code is derived from software contributed to Berkeley by * The Mach Operating System project at Carnegie-Mellon University. @@ -210,6 +212,16 @@ static void vm_pageout_page_stats(void); /* + * Experimental VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK option, which will cause + * pagedaemon to fall back to blocking locking of vm objects if nonblocking + * lock attempt failed. Lock order violation is avoided by unlocking + * the page queues before locking the object. marker pages are used + * to detect changes and allow for continued page queue traversal even + * when changes had occurred. + */ +#define VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + +/* * vm_pageout_clean: * * Clean the page and remove it from the laundry. @@ -750,8 +762,37 @@ * queue, most likely are being paged out. */ if (!VM_OBJECT_TRYLOCK(object)) { +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + /* + * Cannot lock object while holding page queue lock. + * Depend on both struct vm_object and normal + * struct vm_page being type stable and sanity + * check after reobtaining page queue lock. + */ + TAILQ_INSERT_AFTER(&vm_page_queues[PQ_INACTIVE].pl, + m, &marker, pageq); + vm_page_unlock_queues(); + VM_OBJECT_LOCK(object); + vm_page_lock_queues(); + /* Page queue might have changed. */ + next = TAILQ_NEXT(&marker, pageq); + if (m->queue != PQ_INACTIVE || + m->object != object || + m->hold_count != 0 || + &marker != TAILQ_NEXT(m, pageq)) { + /* Page changed. */ + VM_OBJECT_UNLOCK(object); + TAILQ_REMOVE(&vm_page_queues[PQ_INACTIVE].pl, + &marker, pageq); + addl_page_shortage++; + continue; + } + TAILQ_REMOVE(&vm_page_queues[PQ_INACTIVE].pl, + &marker, pageq); +#else addl_page_shortage++; continue; +#endif } if (m->busy || (m->flags & PG_BUSY)) { VM_OBJECT_UNLOCK(object); @@ -1024,10 +1065,44 @@ next = TAILQ_NEXT(m, pageq); object = m->object; +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + if ((m->flags & PG_MARKER) != 0) { + m = next; + continue; + } +#endif if (!VM_OBJECT_TRYLOCK(object)) { +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + /* + * Cannot lock object while holding page queue lock. + * Depend on both struct vm_object and normal + * struct vm_page being type stable and sanity + * check after reobtaining page queue lock. + */ + TAILQ_INSERT_AFTER(&vm_page_queues[PQ_ACTIVE].pl, + m, &marker, pageq); + vm_page_unlock_queues(); + VM_OBJECT_LOCK(object); + vm_page_lock_queues(); + /* Page queue might have changed. */ + next = TAILQ_NEXT(&marker, pageq); + if (m->queue != PQ_ACTIVE || + m->object != object || + &marker != TAILQ_NEXT(m, pageq)) { + /* Page changed. */ + VM_OBJECT_UNLOCK(object); + TAILQ_REMOVE(&vm_page_queues[PQ_ACTIVE].pl, + &marker, pageq); + m = next; + continue; + } + TAILQ_REMOVE(&vm_page_queues[PQ_ACTIVE].pl, + &marker, pageq); +#else vm_pageq_requeue(m); m = next; continue; +#endif } /* @@ -1264,6 +1339,9 @@ vm_pageout_page_stats() { vm_object_t object; +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + struct vm_page marker; +#endif vm_page_t m,next; int pcount,tpcount; /* Number of pages to check */ static int fullintervalcount = 0; @@ -1287,6 +1365,16 @@ fullintervalcount = 0; } +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + /* + * Initialize our marker + */ + bzero(&marker, sizeof(marker)); + marker.flags = PG_BUSY | PG_FICTITIOUS | PG_MARKER; + marker.queue = PQ_INACTIVE; + marker.wire_count = 1; +#endif + m = TAILQ_FIRST(&vm_page_queues[PQ_ACTIVE].pl); while ((m != NULL) && (pcount-- > 0)) { int actcount; @@ -1296,10 +1384,45 @@ next = TAILQ_NEXT(m, pageq); object = m->object; + +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + if ((m->flags & PG_MARKER) != 0) { + m = next; + continue; + } +#endif if (!VM_OBJECT_TRYLOCK(object)) { +#ifdef VM_PAGEOUT_FORCE_BLOCKING_OBJLOCK + /* + * Cannot lock object while holding page queue lock. + * Depend on both struct vm_object and normal + * struct vm_page being type stable and sanity + * check after reobtaining page queue lock. + */ + TAILQ_INSERT_AFTER(&vm_page_queues[PQ_ACTIVE].pl, + m, &marker, pageq); + vm_page_unlock_queues(); + VM_OBJECT_LOCK(object); + vm_page_lock_queues(); + /* Page queue might have changed. */ + next = TAILQ_NEXT(&marker, pageq); + if (m->queue != PQ_ACTIVE || + m->object != object || + &marker != TAILQ_NEXT(m, pageq)) { + /* Page changed. */ + VM_OBJECT_UNLOCK(object); + TAILQ_REMOVE(&vm_page_queues[PQ_ACTIVE].pl, + &marker, pageq); + m = next; + continue; + } + TAILQ_REMOVE(&vm_page_queues[PQ_ACTIVE].pl, + &marker, pageq); +#else vm_pageq_requeue(m); m = next; continue; +#endif } /* --------------040706020200020108010809-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 05:24:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39CA516A425; Sun, 7 Aug 2005 05:24:35 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F5E4419F; Sun, 7 Aug 2005 04:52:31 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j774rK2f003545; Sun, 7 Aug 2005 00:53:20 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org In-Reply-To: <1123369733.852.12.camel@shumai.marcuscom.com> References: <1123369733.852.12.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mx7SAMYgufE4dG0rzrcq" Organization: MarcusCom, Inc. Date: Sun, 07 Aug 2005 00:52:29 -0400 Message-Id: <1123390349.852.21.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: emax@freebsd.org Subject: Re: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 05:24:35 -0000 --=-mx7SAMYgufE4dG0rzrcq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2005-08-06 at 19:08 -0400, Joe Marcus Clarke wrote: > I'm trying to install FreeBSD 6.0-BETA2 from CD on Dell Precision 380. > The machine has a PS/2 keyboard on it. The keyboard works fine in the > BIOS, and at the Booting... prompt. However, once sysinstall comes up, > the keyboard is dead. Nothing I type will be accepted. The machine > does not appear to be panicked or hung. >=20 > I switched from vidconsole to comconsole, and sysinstall works, so > perhaps this has something to do with the new keyboard mux? >=20 > Dmesg is at http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg More news on this. After getting 6.0-BETA2 installed from the serial console, I found that _any_ input on the PS/2 port causes the machine to lock up hard. I can break into the debugger, but as soon as I hit any key on the PS/2 keyboard, the machine locks up. I can't type anything (even from the serial console). The only way out is to do a hard reset. I've tried building a custom kernel and disabling apic and acpi. Nothing will get 6.0 to work with any locally attached keyboard. I also found a CD of 5.4-RC3, which boots perfectly on this machine with working PS/2 and USB keyboards. So, I thought maybe the kbdmux was the problem. I reverted the kbd code to original RELENG_6 version (kbd.c rev. 1.43 and kbdreg.h rev. 1.17), and the keyboard works once again. Anything else I can try to debug this problem with kbdmux further? Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-mx7SAMYgufE4dG0rzrcq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBC9ZONb2iPiv4Uz4cRAtLBAJ4yPeTqy/sJuQ8kHSgtfh0VOIPfEQCfZ/YS G121lgCKCajQZGkJMaYvcLI= =BfhC -----END PGP SIGNATURE----- --=-mx7SAMYgufE4dG0rzrcq-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 06:53:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5988916A41F for ; Sun, 7 Aug 2005 06:53:13 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA9243D6B for ; Sun, 7 Aug 2005 06:53:10 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C47BF52C2F; Sun, 7 Aug 2005 08:53:07 +0200 (CEST) Received: from localhost (dly182.neoplus.adsl.tpnet.pl [83.24.54.182]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 94F0A52BC4; Sun, 7 Aug 2005 08:53:01 +0200 (CEST) Date: Sun, 7 Aug 2005 08:52:23 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050807065223.GB1002@garage.freebsd.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 06:53:13 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 06, 2005 at 09:44:24PM -0400, Mike Tancsa wrote: +> At 04:54 PM 28/07/2005, Pawel Jakub Dawidek wrote: +>=20 +> >- Utilize the crypto(9) framework, so when there is a crypto hardware +> > available, geli(8) will make use of it automatically. +> > If cryptography needs to be done in software, a dedicated kernel +> > thread(s) will be started to do the crypto work in there. +>=20 +> Hi, +> I was trying this out on RELENG_6 and it seems to lock up the m= achine solid on my 4way SMP box with a hifn card. I have in the kernel I saw this (I've one hifn here). This looks like a bug in hifn(4), it locks up when too many requests are sent there. Could you try increasing sector size of encrypted provider to eg. 8192? (There is '-s' option for 'init' subcommand.) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC9a+nForvXbEpPzQRAp/dAKCbTn8JcxxkX9d/7KiKglvWFCDUPwCg0K58 lgZcmiuvF+hOBee52lANKAY= =fCeI -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 06:53:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7300C16A484 for ; Sun, 7 Aug 2005 06:53:23 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15EC743D9A for ; Sun, 7 Aug 2005 06:53:22 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j776sCul004474 for ; Sun, 7 Aug 2005 02:54:12 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XWpQRvJ4oSugfyKShfc+" Organization: MarcusCom, Inc. Date: Sun, 07 Aug 2005 02:53:20 -0400 Message-Id: <1123397601.852.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Subject: USB not working on 6.0-BETA2 on ICH7 [long] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 06:53:23 -0000 --=-XWpQRvJ4oSugfyKShfc+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm trying to get USB 2.0 working on my Dell Precision 380 that has a USB ICH7 chipset. FreeBSD detects the controllers, but they are all halted when devices are detected. Here is a verbose boot with USB_DEBUG enabled: http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg. Here is what I get when I insert a device after the machine has booted: usb0: host controller halted usb0 regs: cmd=3D0000, sts=3D0020, intr=3D000f, frnum=3D0771, flbase=3D0000= 0dc4, sof=3D0040, portsc1=3D0080, portsc2=3D0080 intrs=3D0 QH(0xc35e3f80) at 7d697f80: hlink=3D7d697fa2 elink=3D00000001 usb_new_device: set address 2 failed - trying a port reset usb_new_device: set address 2 failed - trying a port reset usb_new_device: set address 2 failed - trying a port reset usb_new_device: set address 2 failed uhub_explore: usb_new_device failed, error=3DSET_ADDR_FAILED uhub3: device problem (SET_ADDR_FAILED), disabling port 2 If I build a kernel without ehci, I get working USB, but only if the device is inserted prior to boot. That is, usbd does not see any ATTACH events. If I have ehci compiled in, and a device is present during boot, I get a panic: usb3: host controller halted usb3 regs: cmd=3D0000, sts=3D0020, intr=3D000f, frnum=3D0347, flbase=3D0000= 0d1c, sof=3D0040, portsc1=3D01a5, portsc2=3D0093 intrs=3D0 QH(0xc3659f80) at 7d5edf80: hlink=3D7d5ecf62 elink=3D00000001 usbd_new_device: addr=3D2, getting first desc failed uhub_explore: usb_new_device failed, error=3DIOERROR uhub3: device problem (IOERROR), disabling port 1 panic: usbd_transfer: not done cpuid =3D 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 0 tid 0 td 0xc06f7840 kdb_enter(c069f83d) at kdb_enter+0x2b panic(c069aa93,4,c35da43c,c35da400,0) at panic+0x127 usbd_transfer(c35da400,c0c20cd8,c04ca43d,c35da400,c36440b0) at usbd_transfe= r+0x13e usbd_sync_transfer(c35da400,c36440b0,1,c0c20cec,d) at usbd_sync_transfer+0x= 11 usbd_do_request_flags_pipe(c3644200,c3644180,c0c20d30,c36440c4,0) at usbd_d= o_request_flags_pipe+0x5d usbd_do_request_flags(c3644200,c0c20d30,c36440c4,0,0) at usbd_do_request_fl= ags+0x20 usbd_do_request(c3644200,c0c20d30,c36440c4,a3,40002) at usbd_do_request+0x1= a usbd_get_port_status(c3644200,2,c36440c4) at usbd_get_port_status+0x39 uhub_explore(c3644200,c34b7904,c0c20d88,c04e4556,0) at uhub_explore+0x85 usb_cold_explore(0,c1ec00,c1e000,0,c0434245) at usb_cold_explore+0x4f mi_startup() at mi_startup+0x96 begin() at begin+0x2c (gdb) l *usbd_transfer+0x13e 0xc04c9b16 is in usbd_transfer (/usr/src/sys/dev/usb/usbdi.c:343). 338 if (err !=3D USBD_IN_PROGRESS) 339 return (err); 340 s =3D splusb(); 341 if (!xfer->done) { 342 if (pipe->device->bus->use_polling) 343 panic("usbd_transfer: not done"); 344 tsleep(xfer, PRIBIO, "usbsyn", 0); 345 } 346 splx(s); 347 return (xfer->status); Any help would be appreciated. Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-XWpQRvJ4oSugfyKShfc+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBC9a/gb2iPiv4Uz4cRAvyPAJ9XOIVBcTD7oXoy9+MV7UTE8SXM5gCcCbpZ dsDpSKphflvnY9YIpIewFws= =yADY -----END PGP SIGNATURE----- --=-XWpQRvJ4oSugfyKShfc+-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 07:23:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C247C16A41F for ; Sun, 7 Aug 2005 07:23:52 +0000 (GMT) (envelope-from andy@bontoft.net) Received: from mail18.bluewin.ch (mail18.bluewin.ch [195.186.19.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4374344457 for ; Sun, 7 Aug 2005 07:23:52 +0000 (GMT) (envelope-from andy@bontoft.net) Received: from bifrost.protocols.co.za (83.76.4.141) by mail18.bluewin.ch (Bluewin 7.2.063) id 42D280E4003E7B53; Sun, 7 Aug 2005 07:23:40 +0000 Received: from [127.0.0.1] (mjolnir.protocols.co.za [10.0.0.21]) by bifrost.protocols.co.za (Postfix) with ESMTP id C092C556; Sun, 7 Aug 2005 09:26:30 +0200 (CEST) Message-ID: <42F5B6F1.9040109@bontoft.net> Date: Sun, 07 Aug 2005 09:23:29 +0200 From: Andy Bontoft User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <42F47354.6000109@bontoft.net> <42F56A66.9080607@errno.com> In-Reply-To: <42F56A66.9080607@errno.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060705070904000706010409" Cc: freebsd-current@freebsd.org Subject: Re: ath problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 07:23:52 -0000 This is a cryptographically signed message in MIME format. --------------ms060705070904000706010409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sam Leffler wrote: > Andy Bontoft wrote: > >> Hello, >> I'm unable to get a wireless access point to work properly and for >> the life of me I can't work out why. I've spent the past few evenings >> trawling the mailing list archives without much success. I'm hoping >> someone can point me in the right direction. >> It's an Atheros 5212 (Wistron cm9 miniPCI) in a soekris 4801 box. > > > 5212 Wistron cm9 means nothing; dmesg|grep ath will get you the > mac+phy revs that identify your part. ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ath0: mem 0xa0010000-0xa001ffff irq 11 at device 14.0 on pci0 ath0: Ethernet address: 00:0b:6b:35:cb:82 ath0: mac 5.9 phy 4.3 radio 3.6 > >> A test client (WinXP SP2) can associate and on occasion obtains an >> address from the DHCP server on the ether side of the AP. Most of the >> time it is unable to obtain an address however, and even when it does >> after a few seconds it changes to the default not connected address >> of the 169.254/16 network. >> Initially I was trying to configure hostap for wpa+802.1x (EAP_TLS), >> the 802.1x worked fine and the XP laptop received its address, again >> after a few seconds the address would revert to the 169.254/16 >> network. To try and identify the issue I switched to a simple wep >> mode (without hostap), but I have the same issue. The athstats tool >> reports a lot of failures. >> I haven't attached pages and pages of debug output as I'm not sure >> what would be required and don't want to flood the list. I have just >> attached a few of the basic things, but if more information is >> required I can obviously supply it. >> Thanks for your time >> andy >> btw - the same laptop works perfectly with an identical config >> (except the SSID is different) on second 'off the shelf' AP. >> >> ap# ifconfig ath0 >> ath0: flags=8847 mtu 1500 >> inet6 fe80::20b:6bff:fe35:cb82%ath0 prefixlen 64 scopeid 0x4 >> inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255 >> ether 00:0b:6b:35:cb:82 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >> status: associated >> ssid Z channel 9 bssid 00:0b:6b:35:cb:82 >> authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 53 >> protmode CTS dtimperiod 1 bintval 100 > > > Run open and simplify your config until you figure out what's wrong. > Channels 1, 6, and 11 are usually the best for signal w/ 6 preferred. > Not sure why your ap is using 9. I set it to run on channel nine as at any given time I can see between seven and fifteen wireless networks, with on average half of them running on channel eleven. I run the 'off the shelf' ap I mentioned on channel six and as they're about two foot apart I thought picking an unused channel might be reasonable - incorrectly it seems. > > You don't indicate if the client is using 11g or 11b; based on the > statistics I'm guessing 11g. Yes I was hoping to use the 11g speeds. > > You probably need to setup a 3rd machine and sniff the traffic to see > what's going on. Windows has some serious timing requirements in > their system and if you enable debugging on the ap you may slow things > down enough that the client will time out. > I'll try. > Sam > >> >> ap# sysctl net.link.ether.bridge >> net.link.ether.bridge_cfg: "ath0,sis0" >> net.link.ether.bridge_ipfw: 0 >> net.link.ether.bridge_ipf: 0 >> net.link.ether.bridge.config: "ath0,sis0" >> net.link.ether.bridge.enable: 1 >> net.link.ether.bridge.predict: 0 >> net.link.ether.bridge.dropped: 0 >> net.link.ether.bridge.packets: 0 >> net.link.ether.bridge.ipfw_collisions: 0 >> net.link.ether.bridge.ipfw_drop: 0 >> net.link.ether.bridge.copy: 0 >> net.link.ether.bridge.ipfw: 0 >> net.link.ether.bridge.ipf: 0 >> net.link.ether.bridge.debug: 2 >> net.link.ether.bridge.version: 031224 >> >> ap# ./athstats >> 1666 tx management frames >> 5 tx frames discarded prior to association >> 996 tx failed 'cuz too many retries >> 11502 long on-chip tx retries >> 221 tx frames with no ack marked >> 204 tx frames with short preamble >> 57002 rx failed 'cuz of bad CRC >> 136258 rx failed 'cuz of PHY err >> 122418 OFDM timing >> 13840 CCK timing >> 28961 beacons transmitted >> 165 periodic calibrations >> 4 rfgain value change >> 4489 rate control checks >> 5 rate control dropped xmit rate > > > This is odd; are you using ath_rate_sample? If there is noise causing > the rate control code to drop the tx rate then > No, I had ath_rate_onoe compiled into the kernel, it was running with default sysctl settings. I'm in the process of recompiling without it Thank you for your reply andy >> rssi of last ack: 19 >> avg recv rssi: 33 >> 59 switched default/rx antenna >> Antenna profile: >> [1] tx 472 rx 3037 >> [2] tx 414 rx 29 >> > > _______________________________________________ > 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" -- YW5keUBib250b2Z0Lm5ldAo= --------------ms060705070904000706010409 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJEzCC AuQwggJNoAMCAQICAw8SWTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNzA0MTMzMTAxWhcNMDYwNzA0MTMzMTAx WjBZMRAwDgYDVQQEEwdCb250b2Z0MQ0wCwYDVQQqEwRBbmR5MRUwEwYDVQQDEwxBbmR5IEJv bnRvZnQxHzAdBgkqhkiG9w0BCQEWEGFuZHlAYm9udG9mdC5uZXQwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDZNf8QXmumK+eZLrWqE6Me39BS0AGtpv9yzUMatvbiH3jGHdGX YA0VvcMCSudidL+2bfxegofoT+VfMti4YeNoILqF4SIcX3cVaLaiKUoAS94QJ16D8RtXkVU9 rAkxSFymRxuzqZ9Le5MfWEp/YF9VHuD9AkCjIbzItusMbx/JVlsJqJTvGh8VmuGxHaFCFAmc DeJT3cTbUn8Be9cGygq7MnZeAG9x6riFrA6fi6iSA2i6moCg0ogBv92unxP2GdEHVrIAIAgD iPWEBcZdW14wGktRC/kyRNTQefws+P4vSVM4bD20B/nKoIDG/or9JnoD0bfeusWfbSiK7/zc 30plAgMBAAGjLTArMBsGA1UdEQQUMBKBEGFuZHlAYm9udG9mdC5uZXQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBafrU0PdAXZ4qGUpZiYGpk3clLM73hywffVqdCa6tKeGlN S0Il7tQZKClUieiRDOmpi6z2ICNWKJV5YStf1aX1LjPRE5tgEx8mhz9actla0NdfdY53nbgU DyjN4Pa/E7PVw/rMRjzOGVNzMPZRh8nlXg3NAeuSuN9WA6jlznkoXTCCAuQwggJNoAMCAQIC Aw8SWTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwHhcNMDUwNzA0MTMzMTAxWhcNMDYwNzA0MTMzMTAxWjBZMRAwDgYDVQQE EwdCb250b2Z0MQ0wCwYDVQQqEwRBbmR5MRUwEwYDVQQDEwxBbmR5IEJvbnRvZnQxHzAdBgkq hkiG9w0BCQEWEGFuZHlAYm9udG9mdC5uZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDZNf8QXmumK+eZLrWqE6Me39BS0AGtpv9yzUMatvbiH3jGHdGXYA0VvcMCSudidL+2 bfxegofoT+VfMti4YeNoILqF4SIcX3cVaLaiKUoAS94QJ16D8RtXkVU9rAkxSFymRxuzqZ9L e5MfWEp/YF9VHuD9AkCjIbzItusMbx/JVlsJqJTvGh8VmuGxHaFCFAmcDeJT3cTbUn8Be9cG ygq7MnZeAG9x6riFrA6fi6iSA2i6moCg0ogBv92unxP2GdEHVrIAIAgDiPWEBcZdW14wGktR C/kyRNTQefws+P4vSVM4bD20B/nKoIDG/or9JnoD0bfeusWfbSiK7/zc30plAgMBAAGjLTAr MBsGA1UdEQQUMBKBEGFuZHlAYm9udG9mdC5uZXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B AQQFAAOBgQBafrU0PdAXZ4qGUpZiYGpk3clLM73hywffVqdCa6tKeGlNS0Il7tQZKClUieiR DOmpi6z2ICNWKJV5YStf1aX1LjPRE5tgEx8mhz9actla0NdfdY53nbgUDyjN4Pa/E7PVw/rM RjzOGVNzMPZRh8nlXg3NAeuSuN9WA6jlznkoXTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcN AQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv bTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYD VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA xKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUq VIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMG A1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZy ZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJp dmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIX oUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydx VyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x ggM7MIIDNwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDDxJZMAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTA1MDgwNzA3MjMyOVowIwYJKoZIhvcNAQkEMRYEFNwvIJ9521hKxtM6 0ADufVUEPlIuMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgGCSsGAQQBgjcQBDFr MGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0 ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMPElkw egYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDxJZMA0GCSqGSIb3DQEBAQUABIIBAF4ZAZ69WUqyeA1/XeKkj4V7XgFX J3M18FBke9jLZY5onH/8eUbPLSZ83oOwsZE/AGm4OjR0cQoaFD8zhRCF2s2QDZur1TR9eRf5 WzhtRTabUoZEQ2xY7vlrNb5xGutgnNQwUhSMpoZoXUbWYbWSVfZF04wbaaOETnEg76855Sk2 O1Hmi36Gq5KnIa5ossSVyZ6qE0LhX/Vcq5gbjpw5blQORBeGAa9ml3h3RpVdJchXG4BqkAMF Du+obeFhnEXAe65f1iLqnaFy5DVc598/NcL95R42cH+ouT7r8Ss/Rr6FphU6j7++44ou2XNV Yr18gUWbHJ3pS0rb6zXlaKPZvzgAAAAAAAA= --------------ms060705070904000706010409-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 08:10:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5771D16A439; Sun, 7 Aug 2005 08:10:53 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25D144014; Sun, 7 Aug 2005 07:38:10 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id 6BC7FC0B9; Sun, 7 Aug 2005 09:38:07 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j777bwQN018684; Sun, 7 Aug 2005 09:38:03 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 7 Aug 2005 09:37:48 +0200 User-Agent: KMail/1.8.2 References: <200508041255.05839.jhb@FreeBSD.org> <20050804212718.GD852@zaphod.nitro.dk> <200508051040.05333.jhb@FreeBSD.org> In-Reply-To: <200508051040.05333.jhb@FreeBSD.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200508070937.51119.thierry@herbelot.com> Cc: freebsd-alpha@freebsd.org Subject: Re: Locking fixes for dc(4): please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 08:10:53 -0000 Le Friday 5 August 2005 16:40, John Baldwin a écrit : > > Ok. Try changing the IS_MPSAFE at around line 348 flag from 0 to 1 and see > if it blows up then. :) Thanks for testing. it does blow up with the following message (GENERIC -current on an SMP, non-ACPI BP6, with your patch and IS_MPSAFE=1) no kernel dump as the dump device is not yet defined (TBD through a loader tunable ?) TfH console panic log : dc0: <82c169 PNIC 10/100BaseTX> port 0x9400-0x94ff mem 0xd9000000-0xd90000ff irq 19 at device 9.0 on pci0 panic: lock (sleep mutex) dc0 not locked @ /usr/src/sys/pci/if_dc.c:839 cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 0 tid 0 td 0xc0921e40 kdb_enter(c085a72f) at kdb_enter+0x2b panic(c085e4b0,c0875971,c1365710,c086dc10,347) at panic+0x127 witness_unlock(c1373af0,8,c086dc10,347) at witness_unlock+0xbc _mtx_unlock_flags(c1373af0,0,c086dc10,347) at _mtx_unlock_flags+0x5b dc_miibus_readreg(c12a8d80,0,1) at dc_miibus_readreg+0x176 mii_phy_probe(c12a8d80,c137303c,c072a7e0,c072a85c,0) at mii_phy_probe+0x8e dc_attach(c12a8d80) at dc_attach+0xb67 device_attach(c12a8d80,e,c12a8d80,c135f580,c135f580) at device_attach+0x58 device_probe_and_attach(c12a8d80) at device_probe_and_attach+0xe0 bus_generic_attach(c135f580,c135f580,0,7c,0) at bus_generic_attach+0x16 pci_attach(c135f580) at pci_attach+0x7f device_attach(c135f580,c1273600,c135f580,c135f600,c135f600) at device_attach+0x58 device_probe_and_attach(c135f580) at device_probe_and_attach+0xe0 bus_generic_attach(c135f600,c135f600,c087c1e4,0,0) at bus_generic_attach+0x16 mptable_hostb_attach(c135f600) at mptable_hostb_attach+0x69 device_attach(c135f600,c09065a0,c135f600,1,c1273600) at device_attach+0x58 device_probe_and_attach(c135f600) at device_probe_and_attach+0xe0 bus_generic_attach(c1273600,c1273600,c1273600,c1273600,0) at bus_generic_attach+0x16 legacy_attach(c1273600) at legacy_attach+0x8e device_attach(c1273600,0,c1273600,c1273b80,0) at device_attach+0x58 device_probe_and_attach(c1273600) at device_probe_and_attach+0xe0 bus_generic_attach(c1273b80,c1273b80,c1273b80,c0c20d40,c064847c) at bus_generic_attach+0x16 nexus_attach(c1273b80) at nexus_attach+0x13 device_attach(c1273b80,c092e4a8,c1273b80,c08f9e50,c28000) at device_attach+0x58 device_probe_and_attach(c1273b80) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c060bdb2,0,c1ec00,c1e000) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c04457a5) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 09:02:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49A2C16A424 for ; Sun, 7 Aug 2005 09:02:26 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70BC94409D for ; Sun, 7 Aug 2005 08:31:04 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 0EAFF31928F for ; Sun, 7 Aug 2005 10:31:02 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j778Uwli022077 for ; Sun, 7 Aug 2005 10:31:01 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 7 Aug 2005 10:30:49 +0200 User-Agent: KMail/1.8.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508071030.51140.thierry@herbelot.com> Subject: panic: lock (sleep mutex) vnode interlock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 09:02:26 -0000 Hello, on a recent -Current on an SMP mobo, I get the following panic : FreeBSD 7.0-CURRENT #750: Sun Aug 7 02:57:37 CEST 2005 XX@YYY:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff ... panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:750 cpuid = 0 KDB: enter: panic [thread pid 49 tid 100039 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 49 tid 100039 td 0xc12a3960 kdb_enter(c085a50f) at kdb_enter+0x2b panic(c085e290,c0875751,c085dc1d,c0863291,2ee) at panic+0x127 witness_unlock(c19693ac,8,c0863291,2ee) at witness_unlock+0xbc _mtx_unlock_flags(c19693ac,0,c0863291,2ee) at _mtx_unlock_flags+0x5b vdestroy(c1969330,c1969330,c7228cec,c0684ed5,c1969330) at vdestroy+0x1b5 vdropl(c1969330,7,c12a3960,c0907700,c1969330) at vdropl+0x3e vlrureclaim(c13c3800,c12a3960,c12a2830,c06850b0,c12a2830) at vlrureclaim+0x1fd vnlru_proc(0,c7228d38,0,c06850b0,0) at vnlru_proc+0x18b fork_exit(c06850b0,0,c7228d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 the machine was running cvs over an ssh link : # cd /usr/src # cvs -qR up -Pd U ObsoleteFiles.inc ... U rescue/librescue/Makefile (no kernel dump) TfH From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 10:31:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CAC616A420 for ; Sun, 7 Aug 2005 10:31:07 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E71143D55 for ; Sun, 7 Aug 2005 10:31:07 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id 0AAD11734A1 for ; Sun, 7 Aug 2005 12:31:05 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j77AV1Ln027973 for ; Sun, 7 Aug 2005 12:31:03 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 7 Aug 2005 12:30:51 +0200 User-Agent: KMail/1.8.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508071230.53600.thierry@herbelot.com> Subject: Strange message under 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 10:31:07 -0000 Hello, I see some strange messages on the console of a notebook under a recent 6.0 : ... pci_link2: Unable to choose an IRQ ... After a quick look at /usr/src/sys/dev/acpica/acpi_pci_link.c::acpi_pci_link_choose_irq() the message could be caused by a bad ACPI configuration ? As the machine runs fine, I assume these messages are harmless ? TfH From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 10:42:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D0716A41F for ; Sun, 7 Aug 2005 10:42:18 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E84743D6B for ; Sun, 7 Aug 2005 10:42:17 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 7FBBD1F87BEF; Sun, 7 Aug 2005 12:42:16 +0200 (CEST) Date: Sun, 7 Aug 2005 12:42:16 +0200 From: Roman Neuhauser To: freebsd-current Message-ID: <20050807104216.GB74459@isis.sigpipe.cz> Mail-Followup-To: freebsd-current Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.9i Subject: 6.0 BETA2: dump to gmirror panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 10:42:18 -0000 I got the panic below when I tried dump | restore to a single disk gmirror. I then went to retry the procedure to see whether the panic was reproducible, and this time the restore provoked a loop: the box still runs 20 hours after the dump got stuck, but the console keeps spewing these messages (actual offsets and lengths vary): g_vfs_done():mirror/gm0s1a[WRITE(offset=155058176, length=16384)]error = 6 I broke to the debugger, but kgdb doesn't like the core produced by panic: # kgdb kernel.debug /var/crash/vmcore.1 kgdb: kvm_read: invalid address (0xc23ffa3c) The kernel is GENERIC minus scsi, usb, firewire, isa nics, witness- and invariants- related options. # cd /usr/obj/usr/src/sys/ZIGGY_0/ # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain 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:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0432a53 in db_fncall (dummy1=0, dummy2=0, dummy3=-1067111529, dummy4=0xd44b78b4 "àxKÔ\020\023eÀÌxKÔÐxKÔ\220\a") at /usr/src/sys/ddb/db_command.c:489 #2 0xc0432858 in db_command (last_cmdp=0xc0718764, cmd_table=0x0, aux_cmd_tablep=0xc06b0a18, aux_cmd_tablep_end=0xc06b0a1c) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0432920 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc04344d1 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05098af in kdb_trap (type=3, code=0, tf=0xd44b79f4) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc066be24 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 1, tf_esi = -1066771535, tf_ebp = -733251020, tf_isp = -733251040, tf_ebx = -733250976, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068460493, tf_cs = 32, tf_eflags = 524946, tf_esp = -733250988, tf_ss = -1068559525}) at /usr/src/sys/i386/i386/trap.c:601 #7 0xc065b9fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0x00000008 in ?? () #9 0x00000028 in ?? () #10 0x00000028 in ?? () #11 0x00000001 in ?? () #12 0xc06a5bb1 in ?? () #13 0xd44b7a34 in ?? () #14 0xd44b7a20 in ?? () #15 0xd44b7a60 in ?? () #16 0x00000000 in ?? () #17 0xc1015000 in ?? () #18 0x00000012 in ?? () #19 0x00000003 in ?? () #20 0x00000000 in ?? () #21 0xc0509633 in kdb_enter (msg=0x0) at cpufunc.h:60 #22 0xc04f135b in panic (fmt=0xc06a5bb1 "initiate_write_inodeblock_ufs2: already started") at /usr/src/sys/kern/kern_shutdown.c:537 #23 0xc060117a in initiate_write_inodeblock_ufs2 (inodedep=0xc1e10780, bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3812 #24 0xc0600a3f in softdep_disk_io_initiation (bp=0xcb351158) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3552 #25 0xc06086c6 in ffs_geom_strategy (bo=0xc1dc80c0, bp=0xcb351158) at buf.h:422 #26 0xc0535234 in bufwrite (bp=0xcb351158) at buf.h:415 #27 0xc0608686 in ffs_bufwrite (bp=0xcb351158) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1664 #28 0xc0536ca3 in vfs_bio_awrite (bp=0xcb351158) at buf.h:399 #29 0xc0537a29 in flushbufqueues (flushdeps=0) at /usr/src/sys/kern/vfs_bio.c:2107 #30 0xc053752b in buf_daemon () at /usr/src/sys/kern/vfs_bio.c:1981 #31 0xc04dbde8 in fork_exit (callout=0xc0537448 , arg=0x0, frame=0xd44b7d38) at /usr/src/sys/kern/kern_fork.c:789 #32 0xc065ba5c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 11:07:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14A5716A41F for ; Sun, 7 Aug 2005 11:07:43 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42928442E6 for ; Sun, 7 Aug 2005 11:07:40 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id B09901F87BEF; Sun, 7 Aug 2005 13:07:39 +0200 (CEST) Date: Sun, 7 Aug 2005 13:07:39 +0200 From: Roman Neuhauser To: freebsd-current Message-ID: <20050807110739.GB61718@isis.sigpipe.cz> Mail-Followup-To: freebsd-current References: <20050807104216.GB74459@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050807104216.GB74459@isis.sigpipe.cz> User-Agent: Mutt/1.5.9i Subject: Re: 6.0 BETA2: dump to gmirror panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 11:07:43 -0000 # neuhauser@sigpipe.cz / 2005-08-07 12:42:16 +0200: > I got the panic below when I tried dump | restore to a single disk > gmirror. I then went to retry the procedure to see whether the panic > was reproducible, and this time the restore provoked a loop: the box > still runs 20 hours after the dump got stuck, but the console keeps > spewing these messages (actual offsets and lengths vary): > > g_vfs_done():mirror/gm0s1a[WRITE(offset=155058176, length=16384)]error = 6 > > I broke to the debugger, but kgdb doesn't like the core produced by > panic: > > # kgdb kernel.debug /var/crash/vmcore.1 > kgdb: kvm_read: invalid address (0xc23ffa3c) > > The kernel is GENERIC minus scsi, usb, firewire, isa nics, witness- and > invariants- related options. This is on ATi IXP400 (SB400): atapci1: port 0xf900-0xf907,0xf800-0xf803,0xf700-0xf707,0xf600-0xf603,0xf500-0xf50f mem 0xfe02e000-0xfe02e1ff irq 22 at device 18.0 on pci0 ata4: on atapci1 ata5: on atapci1 ... ad8: 152627MB at ata4-master UDMA33 ad10: 152627MB at ata5-master UDMA33 -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 11:14:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5181B16A441 for ; Sun, 7 Aug 2005 11:14:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A6743E84 for ; Sun, 7 Aug 2005 03:55:34 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 071871F6E2E; Sat, 6 Aug 2005 20:55:34 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j773tTSC093467; Sat, 6 Aug 2005 20:55:30 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42F5862E.9080008@elischer.org> Date: Sat, 06 Aug 2005 20:55:26 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <42F45923.2080401@gneto.com> <42F4659F.5030407@gneto.com> <42F46942.7030005@elischer.org> <42F4730C.6040204@gneto.com> <42F57C37.3080900@elischer.org> In-Reply-To: <42F57C37.3080900@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Something is very wrong with disk caching in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 11:14:02 -0000 Julian Elischer wrote: > Martin Nilsson wrote: > >> Julian Elischer wrote: >> > > try this patch > oops this patch from Tor Egge was not supposed to go to everyone as it is not yet "ready". (though it works for me) So, if you are not suffering from this problem, don't try it.. Let Tor put it in when he's ready.. (He's nearly always right you know....) From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 14:05:27 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9F1816A41F; Sun, 7 Aug 2005 14:05:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 427574405E; Sun, 7 Aug 2005 14:05:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j77E4XcG007703; Sun, 7 Aug 2005 10:04:33 -0400 (EDT) (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 j77E5Qji028191; Sun, 7 Aug 2005 10:05:26 -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 j77E5P62021114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Aug 2005 10:05:25 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 07 Aug 2005 10:07:52 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20050807065223.GB1002@garage.freebsd.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 14:05:27 -0000 At 02:52 AM 07/08/2005, Pawel Jakub Dawidek wrote: >I saw this (I've one hifn here). >This looks like a bug in hifn(4), it locks up when too many requests are >sent there. >Could you try increasing sector size of encrypted provider to eg. 8192? >(There is '-s' option for 'init' subcommand.) No difference. It might even hasten it a little. [hippo]# geli init -a 3des -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e Enter new passphrase: Reenter new passphrase: [hippo]# geli attach -k /var/tmp/da2.key /dev/amrd0s1e Enter passphrase: [hippo]# newfs /dev/amrd0s1e.eli mount /dev/amrd0s1e.eli /mnt /dev/amrd0s1e.eli: 1024.0MB (2097136 sectors) block size 16384, fragment size 8192 using 4 cylinder groups of 256.00MB, 16384 blks, 8192 inodes. super-block backups (for fsck -b #) at: 160, 524448, 1048736, 1573024 [hippo]# mount /dev/amrd0s1e.eli /mnt [hippo]# [hippo]# bonnie -s 300 -d /mnt File '/mnt/Bonnie.561', size: 314572800 Writing with putc()... [hippo]% iostat -c 1000 tty amrd0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 2 4.66 12 0.06 0.00 0 0.00 0 0 0 0 99 0 179 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 61 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 1 127 73.87 15 1.08 0.00 0 0.00 2 0 3 1 94 0 60 128.00 18 2.24 0.00 0 0.00 2 0 3 0 94 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 1 93 0 61 128.00 18 2.24 0.00 0 0.00 2 0 3 1 94 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 1 94 From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 17:54:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C182516A41F for ; Sat, 6 Aug 2005 17:54:56 +0000 (GMT) (envelope-from mcd_advisory@yahoo.com) Received: from web30903.mail.mud.yahoo.com (web30903.mail.mud.yahoo.com [68.142.200.156]) by mx1.FreeBSD.org (Postfix) with SMTP id ED4C843D49 for ; Sat, 6 Aug 2005 17:54:55 +0000 (GMT) (envelope-from mcd_advisory@yahoo.com) Received: (qmail 33616 invoked by uid 60001); 6 Aug 2005 17:54:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ks9hJnfcLqyM/eGEhNGMiB8Iby/Yy/FIWLKiXKMNnTbhHQgFsJ++GgB86RtoqdlCHrl43pqJ4MlUcMvq6r32I/3K0Nx0/luFD4nTz50aUyII88f6VhfCf2EPmGY9EOV+6MQI28TcKwcPA1b1s3eYDDY5Q+qfAMqXwHV9LQGXwKI= ; Message-ID: <20050806175455.33614.qmail@web30903.mail.mud.yahoo.com> Received: from [67.28.117.66] by web30903.mail.mud.yahoo.com via HTTP; Sat, 06 Aug 2005 10:54:55 PDT Date: Sat, 6 Aug 2005 10:54:55 -0700 (PDT) From: Mervin McDougall To: freebsd-current@freebsd.org, freebsd questions , freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 07 Aug 2005 14:20:38 +0000 Cc: Subject: Conflict between high resolution console and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 17:54:56 -0000 Hi all I have been experimenting with FreeBSD 6.0 BETA 2 on my laptop which uses a ati radeon Mobile Utiliy 1 (IGP 320M) video vard. I have been able to configure both high console resolution MODE_279 and X on the laptop, however I have noticed that this error turns up whenever I boot the system or restart X : drm0: port 0x9000-0x90ff mem 0xe8000000-0xefffffff,0xe0100000-0xe010ffff irq 9 at device 5.0 on pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 error: [drm:pid2557:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid2557:drm_unlock] *ERROR* Process 2557 using kernel context 0 After much googling and scanning of my system, I figured a quick way to get rid of the error message, by disabling dri in the xorg.conf. But that is not the only problem I discovered. I noticed that when playing music there is constant annoying repeating of the sound until the console displays. This only happens when switching from X to high resolution console. Switching back does not reproduce the problem. Incidentally, I deleted my xorg.conf and restarted the server in error and this cause Xorg to generate X using its own built in defaults. Consequently this solved the problem of the choppy repetitive music. Similarly, If I have a configured xorg.conf and I restart X after booting (CTRL+ALT+BACKSPACE) the problem goes away. I haven't been able to pin the problem down to discover how to get rid of the problem and still have a workable and have an xorg.conf without having to restart the X server. Can anyone share their thoughts ? Mervin McDougall ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 22:11:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8633016A420 for ; Sat, 6 Aug 2005 22:11:40 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA5943D58 for ; Sat, 6 Aug 2005 22:11:38 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so263081wri for ; Sat, 06 Aug 2005 15:11: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=QxKrOPED4SqmYhd846FjvLUZ4+Eaep+Ax+QvI2H1ovYdkIeUYsPbFDXb7J84NQubII8X0PC2/JNNLmdF2CFyApvvW2jHhcqOpV5tySUjFEhhhado8uEuluMU4hA1Xj5bu3pcQKvm3rju60Mk+UKPbYbJe7OSnVMNeRZ+K39aSOU= Received: by 10.54.53.62 with SMTP id b62mr3738664wra; Sat, 06 Aug 2005 15:11:37 -0700 (PDT) Received: by 10.54.124.11 with HTTP; Sat, 6 Aug 2005 15:11:37 -0700 (PDT) Message-ID: Date: Sat, 6 Aug 2005 17:11:37 -0500 From: Nikolas Britton To: Mervin McDougall In-Reply-To: <20050806175455.33614.qmail@web30903.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050806175455.33614.qmail@web30903.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 07 Aug 2005 14:20:38 +0000 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, freebsd questions Subject: Re: Conflict between high resolution console and X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nikolas Britton List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 22:11:40 -0000 On 8/6/05, Mervin McDougall wrote: > Hi all > I have been experimenting with FreeBSD 6.0 BETA 2 on > my laptop which uses a ati radeon Mobile Utiliy 1 > (IGP 320M) video vard. I have been able to configure > both high console resolution MODE_279 and X on the > laptop, however I have noticed that this error turns > up whenever I boot the system or restart X : >=20 > drm0: port > 0x9000-0x90ff mem > 0xe8000000-0xefffffff,0xe0100000-0xe010ffff irq 9 at > device 5.0 on pci1 > info: [drm] Initialized radeon 1.16.0 20050311 on > minor 0 > error: [drm:pid2557:radeon_cp_init] *ERROR* > radeon_cp_init called without lock held > error: [drm:pid2557:drm_unlock] *ERROR* Process 2557 > using kernel context 0 >=20 > After much googling and scanning of my system, I > figured a quick way to get rid of the error message, > by disabling dri in the xorg.conf. But that is not the > only problem I discovered. I noticed that when playing > music there is constant annoying repeating of the > sound until the console displays. This only happens > when switching from X to high resolution console. > Switching back does not reproduce the problem. I've always had that problem on my patched freebsd 5 (had it setup for months) system. Scrolling (scroll lock) will do it to... It may help to play with the sysctls for: hw.snd.pcm%d.buffersize: Configure the amount of DMA bufferspace available for a device.... jack this up to like 16384 hw.snd.targetirqrate: Set the default block size such that continuous playback will achieve this IRQ rate. This value can be tuned to improve application performance. =20 Increase this value when the sound lags and decrease it if sound stutters or breaks up..... just this up to You set them with loader.conf, here's what I have in mine: hw.snd.maxautovchans=3D4 hw.snd.targetirqrate=3D36 hint.pcm.0.buffersize=3D"16384" You can check it with: sysctl -a hw.snd=20 >=20 > Incidentally, I deleted my xorg.conf and restarted the > server in error and this cause Xorg to generate X > using its own built in defaults. Consequently this > solved the problem of the choppy repetitive music. >=20 > Similarly, If I have a configured xorg.conf and I > restart X after booting (CTRL+ALT+BACKSPACE) the > problem goes away. > I haven't been able to pin the problem down to > discover how to get rid of the problem and still have > a workable and have an xorg.conf without having to > restart the X server. Can anyone share their thoughts > ? >=20 > Mervin McDougall >=20 >=20 >=20 > ____________________________________________________ > Start your day with Yahoo! - make it your home page > http://www.yahoo.com/r/hs >=20 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 10:20:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6770E16A420 for ; Sun, 7 Aug 2005 10:20:06 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA37442B7 for ; Sun, 7 Aug 2005 10:20:05 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 4877C1F87BEF; Sun, 7 Aug 2005 12:20:03 +0200 (CEST) Date: Sun, 7 Aug 2005 12:20:03 +0200 From: Roman Neuhauser To: freebsd-current Message-ID: <20050807102003.GA61718@isis.sigpipe.cz> Mail-Followup-To: freebsd-current Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Sun, 07 Aug 2005 14:20:38 +0000 Subject: 6.0 BETA2: dump to gmirror panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 10:20:06 -0000 I got the panic below when I tried dump | restore to a single disk gmirror. I then went to retry the procedure to see whether the panic was reproducible, and this time the restore provoked a loop: the box still runs 20 hours after the dump got stuck, but the console keeps spewing these messages (actual offsets and lengths vary): g_vfs_done():mirror/gm0s1a[WRITE(offset=155058176, length=16384)]error = 6 I broke to the debugger, but kgdb doesn't like the core produced by panic: # kgdb kernel.debug /var/crash/vmcore.1 kgdb: kvm_read: invalid address (0xc23ffa3c) The kernel is GENERIC minus scsi, usb, firewire, isa nics, witness- and invariants- related options. # cd /usr/obj/usr/src/sys/ZIGGY_0/ # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain 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:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0432a53 in db_fncall (dummy1=0, dummy2=0, dummy3=-1067111529, dummy4=0xd44b78b4 "àxKÔ\020\023eÀÌxKÔÐxKÔ\220\a") at /usr/src/sys/ddb/db_command.c:489 #2 0xc0432858 in db_command (last_cmdp=0xc0718764, cmd_table=0x0, aux_cmd_tablep=0xc06b0a18, aux_cmd_tablep_end=0xc06b0a1c) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0432920 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc04344d1 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05098af in kdb_trap (type=3, code=0, tf=0xd44b79f4) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc066be24 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 1, tf_esi = -1066771535, tf_ebp = -733251020, tf_isp = -733251040, tf_ebx = -733250976, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068460493, tf_cs = 32, tf_eflags = 524946, tf_esp = -733250988, tf_ss = -1068559525}) at /usr/src/sys/i386/i386/trap.c:601 #7 0xc065b9fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0x00000008 in ?? () #9 0x00000028 in ?? () #10 0x00000028 in ?? () #11 0x00000001 in ?? () #12 0xc06a5bb1 in ?? () #13 0xd44b7a34 in ?? () #14 0xd44b7a20 in ?? () #15 0xd44b7a60 in ?? () #16 0x00000000 in ?? () #17 0xc1015000 in ?? () #18 0x00000012 in ?? () #19 0x00000003 in ?? () #20 0x00000000 in ?? () #21 0xc0509633 in kdb_enter (msg=0x0) at cpufunc.h:60 #22 0xc04f135b in panic (fmt=0xc06a5bb1 "initiate_write_inodeblock_ufs2: already started") at /usr/src/sys/kern/kern_shutdown.c:537 #23 0xc060117a in initiate_write_inodeblock_ufs2 (inodedep=0xc1e10780, bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3812 #24 0xc0600a3f in softdep_disk_io_initiation (bp=0xcb351158) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3552 #25 0xc06086c6 in ffs_geom_strategy (bo=0xc1dc80c0, bp=0xcb351158) at buf.h:422 #26 0xc0535234 in bufwrite (bp=0xcb351158) at buf.h:415 #27 0xc0608686 in ffs_bufwrite (bp=0xcb351158) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1664 #28 0xc0536ca3 in vfs_bio_awrite (bp=0xcb351158) at buf.h:399 #29 0xc0537a29 in flushbufqueues (flushdeps=0) at /usr/src/sys/kern/vfs_bio.c:2107 #30 0xc053752b in buf_daemon () at /usr/src/sys/kern/vfs_bio.c:1981 #31 0xc04dbde8 in fork_exit (callout=0xc0537448 , arg=0x0, frame=0xd44b7d38) at /usr/src/sys/kern/kern_fork.c:789 #32 0xc065ba5c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 16:08:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4BFE16A41F for ; Sun, 7 Aug 2005 16:08:20 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75B443D55 for ; Sun, 7 Aug 2005 16:08:19 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta11.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050807160819.DYMH24042.mta11.adelphia.net@[192.168.1.254]>; Sun, 7 Aug 2005 12:08:19 -0400 Message-ID: <42F631F9.8030607@savvis.net> Date: Sun, 07 Aug 2005 09:08:25 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1123369733.852.12.camel@shumai.marcuscom.com> <1123390349.852.21.camel@shumai.marcuscom.com> In-Reply-To: <1123390349.852.21.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 16:08:20 -0000 Joe Marcus Clarke wrote: > On Sat, 2005-08-06 at 19:08 -0400, Joe Marcus Clarke wrote: > >>I'm trying to install FreeBSD 6.0-BETA2 from CD on Dell Precision 380. >>The machine has a PS/2 keyboard on it. The keyboard works fine in the >>BIOS, and at the Booting... prompt. However, once sysinstall comes up, >>the keyboard is dead. Nothing I type will be accepted. The machine >>does not appear to be panicked or hung. >> >>I switched from vidconsole to comconsole, and sysinstall works, so >>perhaps this has something to do with the new keyboard mux? >> >>Dmesg is at http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg > > > More news on this. After getting 6.0-BETA2 installed from the serial > console, I found that _any_ input on the PS/2 port causes the machine to > lock up hard. I can break into the debugger, but as soon as I hit any > key on the PS/2 keyboard, the machine locks up. I can't type anything > (even from the serial console). The only way out is to do a hard reset. > > I've tried building a custom kernel and disabling apic and acpi. > Nothing will get 6.0 to work with any locally attached keyboard. > > I also found a CD of 5.4-RC3, which boots perfectly on this machine with > working PS/2 and USB keyboards. So, I thought maybe the kbdmux was the > problem. I reverted the kbd code to original RELENG_6 version (kbd.c > rev. 1.43 and kbdreg.h rev. 1.17), and the keyboard works once again. > Anything else I can try to debug this problem with kbdmux further? i doubt kbdmux(4) is your problem. according to the dmesg you have posted you dont seem to use/load kbdmux(4) driver. it is highly unlikely that my changes in /sys/dev/kbd/ cause this. kbdmux(4) is not default keyboard and, at this point, one must configure/load it by hand. my guess would be that you, perhaps, have some sort of interrupt routing problem or something like it. thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 16:08:26 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 734D216A43C for ; Sun, 7 Aug 2005 16:08:26 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 849E743D45 for ; Sun, 7 Aug 2005 16:08:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2E7E552C2F; Sun, 7 Aug 2005 18:08:23 +0200 (CEST) Received: from localhost (dkd201.neoplus.adsl.tpnet.pl [83.24.7.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0526B52BC4; Sun, 7 Aug 2005 18:08:16 +0200 (CEST) Date: Sun, 7 Aug 2005 18:07:35 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050807160735.GD1002@garage.freebsd.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 16:08:26 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 07, 2005 at 10:07:52AM -0400, Mike Tancsa wrote: +> At 02:52 AM 07/08/2005, Pawel Jakub Dawidek wrote: +>=20 +> >I saw this (I've one hifn here). +> >This looks like a bug in hifn(4), it locks up when too many requests are +> >sent there. +> >Could you try increasing sector size of encrypted provider to eg. 8192? +> >(There is '-s' option for 'init' subcommand.) +>=20 +> No difference. It might even hasten it a little. +>=20 +> [hippo]# geli init -a 3des -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e Yes, I'm able to reproduce it easly. I made my tests with AES where I see hangs only with small sectorsize - AES and 8kB sectorsize works for me. I'm afraid it's hifn(4) issue and I'm not sure if I can help here. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQFC9jHHForvXbEpPzQRAiD7AKDcRn6pBNBO8kdQmDZ6rv4F7XrQOgCXXJoQ bkOblXem9xZulie/51ROaw== =Yu/7 -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 17:04:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B11E916A44C for ; Sun, 7 Aug 2005 17:04:57 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0721943F60 for ; Sun, 7 Aug 2005 16:36:19 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta13.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050807163619.ZPBV14360.mta13.adelphia.net@[192.168.1.254]>; Sun, 7 Aug 2005 12:36:19 -0400 Message-ID: <42F6388A.9000208@savvis.net> Date: Sun, 07 Aug 2005 09:36:26 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1123369733.852.12.camel@shumai.marcuscom.com> <1123390349.852.21.camel@shumai.marcuscom.com> <42F631F9.8030607@savvis.net> In-Reply-To: <42F631F9.8030607@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 17:04:58 -0000 > Joe Marcus Clarke wrote: > >> On Sat, 2005-08-06 at 19:08 -0400, Joe Marcus Clarke wrote: >> >>> I'm trying to install FreeBSD 6.0-BETA2 from CD on Dell Precision 380. >>> The machine has a PS/2 keyboard on it. The keyboard works fine in the >>> BIOS, and at the Booting... prompt. However, once sysinstall comes up, >>> the keyboard is dead. Nothing I type will be accepted. The machine >>> does not appear to be panicked or hung. >>> >>> I switched from vidconsole to comconsole, and sysinstall works, so >>> perhaps this has something to do with the new keyboard mux? >>> >>> Dmesg is at http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg >> >> >> >> More news on this. After getting 6.0-BETA2 installed from the serial >> console, I found that _any_ input on the PS/2 port causes the machine to >> lock up hard. I can break into the debugger, but as soon as I hit any >> key on the PS/2 keyboard, the machine locks up. I can't type anything >> (even from the serial console). The only way out is to do a hard reset. >> >> I've tried building a custom kernel and disabling apic and acpi. >> Nothing will get 6.0 to work with any locally attached keyboard. >> >> I also found a CD of 5.4-RC3, which boots perfectly on this machine with >> working PS/2 and USB keyboards. So, I thought maybe the kbdmux was the >> problem. I reverted the kbd code to original RELENG_6 version (kbd.c >> rev. 1.43 and kbdreg.h rev. 1.17), and the keyboard works once again. >> Anything else I can try to debug this problem with kbdmux further? > > > i doubt kbdmux(4) is your problem. according to the dmesg you have > posted you dont seem to use/load kbdmux(4) driver. it is highly unlikely > that my changes in /sys/dev/kbd/ cause this. kbdmux(4) is not default > keyboard and, at this point, one must configure/load it by hand. my > guess would be that you, perhaps, have some sort of interrupt routing > problem or something like it. actually, now i'm confused. as you stated you have reverted /sys/dev/kbd/kbd.c and /sys/dev/kbd/kbdreg.h. are these only files you have reverted? i think, i can rule out /sys/dev/kbd/kbdreg.h - this just add a prototype for kbd_find_keyboard2(). so this leaves only /sys/dev/kbd/kbd.c. the only change here was new kbd_find_keyboard2() function and change to the original kbd_find_keyboard() function. kbd_find_keyboard2() function is almost the same as the original kbd_find_keyboard() function. the only difference is that kbd_find_keyboard2() accepts one extra parameter that specifies starting index for search. it also checks the index to make sure it is within valid bounds. naturally, kbd_find_keyboard() can just call kbd_find_keyboard2() with starting index of 0 to emulate old behavior. unless i screwed up here, i do not see how this would break anything. also, one thing i noticed in your dmesg output atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x3 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x3, flags:0x3d0000 atkbd0: [GIANT-LOCKED] just wanted to clarify - do you really have 84-keys at keyboard? thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 18:38:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24CD916A431 for ; Sun, 7 Aug 2005 18:38:31 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6610143D55 for ; Sun, 7 Aug 2005 18:38:29 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 7A0356D454 for ; Sun, 7 Aug 2005 11:32:13 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31364-02 for ; Sun, 7 Aug 2005 11:32:05 -0700 (MST) Received: from melchior.neovanglist.net (cpe.atm2-0-1081027.0x50c4e512.bynxx14.customer.tele.dk [80.196.229.18]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id AD5B16D42E for ; Sun, 7 Aug 2005 11:32:04 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Sun, 7 Aug 2005 19:16:50 +0200 User-Agent: KMail/1.8 References: <1123369733.852.12.camel@shumai.marcuscom.com> <42F631F9.8030607@savvis.net> <42F6388A.9000208@savvis.net> In-Reply-To: <42F6388A.9000208@savvis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508071916.50197.Chris@LainOS.org> X-Virus-Scanned: amavisd-new at neovanglist.net Subject: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris@LainOS.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 18:38:32 -0000 Hi there, Since FreeBSD 5.2 I've been seeing these strange intermittent "DMA WRITE TIMEOUT" messages. They seemed to go away for a time, but now they have returned again on my sparc64 machine. I do not get them with my 40GB disk, but I do get them with my new 200GB IDE disk. I have tested said disk with my x86 6-CURRENT machine and it seems to be okay. Also, it starts spewing these timeout messages when it tries to disklabel/newfs a large disk slice in the installer. It successfully creates a few 2, 5, and 15 GB slices, then fails on my ~135GB slice. The installer continued past these timeout messages, then while copying files during the install (post slice/label) it broke into the debugger. I have the machine hooked up via a serial cable, and waiting in the debugger. It is accessible via a shell if someone would like to look into it. I've seen other reports of the same, or a similar error, and I would really like to see it fixed. So, if there is anything I can do to help please ask. Here is the stack trace from the debugger: db> trace Tracing pid 77 tid 100035 td 0xfffff8006ed3fc80 panic() at panic+0x16c ufs_dirbad() at ufs_dirbad+0x38 ufs_lookup() at ufs_lookup+0x2fc VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb4 vfs_cache_lookup() at vfs_cache_lookup+0xd8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xc0 lookup() at lookup+0x55c namei() at namei+0x41c kern_lstat() at kern_lstat+0x24 lstat() at lstat+0x14 syscall() at syscall+0x2dc -- syscall (190, FreeBSD ELF64, lstat) %o7=0x11980c -- userland() at 0x20d308 user trace: trap %o7=0x11980c pc 0x20d308, sp 0x7fdffffdab1 pc 0x11dd2c, sp 0x7fdffffdcb1 pc 0x100470, sp 0x7fdffffdd71 pc 0x100194, sp 0x7fdffffde31 pc 0, sp 0x7fdffffdef1 done db> -- Thanks, Chris (Lance) Gilbert Ph: +16239791302 (UTC -0700) From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 18:43:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BD4A16A423 for ; Sun, 7 Aug 2005 18:43:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A0E743F2C for ; Sun, 7 Aug 2005 18:10:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j77I8Wis082553; Sun, 7 Aug 2005 12:08:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 07 Aug 2005 12:09:35 -0600 (MDT) Message-Id: <20050807.120935.70918820.imp@bsdimp.com> To: jsmith@drexel.edu From: "M. Warner Losh" In-Reply-To: <42F4CCB6.6070302@drexel.edu> References: <42F4CCB6.6070302@drexel.edu> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 07 Aug 2005 12:08:32 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Kudos! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 18:43:56 -0000 In message: <42F4CCB6.6070302@drexel.edu> "Justin R. Smith" writes: : I upgraded to 6.0beta2 and was pleased to notice that file transfers to : and from my memory stick seemed much faster than before... : : demsg revealed : : da0 at umass-sim0 bus 0 target 0 lun 0 : da0: Removable Direct Access SCSI-0 device : da0: 40.000MB/s transfers : ^^^^^^^^^ : da0: 495MB (1014784 512 byte sectors: 64H 32S/T 495C) : : : In 5.4 stable, this was 1MB/s transfers! : It looks as though USB 2.0 really works! That number is a lie. Your actual speed shouldn't have changed at all. Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 19:05:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A85CF16A41F for ; Sun, 7 Aug 2005 19:05:58 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F6F43D48 for ; Sun, 7 Aug 2005 19:05:57 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id A3F0D1F87BEF; Sun, 7 Aug 2005 21:05:53 +0200 (CEST) Date: Sun, 7 Aug 2005 21:05:53 +0200 From: Roman Neuhauser To: freebsd-current Message-ID: <20050807190553.GA75308@isis.sigpipe.cz> Mail-Followup-To: freebsd-current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: RELENG_6: cannot make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 19:05:58 -0000 cc -O -pipe -include nbsd2fbsd.h -I/usr/src/libexec/lukemftpd -I/usr/src/libexec/lukemftpd/../../contrib/lukemftpd -I/usr/src/libexec/lukemftpd/../../contrib/lukemftpd/src -I/usr/src/libexec/lukemftpd/../../lib/libc/stdtime -I/usr/src/libexec/lukemftpd/../../bin/ls -DUSE_OPIE -DLOGIN_CAP -DUSE_PAM -static -o lukemftpd cmds.o conf.o ftpd.o ftpcmd.o popen.o strsuftoll.o ls-unmain.o cmp.o print.o util.o -lcrypt -lutil -lm -lopie -lmd -lpam -lkrb5 -lasn1 -lcrypto -lcrypt -lroken -lcom_err -lradius -ltacplus -lcrypt -lutil -lopie -lmd -lssh -lcrypto -lcrypt /usr/obj/usr/src/tmp/usr/lib/libssh.a(xmalloc.o)(.text+0xc8): In function `xstrdup': : multiple definition of `xstrdup' ftpd.o(.text+0x674c): first defined here /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `xstrdup' changed from 47 in ftpd.o to 57 in /usr/obj/usr/src/tmp/usr/lib/libssh.a(xmalloc.o) *** Error code 1 Stop in /usr/src/libexec/lukemftpd. My /etc/make.conf: # sed -E '/^#/d;s/#.*//' /etc/make.conf CFLAGS= -O -pipe COPTFLAGS= -O -pipe MTREE_FOLLOWS_SYMLINKS= -L NO_BLUETOOTH= NO_FORTRAN= NO_I4B= NO_INET6= NO_IPFILTER= NO_LPR= NO_NIS= NO_PROFILE= NO_SENDMAIL= NO_SHARED= NO_DYNAMICROOT= SUP_UPDATE= SUPHOST= a.cvsup.sigpipe.cz SUPFILE= /usr/share/examples/cvsup/standard-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile PERL_VER=5.8.7 PERL_VERSION=5.8.7 -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 20:10:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D9016A41F for ; Sun, 7 Aug 2005 20:10:19 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 160D6441A4 for ; Sun, 7 Aug 2005 20:10:18 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 23745 invoked from network); 7 Aug 2005 20:10:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ix/HBRwuoAIxOONxAAKdKDe6K+xKKQk9Ts9Do2YX/HNnj/oIwiDYkUpru//yEJAepJ+OGUdOS+mKCuIqGqRsjR3a1mLsEdc8Gw5O0r5/X2/R6u5z7WxvoubU2GYKLbde2z1JAOi62/jeHVfjEzlQVD6lYQAP0WSOrr3bMswDPnU= ; Received: from unknown (HELO 172.16.0.1) (mikej@70.31.50.81 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 7 Aug 2005 20:10:18 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Sun, 7 Aug 2005 16:10:24 -0400 (EDT) Message-ID: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> Date: Sun, 7 Aug 2005 16:10:24 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: weird shutdown messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 20:10:19 -0000 FreeBSD 7.0-CURRENT #0: Fri Jul 29 22:26:55 EDT 2005 # shutdown -p now ... Stopping cron. Shutting down local daemons:. Stopping named. Waiting for PIDS: 39130 second watchdog timeout expired. Shutdown terminated. Sun Aug 7 15:32:10 EDT 2005 Aug 7 15:32:10 fbsd init: /bin/sh on /etc/rc.shutdown terminated abnormally, going to single user mode Aug 7 15:32:10 fbsd syslogd: exiting on signal 15 pflog0: promiscuous mode disabled Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 1 0 0 0 done All buffers synced. unmount of /dev failed (BUSY) Uptime: 6d15h13m2s Powering system off using ACPI From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 20:24:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F60116A448 for ; Sun, 7 Aug 2005 20:24:47 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D6F440E0 for ; Sun, 7 Aug 2005 19:59:14 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: by nproxy.gmail.com with SMTP id x37so189686nfc for ; Sun, 07 Aug 2005 12:59:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=rV1aNRnenH2IgaloViR7f6D3wBu+2WY3GqpkzEWTp2744Rg0oRKXYRvSU/wvCAogc6Ic6auYVirRFpRDu2BXqxZ67VSkXCvXojmmFo90pnjkXYBvap+U/dG6z3yDU1W5yM9wflKFqgTQXegfGr/MX0RvdUNUUVUUn0szj2gKAaw= Received: by 10.48.239.18 with SMTP id m18mr138399nfh; Sun, 07 Aug 2005 12:59:13 -0700 (PDT) Received: by 10.48.239.9 with HTTP; Sun, 7 Aug 2005 12:59:13 -0700 (PDT) Message-ID: <61c7468305080712591f8c7fda@mail.gmail.com> Date: Sun, 7 Aug 2005 21:59:13 +0200 From: Antoine Pelisse To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fix for some stress panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 20:24:47 -0000 http://people.freebsd.org/~pho/stress/log/cons149.html http://people.freebsd.org/~pho/stress/log/cons130.html I've been working on this panic today (the two are obviously=20 the same) and here is a patch to fix it: --- sys/kern/kern_proc.c.orig Mon Apr 18 04:10:36 2005 +++ sys/kern/kern_proc.c Sun Aug 7 21:18:03 2005 @@ -884,10 +884,8 @@ _PHOLD(p); FOREACH_THREAD_IN_PROC(p, td) { fill_kinfo_thread(td, &kinfo_proc); - PROC_UNLOCK(p); error =3D SYSCTL_OUT(req, (caddr_t)&kinfo_proc, sizeof(kinfo_proc)); - PROC_LOCK(p); if (error) break; } As a matter of fact, if td is removed from the list through thread_unlink= =20 while the mutex is released and the next thread is removed just after, the FOREAC= H=20 is looping through an unlinked list where the td_ksegrp has been set to NUL= L=20 by thread_exit. If we absolutely have to release the lock, then it's probably safer to chec= k=20 if=20 td_ksegroup !=3D NULL in the fill_kinfo_thread function. Regards,=20 Antoine Pelisse. From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 20:58:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E4116A41F for ; Sun, 7 Aug 2005 20:58:35 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17B843F1C for ; Sun, 7 Aug 2005 20:58:34 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta11.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with ESMTP id <20050807205833.MYUB24042.mta11.adelphia.net@[192.168.1.254]>; Sun, 7 Aug 2005 16:58:33 -0400 Message-ID: <42F67600.7040400@savvis.net> Date: Sun, 07 Aug 2005 13:58:40 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1123369733.852.12.camel@shumai.marcuscom.com> <1123390349.852.21.camel@shumai.marcuscom.com> <42F631F9.8030607@savvis.net> <42F6388A.9000208@savvis.net> <1123447305.40563.5.camel@shumai.marcuscom.com> In-Reply-To: <1123447305.40563.5.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 20:58:35 -0000 Joe Marcus Clarke wrote: > On Sun, 2005-08-07 at 09:36 -0700, Maksim Yevmenkin wrote: > >>>Joe Marcus Clarke wrote: >>> >>> >>>>On Sat, 2005-08-06 at 19:08 -0400, Joe Marcus Clarke wrote: >>>> >>>> >>>>>I'm trying to install FreeBSD 6.0-BETA2 from CD on Dell Precision 380. >>>>>The machine has a PS/2 keyboard on it. The keyboard works fine in the >>>>>BIOS, and at the Booting... prompt. However, once sysinstall comes up, >>>>>the keyboard is dead. Nothing I type will be accepted. The machine >>>>>does not appear to be panicked or hung. >>>>> >>>>>I switched from vidconsole to comconsole, and sysinstall works, so >>>>>perhaps this has something to do with the new keyboard mux? >>>>> >>>>>Dmesg is at http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg >>>> >>>> >>>> >>>>More news on this. After getting 6.0-BETA2 installed from the serial >>>>console, I found that _any_ input on the PS/2 port causes the machine to >>>>lock up hard. I can break into the debugger, but as soon as I hit any >>>>key on the PS/2 keyboard, the machine locks up. I can't type anything >>>>(even from the serial console). The only way out is to do a hard reset. >>>> >>>>I've tried building a custom kernel and disabling apic and acpi. >>>>Nothing will get 6.0 to work with any locally attached keyboard. >>>> >>>>I also found a CD of 5.4-RC3, which boots perfectly on this machine with >>>>working PS/2 and USB keyboards. So, I thought maybe the kbdmux was the >>>>problem. I reverted the kbd code to original RELENG_6 version (kbd.c >>>>rev. 1.43 and kbdreg.h rev. 1.17), and the keyboard works once again. >>>>Anything else I can try to debug this problem with kbdmux further? >>> >>> >>>i doubt kbdmux(4) is your problem. according to the dmesg you have >>>posted you dont seem to use/load kbdmux(4) driver. it is highly unlikely >>>that my changes in /sys/dev/kbd/ cause this. kbdmux(4) is not default >>>keyboard and, at this point, one must configure/load it by hand. my >>>guess would be that you, perhaps, have some sort of interrupt routing >>>problem or something like it. >> >> >>actually, now i'm confused. as you stated you have reverted >>/sys/dev/kbd/kbd.c and /sys/dev/kbd/kbdreg.h. are these only files you >>have reverted? > > > Yes, the only two. The rest of sys is 6.0-BETA2. I never tried loading > the kbdmux module, and test the keyboard. I have a 6.0 laptop, and I've > never had problems with kbd, and I've never had to load the mux there. hmmm... very strange. i still do not understand how these changes can break anything. i will install 6.0-beta2 tomorrow on spare machine and will try to reproduce the problem. i've been running with these changes for a while now and did not have any problems. also (as far as i know) nobody else reported similar problem so far. btw, i have dell laptop that runs just fine. >>i think, i can rule out /sys/dev/kbd/kbdreg.h - this just add a >>prototype for kbd_find_keyboard2(). >> >>so this leaves only /sys/dev/kbd/kbd.c. the only change here was new >>kbd_find_keyboard2() function and change to the original >>kbd_find_keyboard() function. kbd_find_keyboard2() function is almost >>the same as the original kbd_find_keyboard() function. the only >>difference is that kbd_find_keyboard2() accepts one extra parameter that >>specifies starting index for search. it also checks the index to make >>sure it is within valid bounds. naturally, kbd_find_keyboard() can just >>call kbd_find_keyboard2() with starting index of 0 to emulate old >>behavior. unless i screwed up here, i do not see how this would break >>anything. >> >>also, one thing i noticed in your dmesg output >> >>atkbdc0: port 0x60,0x64 irq 1 on acpi0 >>atkbd0: flags 0x3 irq 1 on atkbdc0 >>atkbd: the current kbd controller command byte 0065 >>atkbd: keyboard ID 0xffffffff (1) >>kbd0 at atkbd0 >>kbd0: atkbd0, AT 84 (1), config:0x3, flags:0x3d0000 >>atkbd0: [GIANT-LOCKED] > > This output is after reverting to pre-kbdmux code. My keyboard is an > IBM 105-key QWERTY keyboard (model KB-9910). could you please post dmesg output *with* /sys/dev/kbd/kbd* changes? thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 21:01:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D49A16A420 for ; Sun, 7 Aug 2005 21:01:07 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 693DC43F12 for ; Sun, 7 Aug 2005 21:01:06 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-29.dynamic.qsc.de [212.202.37.29]) by efacilitas.de (Postfix) with ESMTP id C08374AE2A; Sun, 7 Aug 2005 23:06:29 +0000 (UTC) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id C320512B140; Sun, 7 Aug 2005 23:00:03 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 79893-04; Sun, 7 Aug 2005 22:59:52 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 94A1912B104; Sun, 7 Aug 2005 22:59:51 +0200 (CEST) Message-ID: <42F67646.2030306@cs.tu-berlin.de> Date: Sun, 07 Aug 2005 22:59:50 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Neuhauser References: <20050807190553.GA75308@isis.sigpipe.cz> In-Reply-To: <20050807190553.GA75308@isis.sigpipe.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: freebsd-current Subject: Re: RELENG_6: cannot make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 21:01:07 -0000 Roman Neuhauser wrote: > CFLAGS= -O -pipe > COPTFLAGS= -O -pipe Why do you use -O since -O2 is default in RELENG_6? > NO_NIS= Just by the way, I noticed some ugly error messages about unknown login classes in a world with NO_NIS. > NO_SHARED= This adds "-static" to almost everything which is a bad idea; it is also the reason for your failed buildworld. The origin for this knob is PR conf/48569 which says "do NOT use unless you known what are you doing", but the committed comment in src/share/examples/etc/make.conf is a little bit wrong and malformed. Someone should fix this. Regards Björn -- Björn König (bkoenig@cs.tu-berlin.de) student at the Technische Universität Berlin http://bkoenig.alpha-tierchen.de/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 21:14:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66E4016A46C for ; Sun, 7 Aug 2005 21:14:04 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B2443DD3 for ; Sun, 7 Aug 2005 20:41:49 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j77Kge5q011326; Sun, 7 Aug 2005 16:42:40 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Maksim Yevmenkin In-Reply-To: <42F6388A.9000208@savvis.net> References: <1123369733.852.12.camel@shumai.marcuscom.com> <1123390349.852.21.camel@shumai.marcuscom.com> <42F631F9.8030607@savvis.net> <42F6388A.9000208@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1NleXSrvIct2CSmaqLpG" Organization: MarcusCom, Inc. Date: Sun, 07 Aug 2005 16:41:44 -0400 Message-Id: <1123447305.40563.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 21:14:05 -0000 --=-1NleXSrvIct2CSmaqLpG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-08-07 at 09:36 -0700, Maksim Yevmenkin wrote: > > Joe Marcus Clarke wrote: > >=20 > >> On Sat, 2005-08-06 at 19:08 -0400, Joe Marcus Clarke wrote: > >> > >>> I'm trying to install FreeBSD 6.0-BETA2 from CD on Dell Precision 380= . > >>> The machine has a PS/2 keyboard on it. The keyboard works fine in th= e > >>> BIOS, and at the Booting... prompt. However, once sysinstall comes u= p, > >>> the keyboard is dead. Nothing I type will be accepted. The machine > >>> does not appear to be panicked or hung. > >>> > >>> I switched from vidconsole to comconsole, and sysinstall works, so > >>> perhaps this has something to do with the new keyboard mux? > >>> > >>> Dmesg is at http://www.marcuscom.com/downloads/NEW-SHUMAI.dmesg > >> > >> > >> > >> More news on this. After getting 6.0-BETA2 installed from the serial > >> console, I found that _any_ input on the PS/2 port causes the machine = to > >> lock up hard. I can break into the debugger, but as soon as I hit any > >> key on the PS/2 keyboard, the machine locks up. I can't type anything > >> (even from the serial console). The only way out is to do a hard rese= t. > >> > >> I've tried building a custom kernel and disabling apic and acpi. > >> Nothing will get 6.0 to work with any locally attached keyboard. > >> > >> I also found a CD of 5.4-RC3, which boots perfectly on this machine wi= th > >> working PS/2 and USB keyboards. So, I thought maybe the kbdmux was th= e > >> problem. I reverted the kbd code to original RELENG_6 version (kbd.c > >> rev. 1.43 and kbdreg.h rev. 1.17), and the keyboard works once again. > >> Anything else I can try to debug this problem with kbdmux further? > >=20 > >=20 > > i doubt kbdmux(4) is your problem. according to the dmesg you have=20 > > posted you dont seem to use/load kbdmux(4) driver. it is highly unlikel= y=20 > > that my changes in /sys/dev/kbd/ cause this. kbdmux(4) is not default=20 > > keyboard and, at this point, one must configure/load it by hand. my=20 > > guess would be that you, perhaps, have some sort of interrupt routing=20 > > problem or something like it. >=20 >=20 > actually, now i'm confused. as you stated you have reverted=20 > /sys/dev/kbd/kbd.c and /sys/dev/kbd/kbdreg.h. are these only files you=20 > have reverted? Yes, the only two. The rest of sys is 6.0-BETA2. I never tried loading the kbdmux module, and test the keyboard. I have a 6.0 laptop, and I've never had problems with kbd, and I've never had to load the mux there. >=20 > i think, i can rule out /sys/dev/kbd/kbdreg.h - this just add a=20 > prototype for kbd_find_keyboard2(). >=20 > so this leaves only /sys/dev/kbd/kbd.c. the only change here was new=20 > kbd_find_keyboard2() function and change to the original=20 > kbd_find_keyboard() function. kbd_find_keyboard2() function is almost=20 > the same as the original kbd_find_keyboard() function. the only=20 > difference is that kbd_find_keyboard2() accepts one extra parameter that=20 > specifies starting index for search. it also checks the index to make=20 > sure it is within valid bounds. naturally, kbd_find_keyboard() can just=20 > call kbd_find_keyboard2() with starting index of 0 to emulate old=20 > behavior. unless i screwed up here, i do not see how this would break=20 > anything. >=20 > also, one thing i noticed in your dmesg output >=20 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x3 irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0xffffffff (1) > kbd0 at atkbd0 > kbd0: atkbd0, AT 84 (1), config:0x3, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] This output is after reverting to pre-kbdmux code. My keyboard is an IBM 105-key QWERTY keyboard (model KB-9910). Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-1NleXSrvIct2CSmaqLpG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBC9nIIb2iPiv4Uz4cRApMKAJ9YMKUMJYrf+mJVwKmUSLGn+CovGACgh8XJ O/n4i78jcoG5cFiYQSfR86Y= =y8Yg -----END PGP SIGNATURE----- --=-1NleXSrvIct2CSmaqLpG-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 21:17:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E142016A41F for ; Sun, 7 Aug 2005 21:17:20 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D81B943DCA for ; Sun, 7 Aug 2005 21:17:19 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 633A41F87BEF; Sun, 7 Aug 2005 23:17:18 +0200 (CEST) Date: Sun, 7 Aug 2005 23:17:18 +0200 From: Roman Neuhauser To: =?iso-8859-2?Q?Bj=F6rn_K=F6nig?= Message-ID: <20050807211718.GA77968@isis.sigpipe.cz> Mail-Followup-To: =?iso-8859-2?Q?Bj=F6rn_K=F6nig?= , freebsd-current References: <20050807190553.GA75308@isis.sigpipe.cz> <42F67646.2030306@cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42F67646.2030306@cs.tu-berlin.de> User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: RELENG_6: cannot make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 21:17:21 -0000 # bkoenig@cs.tu-berlin.de / 2005-08-07 22:59:50 +0200: > Roman Neuhauser wrote: > > >CFLAGS= -O -pipe > >COPTFLAGS= -O -pipe > > Why do you use -O since -O2 is default in RELENG_6? Because I'm conservative in this regard. :) (Plus, this machine has given me a few rocks with gmirror, don't want to risk useless backtraces. > >NO_NIS= > > Just by the way, I noticed some ugly error messages about unknown login > classes in a world with NO_NIS. > > >NO_SHARED= > > This adds "-static" to almost everything which is a bad idea; it is also > the reason for your failed buildworld. > > The origin for this knob is PR conf/48569 which says "do NOT use unless > you known what are you doing", but the committed comment in > src/share/examples/etc/make.conf is a little bit wrong and malformed. > Someone should fix this. Yeah, perhaps it should say "this will break buildworld". Thanks for the clarification. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 21:36:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E8916A41F; Sun, 7 Aug 2005 21:36:03 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FCA543D45; Sun, 7 Aug 2005 21:36:00 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.org (localhost [127.0.0.1]) by mail.yazzy.org (Postfix) with SMTP id 296C339812; Sun, 7 Aug 2005 23:36:29 +0200 (CEST) Received: from lapdance ([192.168.98.10]) (SquirrelMail authenticated user lists@yazzy.org) by mail.yazzy.org with HTTP; Sun, 7 Aug 2005 23:36:29 +0200 (CEST) Message-ID: <56118.192.168.98.10.1123450589.squirrel@mail.yazzy.org> Date: Sun, 7 Aug 2005 23:36:29 +0200 (CEST) From: "M.Jessa" To: , X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@yazzy.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 21:36:03 -0000 Hi. I noticed typing make OVERRIDE_LINUX_BASE_PORT="suse-9.3" in /usr/ports/java/linux-sun-jdk14 works fine but putting the same variable in /etc/make.conf gives: ===> linux-sun-jdk-1.4.2.08_2 There is no emulators/linux_base-suse-9.3, perhaps wrong use of USE_LINUX or OVERRIDE_LINUX_BASE_PORT.. The same happens with any value for a different linux base than the standard one given to OVERRIDE_LINUX_BASE_PORT. This is on 6.0 BETA 2 Cheers, Marcin P.S Please CC responses from ports@ to me since I am not subscribed there. From owner-freebsd-current@FreeBSD.ORG Sun Aug 7 21:48:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E394F16A420 for ; Sun, 7 Aug 2005 21:48:58 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C2943D5D for ; Sun, 7 Aug 2005 21:48:58 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.3/8.13.3) with ESMTP id j77LnmNa012028; Sun, 7 Aug 2005 17:49:49 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Maksim Yevmenkin In-Reply-To: <42F67600.7040400@savvis.net> References: <1123369733.852.12.camel@shumai.marcuscom.com> <1123390349.852.21.camel@shumai.marcuscom.com> <42F631F9.8030607@savvis.net> <42F6388A.9000208@savvis.net> <1123447305.40563.5.camel@shumai.marcuscom.com> <42F67600.7040400@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+uL6ld6S3n57Ks2bd1Yh" Organization: MarcusCom, Inc. Date: Sun, 07 Aug 2005 17:48:53 -0400 Message-Id: <1123451333.40563.26.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: No keyboard in sysinstall in 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 21:48:59 -0000 --=-+uL6ld6S3n57Ks2bd1Yh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-08-07 at 13:58 -0700, Maksim Yevmenkin wrote: [snip] > >> > >>atkbdc0: port 0x60,0x64 irq 1 on acpi0 > >>atkbd0: flags 0x3 irq 1 on atkbdc0 > >>atkbd: the current kbd controller command byte 0065 > >>atkbd: keyboard ID 0xffffffff (1) > >>kbd0 at atkbd0 > >>kbd0: atkbd0, AT 84 (1), config:0x3, flags:0x3d0000 > >>atkbd0: [GIANT-LOCKED] > >=20 > > This output is after reverting to pre-kbdmux code. My keyboard is an > > IBM 105-key QWERTY keyboard (model KB-9910). >=20 > could you please post dmesg output *with* /sys/dev/kbd/kbd* changes? I'm so sorry for wasting your time. While I only reverted the kbd code, seems I made a kernel change at the same time: I disabled ehci. Seems my keyboard problems were related to USB 2.0 (I have another thread on that). I had since re-enabled ehci to produce some debugs for that email thread. Disabling USB 2.0, but keeping the new kbd code results in a working keyboard. Again, I apologize for the noise. Thanks for your help. Joe >=20 > thanks, > max >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-+uL6ld6S3n57Ks2bd1Yh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBC9oHFb2iPiv4Uz4cRArKCAKCfzQ835ehb3xlhxpqhkKlB8eA0jwCgqo5U LO0ihgnNIbwsg7z764/oeGs= =b7rC -----END PGP SIGNATURE----- --=-+uL6ld6S3n57Ks2bd1Yh-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 01:01:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A15DB16A41F for ; Mon, 8 Aug 2005 01:01:15 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4381B43E78 for ; Mon, 8 Aug 2005 01:01:14 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.100] (rrcs-24-172-31-145.midsouth.biz.rr.com [24.172.31.145]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j7811BL4004339; Sun, 7 Aug 2005 21:01:12 -0400 (EDT) Message-ID: <42F6AFC5.60308@ec.rr.com> Date: Sun, 07 Aug 2005 21:05:09 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> In-Reply-To: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-current@freebsd.org Subject: Re: weird shutdown messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 01:01:15 -0000 Mike Jakubik wrote: > FreeBSD 7.0-CURRENT #0: Fri Jul 29 22:26:55 EDT 2005 > > # shutdown -p now > ... > Stopping cron. > Shutting down local daemons:. > Stopping named. > Waiting for PIDS: 39130 second watchdog timeout expired. Shutdown terminated. > Sun Aug 7 15:32:10 EDT 2005 > Aug 7 15:32:10 fbsd init: /bin/sh on /etc/rc.shutdown terminated > abnormally, going to single user mode > Aug 7 15:32:10 fbsd syslogd: exiting on signal 15 > pflog0: promiscuous mode disabled > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...1 1 1 0 0 0 done > All buffers synced. > unmount of /dev failed (BUSY) > Uptime: 6d15h13m2s > Powering system off using ACPI > I just got the /dev failed message on the snap shot of 6 from July02. I installed it a few days ago. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 02:26:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B51E116A420 for ; Mon, 8 Aug 2005 02:26:19 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED44F43E98 for ; Mon, 8 Aug 2005 02:26:18 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so1040087wra for ; Sun, 07 Aug 2005 19:26:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jsiHQnMkwlU30vA/Sf/1s5SQUYFURmJLNXYI+eAZgtO+Uv5ATmcIx0QpoFRvXc+IDRfDg6XxAZuVO8qo2AL2nqGNO/5fKMXWAHZA7nEWbmnhXsUChF96xl715IHwYqNTmLisEIWHzBXCcEYSY/8bTcchHHK45kY+uT5Uzev+ryg= Received: by 10.54.122.12 with SMTP id u12mr4504695wrc; Sun, 07 Aug 2005 19:26:17 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Sun, 7 Aug 2005 19:26:17 -0700 (PDT) Message-ID: <70e8236f050807192628b0405e@mail.gmail.com> Date: Mon, 8 Aug 2005 03:26:17 +0100 From: Joao Barros To: John Baldwin In-Reply-To: <200507291318.24428.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 02:26:19 -0000 On 7/29/05, John Baldwin wrote: > On Sunday 24 July 2005 07:16 pm, Joao Barros wrote: > > > > Would it be possible to have this in BETA2? >=20 > Can you try this patch? You'll need to set hw.apic.enable_extint=3D1 in = the > loader via loader.conf or a manual set command: John, I saw you commited this to RELENG_6 and today, finally I got the time to install 5.4 on the machine, as it was systemless, cvsup to RELENG_6 and build a kernel. I'm sorry to report that setting hw.apic.enable_extint to 1 didn't work. I tried to boot with and without acpi. It takes me almost 2 hours to compile a kernel on this machine, but I'm now in condition to test anything you throw at me :) Note: I booted from the (now on) internal ahc From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 03:24:56 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5218B16A41F; Mon, 8 Aug 2005 03:24:56 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE82C43EF1; Mon, 8 Aug 2005 03:24:55 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j783O1TW026282; Sun, 7 Aug 2005 23:24:01 -0400 (EDT) (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 j783Osif084797; Sun, 7 Aug 2005 23:24:55 -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 j783Oqam022308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Aug 2005 23:24:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050807231805.0449b9c0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 07 Aug 2005 23:27:30 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20050807160735.GD1002@garage.freebsd.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> <20050807160735.GD1002@garage.freebsd.pl> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 03:24:56 -0000 At 12:07 PM 07/08/2005, Pawel Jakub Dawidek wrote: >On Sun, Aug 07, 2005 at 10:07:52AM -0400, Mike Tancsa wrote: >+> At 02:52 AM 07/08/2005, Pawel Jakub Dawidek wrote: >+> >+> >I saw this (I've one hifn here). >+> >This looks like a bug in hifn(4), it locks up when too many requests are >+> >sent there. >+> >Could you try increasing sector size of encrypted provider to eg. 8192? >+> >(There is '-s' option for 'init' subcommand.) >+> >+> No difference. It might even hasten it a little. >+> >+> [hippo]# geli init -a 3des -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e > >Yes, I'm able to reproduce it easly. >I made my tests with AES where I see hangs only with small sectorsize - >AES and 8kB sectorsize works for me. I'm afraid it's hifn(4) issue and >I'm not sure if I can help here. Hmmm, very strange indeed. I just tried with aes and it runs a little longer, but still eventually locks up. [hippo]# geli init -a aes -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e Enter new passphrase: Reenter new passphrase: [hippo]# geli attach -k /var/tmp/da2.key /dev/amrd0s1e Enter passphrase: [hippo]# newfs /dev/amrd0s1e.eli /dev/amrd0s1e.eli: 1024.0MB (2097136 sectors) block size 16384, fragment size 8192 using 4 cylinder groups of 256.00MB, 16384 blks, 8192 inodes. super-block backups (for fsck -b #) at: 160, 524448, 1048736, 1573024 [hippo]# mount /dev/amrd0s1e.eli /mnt [hippo]# bonnie -s 300 -d /mnt/ File '/mnt//Bonnie.32578', size: 314572800 Writing with putc()... [hippo]# iostat -c 1000 tty amrd0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 0 8.96 2 0.02 0.00 0 0.00 2 0 1 0 97 0 179 128.00 18 2.24 0.00 0 0.00 2 0 3 1 94 0 61 128.00 16 1.99 0.00 0 0.00 2 0 4 0 93 0 61 128.00 18 2.24 0.00 0 0.00 3 0 2 1 94 0 61 128.00 18 2.24 0.00 0 0.00 3 0 4 1 93 0 61 128.00 18 2.24 0.00 0 0.00 2 0 4 0 94 0 61 128.00 17 2.12 0.00 0 0.00 3 0 3 1 94 0 61 128.00 18 2.24 0.00 0 0.00 1 0 3 1 94 0 61 128.00 17 2.12 0.00 0 0.00 4 0 2 1 93 0 61 102.58 24 2.40 0.00 0 0.00 2 0 5 1 92 0 61 102.55 22 2.20 0.00 0 0.00 2 0 4 0 94 0 61 128.00 17 2.12 0.00 0 0.00 1 0 4 1 94 0 61 128.00 18 2.24 0.00 0 0.00 2 0 5 1 91 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 1 95 0 61 128.00 17 2.12 0.00 0 0.00 2 0 6 0 92 0 61 128.00 18 2.24 0.00 0 0.00 2 0 3 0 95 0 61 128.00 17 2.12 0.00 0 0.00 2 0 5 1 93 0 61 83.20 25 2.03 0.00 0 0.00 2 0 2 0 96 0 60 128.00 17 2.12 0.00 0 0.00 2 0 5 1 92 0 61 128.00 18 2.24 0.00 0 0.00 3 0 3 0 94 tty amrd0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 61 105.52 21 2.16 0.00 0 0.00 2 0 5 1 92 0 181 128.00 17 2.12 0.00 0 0.00 2 0 3 0 94 0 61 128.00 18 2.24 0.00 0 0.00 3 0 4 0 93 0 61 115.11 18 2.02 0.00 0 0.00 2 0 4 0 94 0 61 128.00 20 2.49 0.00 0 0.00 1 0 6 1 92 0 61 128.00 18 2.24 0.00 0 0.00 3 0 4 1 93 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 0 95 0 61 128.00 17 2.12 0.00 0 0.00 3 0 4 1 92 0 61 128.00 18 2.24 0.00 0 0.00 2 0 3 1 94 0 61 96.73 22 2.07 0.00 0 0.00 2 0 5 0 93 0 60 128.00 18 2.24 0.00 0 0.00 1 0 4 1 94 From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 03:34:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8430516A41F; Mon, 8 Aug 2005 03:34:28 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0793E43EF1; Mon, 8 Aug 2005 03:34:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j783XXfv026485; Sun, 7 Aug 2005 23:33:33 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j783YRpE002099; Sun, 7 Aug 2005 23:34:27 -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 j783YPLq022330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Aug 2005 23:34:25 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050807233527.06eef730@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 07 Aug 2005 23:37:02 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050807231805.0449b9c0@64.7.153.2> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> <20050807160735.GD1002@garage.freebsd.pl> <6.2.1.2.0.20050807231805.0449b9c0@64.7.153.2> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 03:34:28 -0000 Actually, it seems I can easily lock up the box with /usr/bin/openssl aes-128-cbc -in big -k pass | ssh -c aes128-cbc mdtancsa@127.0.0.1 "cat - > /home/mdtancsa/targetfile.enc" Is the hifn driver perhaps not fully smp safe ? ---Mike At 11:27 PM 07/08/2005, Mike Tancsa wrote: >At 12:07 PM 07/08/2005, Pawel Jakub Dawidek wrote: >>On Sun, Aug 07, 2005 at 10:07:52AM -0400, Mike Tancsa wrote: >>+> At 02:52 AM 07/08/2005, Pawel Jakub Dawidek wrote: >>+> >>+> >I saw this (I've one hifn here). >>+> >This looks like a bug in hifn(4), it locks up when too many requests are >>+> >sent there. >>+> >Could you try increasing sector size of encrypted provider to eg. 8192? >>+> >(There is '-s' option for 'init' subcommand.) >>+> >>+> No difference. It might even hasten it a little. >>+> >>+> [hippo]# geli init -a 3des -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e >> >>Yes, I'm able to reproduce it easly. >>I made my tests with AES where I see hangs only with small sectorsize - >>AES and 8kB sectorsize works for me. I'm afraid it's hifn(4) issue and >>I'm not sure if I can help here. > >Hmmm, very strange indeed. I just tried with aes and it runs a little >longer, but still eventually locks up. > >[hippo]# geli init -a aes -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e >Enter new passphrase: >Reenter new passphrase: >[hippo]# geli attach -k /var/tmp/da2.key /dev/amrd0s1e >Enter passphrase: >[hippo]# newfs /dev/amrd0s1e.eli >/dev/amrd0s1e.eli: 1024.0MB (2097136 sectors) block size 16384, fragment >size 8192 > using 4 cylinder groups of 256.00MB, 16384 blks, 8192 inodes. >super-block backups (for fsck -b #) at: > 160, 524448, 1048736, 1573024 >[hippo]# mount /dev/amrd0s1e.eli /mnt >[hippo]# bonnie -s 300 -d /mnt/ >File '/mnt//Bonnie.32578', size: 314572800 >Writing with putc()... > > > >[hippo]# iostat -c 1000 > tty amrd0 pass0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0 0 8.96 2 0.02 0.00 0 0.00 2 0 1 0 97 > 0 179 128.00 18 2.24 0.00 0 0.00 2 0 3 1 94 > 0 61 128.00 16 1.99 0.00 0 0.00 2 0 4 0 93 > 0 61 128.00 18 2.24 0.00 0 0.00 3 0 2 1 94 > 0 61 128.00 18 2.24 0.00 0 0.00 3 0 4 1 93 > 0 61 128.00 18 2.24 0.00 0 0.00 2 0 4 0 94 > 0 61 128.00 17 2.12 0.00 0 0.00 3 0 3 1 94 > 0 61 128.00 18 2.24 0.00 0 0.00 1 0 3 1 94 > 0 61 128.00 17 2.12 0.00 0 0.00 4 0 2 1 93 > 0 61 102.58 24 2.40 0.00 0 0.00 2 0 5 1 92 > 0 61 102.55 22 2.20 0.00 0 0.00 2 0 4 0 94 > 0 61 128.00 17 2.12 0.00 0 0.00 1 0 4 1 94 > 0 61 128.00 18 2.24 0.00 0 0.00 2 0 5 1 91 > 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 1 95 > 0 61 128.00 17 2.12 0.00 0 0.00 2 0 6 0 92 > 0 61 128.00 18 2.24 0.00 0 0.00 2 0 3 0 95 > 0 61 128.00 17 2.12 0.00 0 0.00 2 0 5 1 93 > 0 61 83.20 25 2.03 0.00 0 0.00 2 0 2 0 96 > 0 60 128.00 17 2.12 0.00 0 0.00 2 0 5 1 92 > 0 61 128.00 18 2.24 0.00 0 0.00 3 0 3 0 94 > tty amrd0 pass0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0 61 105.52 21 2.16 0.00 0 0.00 2 0 5 1 92 > 0 181 128.00 17 2.12 0.00 0 0.00 2 0 3 0 94 > 0 61 128.00 18 2.24 0.00 0 0.00 3 0 4 0 93 > 0 61 115.11 18 2.02 0.00 0 0.00 2 0 4 0 94 > 0 61 128.00 20 2.49 0.00 0 0.00 1 0 6 1 92 > 0 61 128.00 18 2.24 0.00 0 0.00 3 0 4 1 93 > 0 61 128.00 17 2.12 0.00 0 0.00 2 0 3 0 95 > 0 61 128.00 17 2.12 0.00 0 0.00 3 0 4 1 92 > 0 61 128.00 18 2.24 0.00 0 0.00 2 0 3 1 94 > 0 61 96.73 22 2.07 0.00 0 0.00 2 0 5 0 93 > 0 60 128.00 18 2.24 0.00 0 0.00 1 0 4 1 94 From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 04:06:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EA3516A41F for ; Mon, 8 Aug 2005 04:06:17 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 8EA5843D48 for ; Mon, 8 Aug 2005 04:06:16 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 75620 invoked from network); 8 Aug 2005 04:06:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=NqhlFD23sy5pWflamiqnx90NGWmEIYRksLSyZHQ/WqWJ5D/RGAk5vHcX24krU9idr9ZNiFVwrmM9KfXW+fDAL7mdt5Rm888Jp9HLZ8kOGjvN5NUnF2AHW9uD7eO8Nal66Y8UhTUtIyuLvM21Ch+Ro21hzx++3uY/S83LzU8Og50= ; Received: from unknown (HELO 172.16.0.1) (mikej@70.31.50.81 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 8 Aug 2005 04:06:15 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 8 Aug 2005 00:06:21 -0400 (EDT) Message-ID: <1195.172.16.0.199.1123473981.squirrel@172.16.0.1> In-Reply-To: <42F6AFC5.60308@ec.rr.com> References: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> <42F6AFC5.60308@ec.rr.com> Date: Mon, 8 Aug 2005 00:06:21 -0400 (EDT) From: "Mike Jakubik" To: "jason henson" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: weird shutdown messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 04:06:17 -0000 On Sun, August 7, 2005 9:05 pm, jason henson said: > Mike Jakubik wrote: > >> FreeBSD 7.0-CURRENT #0: Fri Jul 29 22:26:55 EDT 2005 >> >> >> # shutdown -p now >> ... >> Stopping cron. >> Shutting down local daemons:. >> Stopping named. >> Waiting for PIDS: 39130 second watchdog timeout expired. Shutdown >> terminated. Sun Aug 7 15:32:10 EDT 2005 >> Aug 7 15:32:10 fbsd init: /bin/sh on /etc/rc.shutdown terminated >> abnormally, going to single user mode Aug 7 15:32:10 fbsd syslogd: >> exiting on signal 15 pflog0: promiscuous mode disabled >> Waiting (max 60 seconds) for system process `vnlru' to stop...done >> Waiting (max 60 seconds) for system process `bufdaemon' to stop...done >> Waiting (max 60 seconds) for system process `syncer' to stop... >> Syncing disks, vnodes remaining...1 1 1 0 0 0 done >> All buffers synced. >> unmount of /dev failed (BUSY) Uptime: 6d15h13m2s >> Powering system off using ACPI >> >> > I just got the /dev failed message on the snap shot of 6 from July02. I > installed it a few days ago. Thats not what i was referring to, that is a known issue. The watchdog timeout, etc, is what i was trying to point out. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 04:11:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A7D116A41F for ; Mon, 8 Aug 2005 04:11:32 +0000 (GMT) (envelope-from pfak@telus.net) Received: from bpd2mo2no.prod.shawcable.com (shawmail.shawcable.com [64.59.128.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5FA43D45 for ; Mon, 8 Aug 2005 04:11:31 +0000 (GMT) (envelope-from pfak@telus.net) Received: from bpd2mi2no.prod.shawcable.com (bpd2mi2no-qfe3.prod.shawcable.com [10.0.184.121]) by bpd2mo2no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IKV00FRGYA8WP70@bpd2mo2no.prod.shawcable.com> for freebsd-current@freebsd.org; Sun, 07 Aug 2005 22:10:56 -0600 (MDT) Received: from [192.168.1.151] (S01060012174ce02d.vf.shawcable.net [70.68.25.109]) by bpd2mi2no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IKV008IEYA8L310@bpd2mi2no.prod.shawcable.com> for freebsd-current@freebsd.org; Sun, 07 Aug 2005 22:10:56 -0600 (MDT) Date: Sun, 07 Aug 2005 21:10:59 -0700 From: Peter Kieser In-reply-to: <1195.172.16.0.199.1123473981.squirrel@172.16.0.1> To: Mike Jakubik Message-id: <42F6DB53.3070109@telus.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Accept-Language: en-us, en References: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> <42F6AFC5.60308@ec.rr.com> <1195.172.16.0.199.1123473981.squirrel@172.16.0.1> User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) Cc: freebsd-current@freebsd.org, jason henson Subject: Re: weird shutdown messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 04:11:32 -0000 Have you been able to reproduce this on other shutdowns? This just looks like a normal watchdog (NIC) timeout that got mixed in with shutdown. --Peter Mike Jakubik wrote: >On Sun, August 7, 2005 9:05 pm, jason henson said: > > >>Mike Jakubik wrote: >> >> >> >>>FreeBSD 7.0-CURRENT #0: Fri Jul 29 22:26:55 EDT 2005 >>> >>> >>># shutdown -p now >>>... >>>Stopping cron. >>>Shutting down local daemons:. >>>Stopping named. >>>Waiting for PIDS: 39130 second watchdog timeout expired. Shutdown >>>terminated. Sun Aug 7 15:32:10 EDT 2005 >>>Aug 7 15:32:10 fbsd init: /bin/sh on /etc/rc.shutdown terminated >>>abnormally, going to single user mode Aug 7 15:32:10 fbsd syslogd: >>>exiting on signal 15 pflog0: promiscuous mode disabled >>>Waiting (max 60 seconds) for system process `vnlru' to stop...done >>>Waiting (max 60 seconds) for system process `bufdaemon' to stop...done >>>Waiting (max 60 seconds) for system process `syncer' to stop... >>>Syncing disks, vnodes remaining...1 1 1 0 0 0 done >>>All buffers synced. >>>unmount of /dev failed (BUSY) Uptime: 6d15h13m2s >>>Powering system off using ACPI >>> >>> >>> >>> >>I just got the /dev failed message on the snap shot of 6 from July02. I >>installed it a few days ago. >> >> > >Thats not what i was referring to, that is a known issue. The watchdog >timeout, etc, is what i was trying to point out. > > >_______________________________________________ >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-current@FreeBSD.ORG Mon Aug 8 05:09:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC1C316A41F for ; Mon, 8 Aug 2005 05:09:00 +0000 (GMT) (envelope-from maenaka@pluto.dti.ne.jp) Received: from smtp00.dti.ne.jp (smtp00.dti.ne.jp [202.216.228.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DE2443D46 for ; Mon, 8 Aug 2005 05:08:59 +0000 (GMT) (envelope-from maenaka@pluto.dti.ne.jp) Received: from towerrecords.minidns.net (DSLa41.nagano-ip.dti.ne.jp [210.159.187.41]) by smtp00.dti.ne.jp (3.10s) with ESMTP id j7858rC2003580 for ; Mon, 8 Aug 2005 14:08:54 +0900 (JST) Received: from [127.0.0.1] (destroy [192.168.0.1]) by towerrecords.minidns.net (Postfix) with ESMTP id 50CC92049 for ; Mon, 8 Aug 2005 14:08:52 +0900 (JST) From: "UEMURA (fka. MAENAKA) Tetsuya" To: freebsd-current@freebsd.org In-Reply-To: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> References: <3383.172.16.0.199.1123445424.squirrel@172.16.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.21.03 [ja] Message-Id: <20050808050852.50CC92049@towerrecords.minidns.net> Date: Mon, 8 Aug 2005 14:08:52 +0900 (JST) Subject: Re: weird shutdown messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 05:09:00 -0000 > Waiting for PIDS: 39130 second watchdog timeout expired. Shutdown terminated. Add `rcshutdown_timeout="n"' line to /etc/rc.conf to change timeout from its default 30 seconds to n. -- UEMURA (fka. MAENAKA) Tetsuya From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 06:56:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA5416A41F for ; Mon, 8 Aug 2005 06:56:52 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C2F43D46 for ; Mon, 8 Aug 2005 06:56:49 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C062752C41; Mon, 8 Aug 2005 08:56:47 +0200 (CEST) Received: from localhost (dko129.neoplus.adsl.tpnet.pl [83.24.18.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C3D3A52C3F; Mon, 8 Aug 2005 08:56:41 +0200 (CEST) Date: Mon, 8 Aug 2005 08:56:39 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050808065639.GC788@garage.freebsd.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> <20050807160735.GD1002@garage.freebsd.pl> <6.2.1.2.0.20050807231805.0449b9c0@64.7.153.2> <6.2.1.2.0.20050807233527.06eef730@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="32u276st3Jlj2kUU" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050807233527.06eef730@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 06:56:53 -0000 --32u276st3Jlj2kUU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 07, 2005 at 11:37:02PM -0400, Mike Tancsa wrote: +>=20 +> Actually, it seems I can easily lock up the box with +>=20 +> /usr/bin/openssl aes-128-cbc -in big -k pass | ssh -c aes128-cbc mdtancs= a@127.0.0.1 "cat - > /home/mdtancsa/targetfile.enc" I was trying to reproduce it on Dual Xeon (HTT enabled) without any luck. I even added '-engine cryptodev' to openssl command, so not only ssh/sshd can use it, but still nothing. I heard about bugs which exist only on real quad processor machines (where dual xeon with HTT isn't enough). This could be one of them. +> Is the hifn driver perhaps not fully smp safe ? Could be... Actually, when I was reproducing this lock up, I was able to enter ddb and you said it locks up hard for you? This could be another issue then. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --32u276st3Jlj2kUU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC9wInForvXbEpPzQRAnqXAKCsVVFIG3CUl0FxnKJX+50xt50RZQCfViV8 Ic2EV6nPuvrdKwUfLps7S70= =jd0P -----END PGP SIGNATURE----- --32u276st3Jlj2kUU-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 07:57:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC4F816A41F; Mon, 8 Aug 2005 07:57:00 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C28643D58; Mon, 8 Aug 2005 07:56:59 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd19.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1E22VE-0000Zh-01; Mon, 08 Aug 2005 09:56:56 +0200 Received: from fw.reifenberger.com (SrncscZC8eLuWk0kIrImsh3cOmVxlnPDGWQSRUVZDkePn3BE6OFz4d@[84.152.72.132]) by fwd19.sul.t-online.de with esmtp id 1E22Uw-2KoApE0; Mon, 8 Aug 2005 09:56:38 +0200 Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.3/8.13.3/Submit) with ESMTP id j787tkCe069056; Mon, 8 Aug 2005 09:55:46 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 8 Aug 2005 09:55:45 +0200 (CEST) From: Michael Reifenberger To: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050807233527.06eef730@64.7.153.2> Message-ID: <20050808095233.P69029@fw.reifenberger.com> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> <20050807160735.GD1002@garage.freebsd.pl> <6.2.1.2.0.20050807231805.0449b9c0@64.7.153.2> <6.2.1.2.0.20050807233527.06eef730@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: SrncscZC8eLuWk0kIrImsh3cOmVxlnPDGWQSRUVZDkePn3BE6OFz4d@t-dialin.net X-TOI-MSGID: 809cc9ff-718c-401a-8074-b2621e9486b5 Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 07:57:00 -0000 On Sun, 7 Aug 2005, Mike Tancsa wrote: > Date: Sun, 07 Aug 2005 23:37:02 -0400 > From: Mike Tancsa > To: Pawel Jakub Dawidek > Cc: freebsd-current@freebsd.org > Subject: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class > committed.) > > > Actually, it seems I can easily lock up the box with > > /usr/bin/openssl aes-128-cbc -in big -k pass | ssh -c aes128-cbc > mdtancsa@127.0.0.1 "cat - > /home/mdtancsa/targetfile.enc" > > Is the hifn driver perhaps not fully smp safe ? > BTW: I've had hard lockups using the previous version of GELI and hifn on UP and amd64 (if that matters) too. newfs worked but iozone locked up allways... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 08:49:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 806D116A420 for ; Mon, 8 Aug 2005 08:49:17 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8574C43D45 for ; Mon, 8 Aug 2005 08:49:16 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F20BB52C57; Mon, 8 Aug 2005 10:49:14 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9749552C56; Mon, 8 Aug 2005 10:49:08 +0200 (CEST) Date: Mon, 8 Aug 2005 10:49:07 +0200 From: Pawel Jakub Dawidek To: Michael Reifenberger Message-ID: <20050808084907.GB1578@garage.freebsd.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> <20050807160735.GD1002@garage.freebsd.pl> <6.2.1.2.0.20050807231805.0449b9c0@64.7.153.2> <6.2.1.2.0.20050807233527.06eef730@64.7.153.2> <20050808095233.P69029@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a" Content-Disposition: inline In-Reply-To: <20050808095233.P69029@fw.reifenberger.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 08:49:17 -0000 --Pd0ReVV5GZGQvF3a Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 08, 2005 at 09:55:45AM +0200, Michael Reifenberger wrote: +> On Sun, 7 Aug 2005, Mike Tancsa wrote: +>=20 +> >Date: Sun, 07 Aug 2005 23:37:02 -0400 +> >From: Mike Tancsa +> >To: Pawel Jakub Dawidek +> >Cc: freebsd-current@freebsd.org +> >Subject: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class +> > committed.) +> >Actually, it seems I can easily lock up the box with +> >/usr/bin/openssl aes-128-cbc -in big -k pass | ssh -c aes128-cbc mdtanc= sa@127.0.0.1 "cat - > /home/mdtancsa/targetfile.enc" +> >Is the hifn driver perhaps not fully smp safe ? +>=20 +> BTW: +> I've had hard lockups using the previous version of GELI and hifn on UP = and amd64 (if that matters) too. +> newfs worked but iozone locked up allways... You're probably seeing the same problem I have. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Pd0ReVV5GZGQvF3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC9xyDForvXbEpPzQRAkJFAJ9Iiz6QbGOikvBqzU1SKTIyP7EDgACgrBp2 kYf1xIAiKW61IbB5327jZQU= =Ov88 -----END PGP SIGNATURE----- --Pd0ReVV5GZGQvF3a-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 09:13:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11A1816A41F for ; Mon, 8 Aug 2005 09:13:33 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B470E43D46 for ; Mon, 8 Aug 2005 09:13:32 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j789DPW4094068; Mon, 8 Aug 2005 02:13:29 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200508080913.j789DPW4094068@gw.catspoiler.org> Date: Mon, 8 Aug 2005 02:13:25 -0700 (PDT) From: Don Lewis To: apelisse@gmail.com In-Reply-To: <61c7468305080712591f8c7fda@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Fix for some stress panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 09:13:33 -0000 On 7 Aug, Antoine Pelisse wrote: > http://people.freebsd.org/~pho/stress/log/cons149.html > http://people.freebsd.org/~pho/stress/log/cons130.html > > I've been working on this panic today (the two are obviously > the same) and here is a patch to fix it: > --- sys/kern/kern_proc.c.orig Mon Apr 18 04:10:36 2005 > +++ sys/kern/kern_proc.c Sun Aug 7 21:18:03 2005 > @@ -884,10 +884,8 @@ > _PHOLD(p); > FOREACH_THREAD_IN_PROC(p, td) { > fill_kinfo_thread(td, &kinfo_proc); > - PROC_UNLOCK(p); > error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, > sizeof(kinfo_proc)); > - PROC_LOCK(p); > if (error) > break; > } > > As a matter of fact, if td is removed from the list through thread_unlink > while > the mutex is released and the next thread is removed just after, the FOREACH > > is looping through an unlinked list where the td_ksegrp has been set to NULL > > by thread_exit. > If we absolutely have to release the lock, then it's probably safer to check > if > td_ksegroup != NULL in the fill_kinfo_thread function. Calling SYSCTL_OUT(), which calls copyout(), is not allowed while holding a mutex unless the userland buffer is wired. The reason is that if any of the userland buffer is not resident in RAM, the thread can block while the buffer is paged in, and this is not legal while holding a mutex. There are two ways to fix this: Allocate a temporary buffer of the appropriate size, grab the mutex, traverse the list and copy the data into the temporary buffer, release the mutex, call SYSCTL_OUT() to copy the contents of the temporary buffer to the user buffer, and free the temporary buffer. Wire the appropriate amount of the userland buffer using sysctl_wire_old_buffer(), grab the mutex, traverse the list, copying each item to userland with SYSCTL_OUT(), release the mutex, and unwire the userland buffer. In either case, the appropriate buffer size must be calculated (possibly requiring the mutex to be grabbed and released) before executing an operation that could block, grabbing the mutex, and traversing the list. It is quite possible for the pre-calculated size to not match the actual size needed when the list is traversed to actually copy the data. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 09:20:22 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 501C916A420; Mon, 8 Aug 2005 09:20:22 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 623D043D5A; Mon, 8 Aug 2005 09:20:21 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j789KBhs094082; Mon, 8 Aug 2005 02:20:16 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200508080920.j789KBhs094082@gw.catspoiler.org> Date: Mon, 8 Aug 2005 02:20:11 -0700 (PDT) From: Don Lewis To: Alexander@Leidinger.net In-Reply-To: <20050805135028.0rs1mdascgocok4w@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org, multimedia@FreeBSD.org, antoine.brodin@laposte.net Subject: Re: LOR pcm0:play:0 / kernel environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 09:20:22 -0000 On 5 Aug, Alexander Leidinger wrote: > Antoine Brodin wrote: > > CCing multimedia@, since there are the people which may be able to solve ths > issue. > >> I have a LOR that doesn't seem to be on the LOR page: >> >> lock order reversal >> 1st 0xc30b3b00 pcm0:play:0 (pcm play channel) @ >> /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/channel.c:1134 >> 2nd 0xc06a7900 kernel environment (kernel environment) @ >> /usr/src/sys/kern/subr_hints.c:117 >> KDB: stack backtrace: >> kdb_backtrace(c065a9a4,c06a7900,c0653c0b,c0653c0b,c0658e0a) at >> kdb_backtrace+0x2e >> witness_checkorder(c06a7900,1,c0658e0a,75,e62c9a04) at >> witness_checkorder+0x6c3 >> _sx_slock(c06a7900,c0658e0a,75,c0656022,18b) at _sx_slock+0x7e >> res_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at res_find+0x1bd >> resource_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at resource_find+0x67 >> resource_int_value(c2ff42ec,0,c0e74b0a,e62c9b70,c30c0100) at >> resource_int_value+0x6c >> vchan_create(c30c0100,0,c0e746b1,100,4) at vchan_create+0x32d >> sysctl_hw_snd_maxautovchans(c0e778e0,0,4,e62c9bfc,e62c9bfc) at >> sysctl_hw_snd_maxautovchans+0x207 >> sysctl_root(0,e62c9c6c,3,e62c9bfc,c3080320) at sysctl_root+0x14e >> userland_sysctl(c3080320,e62c9c6c,3,0,0) at userland_sysctl+0x122 >> __sysctl(c3080320,e62c9d04,18,422,6) at __sysctl+0xb7 >> syscall(3b,3b,3b,0,bfbfee10) at syscall+0x2a2 >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812f17b, esp = >> 0xbfbfe55c, ebp = 0xbfbfe588 --- The last time I looked at the auto vchan code, I came to the conclusion that it needed to be re-written. It looked to me like there were some nasty-looking locking problems and that the vchans and unit numbers could get out of sync. I'd recommend manually setting the number of vchans with the hw.snd.pcm*.vchans sysctl knob. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 11:48:34 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2938016A41F for ; Mon, 8 Aug 2005 11:48:34 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C40F843D53 for ; Mon, 8 Aug 2005 11:48:33 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id A628632332B for ; Mon, 8 Aug 2005 13:48:30 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 163A1405B; Mon, 8 Aug 2005 13:48:44 +0200 (CEST) Date: Mon, 8 Aug 2005 13:48:44 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050808114844.GF45385@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 11:48:34 -0000 Hi, I can use "list", "mode" and "cap" commands from atacontrol(8), but I can't use "info". %%% jarjarbinks:root# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: acd0 ATA/ATAPI revision 6 ATA channel 1: Master: no device present Slave: no device present jarjarbinks:root# atacontrol info 0 atacontrol: Invalid channel 0 jarjarbinks:root# atacontrol info 1 atacontrol: Invalid channel 1 %%% Here is the relevant pciconf(8) output : %%% atapci0@pci0:31:1: class=0x01018a card=0x00661025 chip=0x266f8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FBM Ultra ATA Storage Controllers - 266F' class = mass storage subclass = ATA %%% Help would be appreciated. Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 11:55:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B29616A41F for ; Mon, 8 Aug 2005 11:55:48 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8F3143D49 for ; Mon, 8 Aug 2005 11:55:47 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-082-083-044-177.arcor-ip.net ([82.83.44.177] helo=[192.168.0.42]) by dagobah.rfc1149.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1E26EI-000HPZ-2N; Mon, 08 Aug 2005 13:55:45 +0200 Message-ID: <42F74825.4080901@rfc2549.org> Date: Mon, 08 Aug 2005 13:55:17 +0200 From: Arne Schwabe User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050524) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050808114844.GF45385@obiwan.tataz.chchile.org> In-Reply-To: <20050808114844.GF45385@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-RFC-Spam-Score: -2.1 (--) Cc: freebsd-current@FreeBSD.org Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 11:55:48 -0000 Jeremie Le Hen wrote: >Hi, > >I can use "list", "mode" and "cap" commands from atacontrol(8), but I >can't use "info". > >%%% > jarjarbinks:root# atacontrol list > ATA channel 0: > Master: ad0 ATA/ATAPI revision 6 > Slave: acd0 ATA/ATAPI revision 6 > ATA channel 1: > Master: no device present > Slave: no device present > jarjarbinks:root# atacontrol info 0 > atacontrol: Invalid channel 0 > jarjarbinks:root# atacontrol info 1 > atacontrol: Invalid channel 1 >%%% > > > > for me atacontrol info ata0 works :) Arne From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 12:00:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A67116A427 for ; Mon, 8 Aug 2005 12:00:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4778943D55 for ; Mon, 8 Aug 2005 12:00:13 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 1EF39C12A; Mon, 8 Aug 2005 14:00:12 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 0D66E405B; Mon, 8 Aug 2005 14:00:26 +0200 (CEST) Date: Mon, 8 Aug 2005 14:00:26 +0200 From: Jeremie Le Hen To: Arne Schwabe Message-ID: <20050808120026.GG45385@obiwan.tataz.chchile.org> References: <20050808114844.GF45385@obiwan.tataz.chchile.org> <42F74825.4080901@rfc2549.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42F74825.4080901@rfc2549.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 12:00:14 -0000 Hey Arne, > for me atacontrol info ata0 works :) Thanks for your very quick answer. I will send a patch to make the manual page more explicit for dumb peoples like me. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 12:02:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B44E916A41F for ; Mon, 8 Aug 2005 12:02:48 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE0343D5E for ; Mon, 8 Aug 2005 12:02:44 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-082-083-044-177.arcor-ip.net ([82.83.44.177] helo=[192.168.0.42]) by dagobah.rfc1149.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1E26Kz-000HXB-AF; Mon, 08 Aug 2005 14:02:43 +0200 Message-ID: <42F749C5.3010308@rfc2549.org> Date: Mon, 08 Aug 2005 14:02:13 +0200 From: Arne Schwabe User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050524) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050808114844.GF45385@obiwan.tataz.chchile.org> <42F74825.4080901@rfc2549.org> <20050808120026.GG45385@obiwan.tataz.chchile.org> In-Reply-To: <20050808120026.GG45385@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-RFC-Spam-Score: -2.1 (--) Cc: freebsd-current@FreeBSD.org Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 12:02:48 -0000 Jeremie Le Hen wrote: >Hey Arne, > > > >>for me atacontrol info ata0 works :) >> >> > >Thanks for your very quick answer. I will send a patch to make the >manual page more explicit for dumb peoples like me. > > Well it took me ten minutes too. Because that one is not obvious at all. But I needed my cdrom (hotswap ide) and did not want to reboot. Arne From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 10:47:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0466A16A41F for ; Mon, 8 Aug 2005 10:47:07 +0000 (GMT) (envelope-from dshine@unilink.co.uk) Received: from rly16a.srv.mailcontrol.com (cluster-a.mailcontrol.com [80.69.8.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D31743D46 for ; Mon, 8 Aug 2005 10:47:05 +0000 (GMT) (envelope-from dshine@unilink.co.uk) Received: from sunrise.unilink.co.uk ([213.246.188.43]) by rly16a.srv.mailcontrol.com (MailControl) with ESMTP id j78Al3xx006858 for ; Mon, 8 Aug 2005 11:47:03 +0100 Received: from phoenix.unilink.co.uk ([5.10.63.137]) by sunrise.unilink.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 8 Aug 2005 11:50:41 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Aug 2005 11:50:41 +0100 Message-ID: <0FB8518B2663204FA666EF6472978E1629EDD4@phoenix.unilink.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM hardware support Thread-Index: AcWcBwTHVZzJL4cFQRObU+n96rdlzQ== From: "David Shine" To: X-OriginalArrivalTime: 08 Aug 2005 10:50:41.0375 (UTC) FILETIME=[0512CEF0:01C59C07] X-Scanned-By: MailControl A-05-01-05 (www.mailcontrol.com) X-Mailman-Approved-At: Mon, 08 Aug 2005 12:04:40 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: IBM hardware support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 10:47:07 -0000 Hi there, =20 Do you support ibm Fiber channel cards and if so which ones. Also do you support NAS and SAN's Ibm 's again ie FASTt 4100,4300 ... =20 =20 Regards David Shine=20 Technical Consultant Unilink Systems 0207 556 6628=20 08456 580 800 =20 From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 12:26:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6547E16A41F for ; Mon, 8 Aug 2005 12:26:17 +0000 (GMT) (envelope-from csp@csperkins.org) Received: from mr1.dcs.gla.ac.uk (mr1.dcs.gla.ac.uk [130.209.249.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id C30BD43D45 for ; Mon, 8 Aug 2005 12:26:16 +0000 (GMT) (envelope-from csp@csperkins.org) Received: from alor.dcs.gla.ac.uk ([130.209.247.84]:52490) by mr1.dcs.gla.ac.uk with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.42) id 1E26hp-0000vZ-Ue for freebsd-current@freebsd.org; Mon, 08 Aug 2005 13:26:13 +0100 Mime-Version: 1.0 (Apple Message framework v733) Content-Transfer-Encoding: 7bit Message-Id: <99509ABE-5896-434B-B4BF-55E0A6C6AFD1@csperkins.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Colin Perkins Date: Mon, 8 Aug 2005 13:26:11 +0100 X-Mailer: Apple Mail (2.733) Subject: 6.0-BETA2 hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 12:26:17 -0000 Hi, Anyone else having problems with 6.0-BETA2 hanging? I have a Dell Precision 450 workstation which was running -BETA1 from 30th July fine, but hangs on boot with today's kernel. Symptoms are that it appears to hang on boot when starting sshd (or, if sshd is disabled, when starting X). Keyboard and mouse are unresponsive. It responds to ping but not to other network traffic. No error logged on the console. Boots to single user just fine, or today's world with a -BETA1 kernel works fine. Any suggestions on how to debug this? I've attached a dmesg from - BETA2, in case it helps; there are minimal differences from -BETA1: 4c4 < FreeBSD 6.0-BETA1 #0: Sat Jul 30 12:21:58 BST 2005 --- > FreeBSD 6.0-BETA2 #0: Mon Aug 8 12:20:49 BST 2005 147d146 < ATA PseudoRAID loaded plus the -BETA1 system logs: error: [drm:pid551:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid551:drm_unlock] *ERROR* Process 551 using kernel context 0 when starting X (this has been happening for months, and hasn't seemed to cause any problems previously). Thanks for any suggestions... Colin Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA2 #0: Mon Aug 8 12:20:49 BST 2005 root@curtis.dcs.gla.ac.uk:/usr/obj/usr/src/sys/CURTIS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 536301568 (511 MB) avail memory = 515305472 (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 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 9 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 11 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: mem 0xe0000000-0xe7ffffff at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xec00-0xecff mem 0xf0000000-0xf7ffffff,0xff8f0000-0xff8fffff irq 16 at device 0.0 on pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pcib2: at device 2.0 on pci0 pci2: on pcib2 pci2: at device 28.0 (no driver attached) pcib3: at device 29.0 on pci2 pci3: on pcib3 em0: port 0xdcc0-0xdcff mem 0xff6e0000-0xff6fffff irq 24 at device 14.0 on pci3 em0: Ethernet address: 00:08:74:4f:aa:7c em0: Speed:N/A Duplex:N/A pci2: at device 30.0 (no driver attached) pcib4: at device 31.0 on pci2 pci4: on pcib4 uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xffa20800-0xffa20bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 fwohci0: mem 0xff2ff800-0xff2fffff, 0xff2f8000-0xff2fbfff irq 22 at device 14.0 on pci5 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:30:95:00:a0:04:14:3e fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:95:04:14:3e fwe0: Ethernet address: 02:30:95:04:14:3e fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 ichsmb0: port 0xcc80-0xcc9f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0xc800-0xc8ff,0xcc40-0xcc7f mem 0xffa20400-0xffa205ff,0xffa20000-0xffa200ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff, 0xe0000-0xe17ff,0xe1800-0xe3fff 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 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s3a From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 12:29:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 236C316A41F; Mon, 8 Aug 2005 12:29:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A207143D46; Mon, 8 Aug 2005 12:29:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j78CS6kW045025; Mon, 8 Aug 2005 08:28:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j78CT0BL088469; Mon, 8 Aug 2005 08:29:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 187507304D; Mon, 8 Aug 2005 08:29:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050808122900.187507304D@freebsd-current.sentex.ca> Date: Mon, 8 Aug 2005 08:29:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 12:29:02 -0000 TB --- 2005-08-08 10:56:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-08 10:56:46 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-08-08 10:56:46 - cleaning the object tree TB --- 2005-08-08 10:57:20 - checking out the source tree TB --- 2005-08-08 10:57:20 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-08-08 10:57:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-08 11:03:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-08 11:03:11 - cd /src TB --- 2005-08-08 11:03:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] /src/lib/libedit/term.c:1205: error: called object is not a function /src/lib/libedit/term.c:1213: error: called object is not a function In file included from editline.c:20: /src/lib/libedit/tty.c: In function `tty_bind_char': /src/lib/libedit/tty.c:868: error: called object is not a function /src/lib/libedit/tty.c:870: error: called object is not a function /src/lib/libedit/tty.c:874: error: called object is not a function /src/lib/libedit/tty.c:876: error: called object is not a function *** Error code 1 Stop in /src/lib/libedit. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-08 12:28:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-08 12:28:59 - ERROR: failed to build world TB --- 2005-08-08 12:28:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 13:24:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4782416A421 for ; Mon, 8 Aug 2005 13:24:04 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324B043D46 for ; Mon, 8 Aug 2005 13:24:02 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: by nproxy.gmail.com with SMTP id x37so221192nfc for ; Mon, 08 Aug 2005 06:24:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=XwXjIsGOz8ErLyQrHnSYgFgJCySFKLlQxkljQ/VaDzpe/It7e3YEnEm58d5a0dppoJq5hwB6QCcYeBc6u5W2Z/4i3wUMwAq766H2uhONZ6qf2yLvL0oqoDrkynH1DRKRWUcb4RP96d3Fvx4aZrdS6m+0MLFX8+gv9my2fUVSyJ8= Received: by 10.48.237.12 with SMTP id k12mr161308nfh; Mon, 08 Aug 2005 06:24:01 -0700 (PDT) Received: by 10.48.239.9 with HTTP; Mon, 8 Aug 2005 06:24:01 -0700 (PDT) Message-ID: <61c746830508080624312e35a4@mail.gmail.com> Date: Mon, 8 Aug 2005 15:24:01 +0200 From: Antoine Pelisse To: Don Lewis , freebsd-current@freebsd.org In-Reply-To: <200508080913.j789DPW4094068@gw.catspoiler.org> Mime-Version: 1.0 References: <61c7468305080712591f8c7fda@mail.gmail.com> <200508080913.j789DPW4094068@gw.catspoiler.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Fix for some stress panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 13:24:04 -0000 On 8/8/05, Don Lewis wrote: >=20 > On 7 Aug, Antoine Pelisse wrote: > > http://people.freebsd.org/~pho/stress/log/cons149.html > > http://people.freebsd.org/~pho/stress/log/cons130.html > > > > I've been working on this panic today (the two are obviously > > the same) and here is a patch to fix it: > > --- sys/kern/kern_proc.c.orig Mon Apr 18 04:10:36 2005 > > +++ sys/kern/kern_proc.c Sun Aug 7 21:18:03 2005 > > @@ -884,10 +884,8 @@ > > _PHOLD(p); > > FOREACH_THREAD_IN_PROC(p, td) { > > fill_kinfo_thread(td, &kinfo_proc); > > - PROC_UNLOCK(p); > > error =3D SYSCTL_OUT(req, (caddr_t)&kinfo_proc, > > sizeof(kinfo_proc)); > > - PROC_LOCK(p); > > if (error) > > break; > > } > > > > As a matter of fact, if td is removed from the list through=20 > thread_unlink > > while > > the mutex is released and the next thread is removed just after, the=20 > FOREACH > > > > is looping through an unlinked list where the td_ksegrp has been set to= =20 > NULL > > > > by thread_exit. > > If we absolutely have to release the lock, then it's probably safer to= =20 > check > > if > > td_ksegroup !=3D NULL in the fill_kinfo_thread function. >=20 > Calling SYSCTL_OUT(), which calls copyout(), is not allowed while > holding a mutex unless the userland buffer is wired. The reason is that > if any of the userland buffer is not resident in RAM, the thread can > block while the buffer is paged in, and this is not legal while holding > a mutex. >=20 > There are two ways to fix this: >=20 > Allocate a temporary buffer of the appropriate size, grab the > mutex, traverse the list and copy the data into the temporary > buffer, release the mutex, call SYSCTL_OUT() to copy the > contents of the temporary buffer to the user buffer, and free > the temporary buffer. >=20 > Wire the appropriate amount of the userland buffer using > sysctl_wire_old_buffer(), grab the mutex, traverse the list, > copying each item to userland with SYSCTL_OUT(), release the > mutex, and unwire the userland buffer. Is that what you meant ? --- sys/kern/kern_proc.c.orig Mon Apr 18 04:10:36 2005 +++ sys/kern/kern_proc.c Mon Aug 8 15:09:50 2005 @@ -868,7 +868,7 @@ { struct thread *td; struct kinfo_proc kinfo_proc; - int error =3D 0; + int error, buffersize =3D 0; struct proc *np; pid_t pid =3D p->p_pid; @@ -883,11 +883,23 @@ } else { _PHOLD(p); FOREACH_THREAD_IN_PROC(p, td) { - fill_kinfo_thread(td, &kinfo_proc); - PROC_UNLOCK(p); + buffersize +=3D sizeof(struct kinfo_proc); + } + PROC_UNLOCK(p); + + error =3D sysctl_wire_old_buffer(req, buffersize); + if (error) + { + _PRELE(p); + return error; + } + + PROC_LOCK(p); + FOREACH_THREAD_IN_PROC(p, td) { + fill_kinfo_thread(td, &kinfo_proc); error =3D SYSCTL_OUT(req, (caddr_t)&kinfo_proc, sizeof(kinfo_proc)); - PROC_LOCK(p); + if (error) break; } In either case, the appropriate buffer size must be calculated (possibly > requiring the mutex to be grabbed and released) before executing an > operation that could block, grabbing the mutex, and traversing the list. > It is quite possible for the pre-calculated size to not match the actual > size needed when the list is traversed to actually copy the data. >=20 >=20 How can this issue be addressed ? Maybe some extra memory has to be wired ? From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 15:12:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79FC516A41F; Mon, 8 Aug 2005 15:12:57 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0E143D45; Mon, 8 Aug 2005 15:12:56 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 0D3A3BC66; Mon, 8 Aug 2005 15:12:54 +0000 (UTC) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 08 Aug 2005 10:49:07 +0200." <20050808084907.GB1578@garage.freebsd.pl> Date: Mon, 08 Aug 2005 17:12:54 +0200 Message-ID: <42475.1123513974@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Michael Reifenberger , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 15:12:57 -0000 I belive there is a bug in the HiFn chips that makes them do a soft reset under some set of circumstances which we have never been able to nail down. I have contacted HiFn about this and asked for a workaround, but they seem somewhat less than eager to work the case. I belive the message before last was that they hard reproduced it. The last message was from somebody going through the piles on a former employees table. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 16:18:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF4B16A41F for ; Mon, 8 Aug 2005 16:18:35 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (sigma.octantis.com.au [207.44.188.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 117AC43D45 for ; Mon, 8 Aug 2005 16:18:34 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 8756 invoked from network); 9 Aug 2005 02:18:34 +1000 Received: from 203-173-32-215.dyn.iinet.net.au (HELO ?192.168.13.3?) (203.173.32.215) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Aug 2005 02:18:34 +1000 Message-ID: <42F785D5.60604@meijome.net> Date: Tue, 09 Aug 2005 02:18:29 +1000 From: Norberto Meijome User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.0, Beta 2 , Panic on boot, HELP! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 16:18:35 -0000 Hi there, ( disclaimer : This is the first time I follow current, i have no experience debugging kernels, but willing to figure out why this box wont take FBSD). I have a server wich is generating panics as soon as the kernel tries to load (as soon as the bootloader finishes), same sitatuation under 5.4 installer + normal boot, and 4.11 installer - pls see : http://lists.freebsd.org/pipermail/freebsd-questions/2005-July/094134.html and http://lists.freebsd.org/pipermail/freebsd-stable/2005-July/017291.html (After some more checks, it seems Gentoo 5.0 universal boots up, but has trouble seeing the drives) So I decided to give 6.0 Beta 2 a try. It panic'ed in the same spot...falls into the debugger. Then if I type 'next' it boots up and I can install as normal (1 drive only, not using the RAID controller yet). Same happens on bootup from disk. I copied the following by hand: [boot command prompt] OK: unload OK: boot /boot/kernel/kernel text-0481944 data=0x80de4+... /boot/kernel/acpi.ko ... [[[changes to bright text...PANIC]]] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb [Thread pid 0 tid 0] Stopped at 0xf842: *** error readign from address f842 *** db> tr Tracing pid 0 tid 0 td 0x6091d620 (null)(f000e2c3,f000eef3,f000ff54,f0002b2e) at 0xf842 *** error reading from address f000eef7 *** db> s [thread pid 0 tid 0] Stopped at 0xf843: *** error reading from0xf843 *** db> p f843 db> next [[[here it boots up fine - i can see several 'error reading from 0xf843' errors, where the address 0xf843 increments, but I can't catch what it said - i can try again if it's important]]]] Thanks a lot in advance, Beto From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 16:22:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AD1116A41F; Mon, 8 Aug 2005 16:22:36 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 783E143D45; Mon, 8 Aug 2005 16:22:35 +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 336B16CC44; Tue, 9 Aug 2005 00:28:17 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (tomoyo.MyBSD.org.my [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10254-01; Tue, 9 Aug 2005 00:28:15 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.106.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id CF7AE6CC41; Tue, 9 Aug 2005 00:28:13 +0800 (MYT) Date: Tue, 9 Aug 2005 00:22:57 +0800 From: Ariff Abdullah To: Don Lewis Message-Id: <20050809002257.0d0d8934.skywizard@MyBSD.org.my> In-Reply-To: <200508080920.j789KBhs094082@gw.catspoiler.org> References: <20050805135028.0rs1mdascgocok4w@netchild.homeip.net> <200508080920.j789KBhs094082@gw.catspoiler.org> 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: Alexander@Leidinger.net, current@FreeBSD.org, multimedia@FreeBSD.org, antoine.brodin@laposte.net Subject: Re: LOR pcm0:play:0 / kernel environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 16:22:36 -0000 On Mon, 8 Aug 2005 02:20:11 -0700 (PDT) Don Lewis wrote: > On 5 Aug, Alexander Leidinger wrote: > > Antoine Brodin wrote: > > > > CCing multimedia@, since there are the people which may be able to > > solve ths issue. > > > >> I have a LOR that doesn't seem to be on the LOR page: > >> > >> lock order reversal > >> 1st 0xc30b3b00 pcm0:play:0 (pcm play channel) @ > >> > >/usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/channel.c: > >1134 > 2nd 0xc06a7900 kernel environment (kernel environment) @ > >> /usr/src/sys/kern/subr_hints.c:117 > >> KDB: stack backtrace: > >> kdb_backtrace(c065a9a4,c06a7900,c0653c0b,c0653c0b,c0658e0a) at > >> kdb_backtrace+0x2e > >> witness_checkorder(c06a7900,1,c0658e0a,75,e62c9a04) at > >> witness_checkorder+0x6c3 > >> _sx_slock(c06a7900,c0658e0a,75,c0656022,18b) at _sx_slock+0x7e > >> res_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at res_find+0x1bd > >> resource_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at > >resource_find+0x67 > > >resource_int_value(c2ff42ec,0,c0e74b0a,e62c9b70,c30c0100) at > > >resource_int_value+0x6c > vchan_create(c30c0100,0,c0e746b1,100,4) > >at vchan_create+0x32d > > >sysctl_hw_snd_maxautovchans(c0e778e0,0,4,e62c9bfc,e62c9bfc) at > > >sysctl_hw_snd_maxautovchans+0x207 > > >sysctl_root(0,e62c9c6c,3,e62c9bfc,c3080320) at sysctl_root+0x14e > > >userland_sysctl(c3080320,e62c9c6c,3,0,0) at userland_sysctl+0x122 > > >__sysctl(c3080320,e62c9d04,18,422,6) at __sysctl+0xb7 > > >syscall(3b,3b,3b,0,bfbfee10) at syscall+0x2a2 > Xint0x80_syscall() > >at Xint0x80_syscall+0x1f > --- syscall (202, FreeBSD ELF32, > >__sysctl), eip = 0x2812f17b, esp = > 0xbfbfe55c, ebp = 0xbfbfe588 > >--- > > The last time I looked at the auto vchan code, I came to the > conclusion that it needed to be re-written. It looked to me like > there were some nasty-looking locking problems and that the vchans > and unit numbers could get out of sync. I'd recommend manually > setting the number of vchans with the hw.snd.pcm*.vchans sysctl > knob. > Yeah, agreed, in fact, my latest patch already rewrote large part of it, increase robustness here and there. It is just a matter of time before I should post the announcement about latest major overhaul. If anybody interested, please get the diffs from http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ (yes, fix for this LOR included) -- 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-current@FreeBSD.ORG Mon Aug 8 16:23:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 745AB16A41F for ; Mon, 8 Aug 2005 16:23:26 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679ED43D48 for ; Mon, 8 Aug 2005 16:23:25 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 97576 invoked from network); 8 Aug 2005 16:05:24 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Aug 2005 16:05:24 -0000 Message-ID: <42F786FC.1090805@freebsd.org> Date: Mon, 08 Aug 2005 18:23:24 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Poul-Henning Kamp References: <42475.1123513974@phk.freebsd.dk> In-Reply-To: <42475.1123513974@phk.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Reifenberger , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Mike Tancsa Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 16:23:26 -0000 Poul-Henning Kamp wrote: > I belive there is a bug in the HiFn chips that makes them do a soft reset > under some set of circumstances which we have never been able to nail > down. > > I have contacted HiFn about this and asked for a workaround, but > they seem somewhat less than eager to work the case. > > I belive the message before last was that they hard reproduced it. > > The last message was from somebody going through the piles on a > former employees table. What's the deal with HiFn? IMHO Cavium are way better and much more performant. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 16:46:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4527416A41F for ; Mon, 8 Aug 2005 16:46:41 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from mail.grupos.com.br (mail.grupos.com.br [200.203.183.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id C57C443D46 for ; Mon, 8 Aug 2005 16:46:40 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by mail.grupos.com.br (Postfix) with ESMTP id 33F4C11E13F for ; Mon, 8 Aug 2005 13:46:39 -0300 (BRT) Received: from [150.162.166.51] (unknown [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 156A455FD for ; Mon, 8 Aug 2005 13:46:38 -0300 (BRT) Message-ID: <42F78C6E.9020006@corp.grupos.com.br> Date: Mon, 08 Aug 2005 13:46:38 -0300 From: Marcus Grando User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050722) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ftp.freebsd.org and 6.0-BETA2 images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 16:46:41 -0000 Hi, ftp.freebsd.org (ftp://62.243.72.50/pub/FreeBSD/ISO-IMAGES-i386/6.0) don't have 6.0-BETA2 iso images. ftp://204.152.184.73/pub/FreeBSD/ISO-IMAGES-i386/6.0 is OK. Regards -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 17:01:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED26016A41F; Mon, 8 Aug 2005 17:01:55 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7999143D45; Mon, 8 Aug 2005 17:01:55 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j78H10YW066506; Mon, 8 Aug 2005 13:01:00 -0400 (EDT) (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 j78H1sDQ072479; Mon, 8 Aug 2005 13:01:54 -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 j78H1r7Z024614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Aug 2005 13:01:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050808125054.07ea4a38@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 08 Aug 2005 13:04:15 -0400 To: Andre Oppermann From: Mike Tancsa In-Reply-To: <42F786FC.1090805@freebsd.org> References: <42475.1123513974@phk.freebsd.dk> <42F786FC.1090805@freebsd.org> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@freebsd.org Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 17:01:56 -0000 At 12:23 PM 08/08/2005, Andre Oppermann wrote: >Poul-Henning Kamp wrote: >>I belive there is a bug in the HiFn chips that makes them do a soft reset >>under some set of circumstances which we have never been able to nail >>down. >>I have contacted HiFn about this and asked for a workaround, but >>they seem somewhat less than eager to work the case. >>I belive the message before last was that they hard reproduced it. >>The last message was from somebody going through the piles on a >>former employees table. > >What's the deal with HiFn? IMHO Cavium are way better and much more >performant. We have a number of embedded type devices (Soekris) that need a mini-pci crypto card in order to keep up. Having a somewhat fast and not too CPU intensive crypto file system would open more possibilities for our product. At the time, the HiFn cards were the only thing around we could source. They work well enough for us under FreeBSD and FAST_IPSEC. What driver supports the Cavium cards under FreeBSD ? ---Mike >-- >Andre From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 17:14:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1F9E16A420; Mon, 8 Aug 2005 17:14:31 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD3443D5F; Mon, 8 Aug 2005 17:14:26 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id D9A97BC66; Mon, 8 Aug 2005 17:14:24 +0000 (UTC) To: Andre Oppermann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 08 Aug 2005 18:23:24 +0200." <42F786FC.1090805@freebsd.org> Date: Mon, 08 Aug 2005 19:14:24 +0200 Message-ID: <42925.1123521264@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Michael Reifenberger , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Mike Tancsa Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 17:14:31 -0000 In message <42F786FC.1090805@freebsd.org>, Andre Oppermann writes: >What's the deal with HiFn? IMHO Cavium are way better and much more >performant. They seem very "customer oriented" and we're not a (big enough) customer to get them very oriented. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 17:39:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B0F16A424 for ; Mon, 8 Aug 2005 17:39:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CD1440DD for ; Mon, 8 Aug 2005 17:27:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 08 Aug 2005 13:42:15 -0400 From: John Baldwin To: Joao Barros Date: Mon, 8 Aug 2005 13:11:50 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> In-Reply-To: <70e8236f050807192628b0405e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508081311.51857.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 17:39:02 -0000 On Sunday 07 August 2005 10:26 pm, Joao Barros wrote: > On 7/29/05, John Baldwin wrote: > > On Sunday 24 July 2005 07:16 pm, Joao Barros wrote: > > > Would it be possible to have this in BETA2? > > > > Can you try this patch? You'll need to set hw.apic.enable_extint=1 in > > the loader via loader.conf or a manual set command: > > John, > > I saw you commited this to RELENG_6 and today, finally I got the time > to install 5.4 on the machine, as it was systemless, cvsup to RELENG_6 > and build a kernel. > I'm sorry to report that setting hw.apic.enable_extint to 1 didn't > work. I tried to boot with and without acpi. > > It takes me almost 2 hours to compile a kernel on this machine, but > I'm now in condition to test anything you throw at me :) > > Note: I booted from the (now on) internal ahc Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have verbose dmesg's from both cases so that I can compare them? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 17:39:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A8416A424; Mon, 8 Aug 2005 17:39:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA67440E7; Mon, 8 Aug 2005 17:27:29 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 08 Aug 2005 13:42:15 -0400 From: John Baldwin To: thierry@herbelot.com Date: Mon, 8 Aug 2005 13:27:56 -0400 User-Agent: KMail/1.8 References: <200508041255.05839.jhb@FreeBSD.org> <200508051040.05333.jhb@FreeBSD.org> <200508070937.51119.thierry@herbelot.com> In-Reply-To: <200508070937.51119.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200508081327.57864.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: Locking fixes for dc(4): please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 17:39:03 -0000 On Sunday 07 August 2005 03:37 am, Thierry Herbelot wrote: > Le Friday 5 August 2005 16:40, John Baldwin a =E9crit : > > Ok. Try changing the IS_MPSAFE at around line 348 flag from 0 to 1 and > > see if it blows up then. :) Thanks for testing. > > it does blow up with the following message > (GENERIC -current on an SMP, non-ACPI BP6, with your patch and IS_MPSAFE= =3D1) > > no kernel dump as the dump device is not yet defined (TBD through a loader > tunable ?) Ok, I forgot to remove an instance of DC_UNLOCK(). Thanks for the report. I've updated the patch at www.freebsd.org/~jhb/patches/dc_locking.patch Ca= n=20 you try it again? =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 17:46:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1271716A506 for ; Mon, 8 Aug 2005 17:46:29 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DBD4405E for ; Mon, 8 Aug 2005 17:41:03 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id BC7972288E; Mon, 8 Aug 2005 19:41:01 +0200 (CEST) Received: by mail.droso.net (Postfix, from userid 1001) id 01C1A22889; Mon, 8 Aug 2005 19:40:57 +0200 (CEST) Date: Mon, 8 Aug 2005 19:40:57 +0200 From: Erwin Lansing To: freebsd-current@freebsd.org Message-ID: <20050808174057.GA26867@droso.net> Mail-Followup-To: freebsd-current@freebsd.org References: <42F78C6E.9020006@corp.grupos.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/X/C7/8fvxU3A5gC" Content-Disposition: inline In-Reply-To: <42F78C6E.9020006@corp.grupos.com.br> X-Operating-System: FreeBSD/i386 5.4-RELEASE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd 0.1 Subject: Re: ftp.freebsd.org and 6.0-BETA2 images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 17:46:30 -0000 --/X/C7/8fvxU3A5gC Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 08, 2005 at 01:46:38PM -0300, Marcus Grando wrote: > Hi, >=20 > ftp.freebsd.org (ftp://62.243.72.50/pub/FreeBSD/ISO-IMAGES-i386/6.0)=20 > don't have 6.0-BETA2 iso images. >=20 They are there now, or at least on their way in. Something funny happened at the reshuffling of the 5.3-RELEASE bits which should be fixed now. -erwin --=20 Erwin Lansing DISCLAIMER: No electrons were harmed while sending this message. --/X/C7/8fvxU3A5gC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC95kpqy9aWxUlaZARAgHIAKDoxt37DpeZmd1I9YEbsUZTSaA9hwCgq6ns pL79qkVi8x0eiu+L0ObsrUI= =mbV+ -----END PGP SIGNATURE----- --/X/C7/8fvxU3A5gC-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 18:09:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5660716A41F; Mon, 8 Aug 2005 18:09:13 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40A0B43D45; Mon, 8 Aug 2005 18:09:12 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at ([213.47.85.26]) by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050808180909.MSSV26692.viefep14-int.chello.at@wombat.fafoe.narf.at>; Mon, 8 Aug 2005 20:09:09 +0200 Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 2BA526A; Mon, 8 Aug 2005 20:09:07 +0200 (CEST) Date: Mon, 8 Aug 2005 20:09:06 +0200 From: Stefan Farfeleder To: current@freebsd.org, amd64@freebsd.org Message-ID: <20050808180905.GE560@wombat.fafoe.narf.at> Mail-Followup-To: current@freebsd.org, amd64@freebsd.org References: <20050808122900.187507304D@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050808122900.187507304D@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.9i Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 18:09:13 -0000 On Mon, Aug 08, 2005 at 08:29:00AM -0400, FreeBSD Tinderbox wrote: > /src/lib/libedit/term.c:1205: error: called object is not a function Sorry, should be fixed. From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 18:31:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF0016A422; Mon, 8 Aug 2005 18:31:25 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C97743D48; Mon, 8 Aug 2005 18:31:24 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j78IUTkL073356; Mon, 8 Aug 2005 14:30:29 -0400 (EDT) (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 j78IVNY6096083; Mon, 8 Aug 2005 14:31:23 -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 j78IVLdw024970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Aug 2005 14:31:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050808143051.040396a8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 08 Aug 2005 14:33:39 -0400 To: John Baldwin , Joao Barros From: Mike Tancsa In-Reply-To: <200508081311.51857.jhb@FreeBSD.org> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 18:31:25 -0000 At 01:11 PM 08/08/2005, John Baldwin wrote: >Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have >verbose >dmesg's from both cases so that I can compare them? Actually, one other datapoint that might be related, I tried out my Dell box netbooting a RELENG_4 image and I am able to boot with the ATA defined in the kernel. Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.10-STABLE #0: Tue Sep 21 10:27:52 EDT 2004 robert@fledge.watson.org:/home/data/fbsd-stable/src/sys/compile/SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2097144K bytes) avail memory = 2086187008 (2037292K bytes) Changing APIC ID for IO APIC #0 from 0 to 4 on chip Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard: 4 CPUs cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu3 (AP): apic id: 2, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel.SMP.410.20040921" at 0xc0565000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00fc7a0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 14 -> irq 2 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: at device 2.1 on pci0 atapci0: ATA channel disabled by BIOS uhci0: irq 0 at device 2.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 Timecounter "PIIX" frequency 3579545 Hz chip0: port 0x850-0x85f at device 2.3 on pci0 pci0: at 4.0 pcib1: at device 8.0 on pci0 pci1: on pcib1 amr0: mem 0xfe000000-0xfe3fffff irq 2 at device 8.1 on pci0 amr0: Firmware GH6D, BIOS 1.43, 32MB RAM pcib4: at device 18.0 on pci0 pcib5: at device 19.0 on pci0 pcib6: at device 20.0 on pci0 pcib2: on motherboard IOAPIC #0 intpin 21 -> irq 5 IOAPIC #0 intpin 22 -> irq 10 IOAPIC #0 intpin 20 -> irq 11 pci2: on pcib2 ahc0: port 0xec00-0xecff mem 0xfe902000-0xfe902fff irq 5 at device 4.0 on pci2 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xfe901000-0xfe901fff irq 10 at device 6.0 on pci2 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc2: port 0xe400-0xe4ff mem 0xfe900000-0xfe900fff irq 11 at device 8.0 on pci2 aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs pcib3: on motherboard IOAPIC #0 intpin 19 -> irq 12 IOAPIC #0 intpin 18 -> irq 13 pci3: on pcib3 pci3: (vendor=0x8086, dev=0x107c) at 1.0 irq 12 pci3: (vendor=0x13a3, dev=0x0020) at 3.0 irq 13 orm0: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: < INTEL SOLANO70> on motherboard acpi0: [MPSAFE] pci_open(1):=09mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a):=09mode1res=3D0x80000000 (0x80000000) pci_cfgcheck:=09device 0 [class=3D060000] [hdr=3D00] is there (id=3D1130808= 6) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3790 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 1 8 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 1 4 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 6 1 5 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 6 1 5 B 0x62 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 3 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 ACPI timer: 1/1 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.31.0 \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 0.31.1 \_SB_.PCI0.LNKH irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 5+ low,level,sharable 0.31.2 \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 7+ low,level,sharable 0.31.3 \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.1.0 \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 0.1.1 \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 0.1.2 \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 7+ low,level,sharable 0.1.3 \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 0.2.0 pci0: on pcib0 pci0: physical bus=3D0 found->=09vendor=3D0x8086, dev=3D0x1130, revid=3D0x02 =09bus=3D0, slot=3D0, func=3D0 =09class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09map[10]: type 3, range 32, base f8000000, size 26, enabled =09map[14]: type 1, range 32, base ffa80000, size 19, enabled pcib0: matched entry for 0.2.INTA (src \_SB_.PCI0.LNKA) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKA (references 3, priority 34399): =09interrupts:=09 11 10 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 90 90 140 180 5090 5090 5090 5090 5090 50 090 50090 \_SB_.PCI0.LNKB (references 2, priority 22932): =09interrupts:=09 11 10 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 90 90 140 180 5090 5090 5090 5090 5090 50 090 50090 \_SB_.PCI0.LNKD (references 2, priority 22932): =09interrupts:=09 11 10 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 90 90 140 180 5090 5090 5090 5090 5090 50 090 50090 \_SB_.PCI0.LNKH (references 1, priority 11466): =09interrupts:=09 11 10 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 90 90 140 180 5090 5090 5090 5090 5090 50 090 50090 \_SB_.PCI0.LNKC (references 1, priority 11466): =09interrupts:=09 11 10 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 90 90 140 180 5090 5090 5090 5090 5090 50 090 50090 pcib0: slot 2 INTA routed to irq 11 via \_SB_.PCI0.LNKA found->=09vendor=3D0x8086, dev=3D0x1132, revid=3D0x02 =09bus=3D0, slot=3D2, func=3D0 =09class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Da, irq=3D11 =09powerspec 2 supports D0 D3 current D0 found->=09vendor=3D0x8086, dev=3D0x244e, revid=3D0x02 =09bus=3D0, slot=3D30, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x8086, dev=3D0x2440, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D0 =09class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found->=09vendor=3D0x8086, dev=3D0x244b, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D1 =09class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09map[20]: type 4, range 32, base 0000ef40, size 5, enabled pcib0: matched entry for 0.31.INTD (src \_SB_.PCI0.LNKD) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 2, priority 23134): =09interrupts:=09 10 11 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 180 210 230 360 5180 5180 5180 5180 5180 50 180 50180 \_SB_.PCI0.LNKD (references 2, priority 23134): =09interrupts:=09 10 11 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 180 210 230 360 5180 5180 5180 5180 5180 50 180 50180 \_SB_.PCI0.LNKH (references 1, priority 11567): =09interrupts:=09 10 11 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 180 210 230 360 5180 5180 5180 5180 5180 50 180 50180 \_SB_.PCI0.LNKC (references 1, priority 11567): =09interrupts:=09 10 11 5 9 12 7 6 4 3 = =20 15 14 =09penalty:=09 180 210 230 360 5180 5180 5180 5180 5180 50 180 50180 pcib0: slot 31 INTD routed to irq 7 via \_SB_.PCI0.LNKD found->=09vendor=3D0x8086, dev=3D0x2442, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D2 =09class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Dd, irq=3D7 =09map[20]: type 4, range 32, base 0000efa0, size 4, enabled pcib0: matched entry for 0.31.INTB (src \_SB_.PCI0.LNKB) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 2, priority 23334): =09interrupts:=09 10 11 5 9 12 6 4 3 7 = =20 15 14 =09penalty:=09 270 300 320 540 5270 5270 5270 5270 5290 50 270 50270 \_SB_.PCI0.LNKH (references 1, priority 11667): =09interrupts:=09 10 11 5 9 12 6 4 3 7 = =20 15 14 =09penalty:=09 270 300 320 540 5270 5270 5270 5270 5290 50 270 50270 \_SB_.PCI0.LNKC (references 1, priority 11667): =09interrupts:=09 10 11 5 9 12 6 4 3 7 = =20 15 14 =09penalty:=09 270 300 320 540 5270 5270 5270 5270 5290 50 270 50270 pcib0: slot 31 INTB routed to irq 3 via \_SB_.PCI0.LNKB found->=09vendor=3D0x8086, dev=3D0x2443, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D3 =09class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Db, irq=3D3 =09map[20]: type 4, range 32, base 0000ef80, size 5, enabled pcib0: matched entry for 0.31.INTC (src \_SB_.PCI0.LNKH) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKH (references 1, priority 11767): =09interrupts:=09 10 11 5 9 12 6 4 7 3 = =20 15 14 =09penalty:=09 360 390 410 720 5360 5360 5360 5380 5380 50 360 50360 \_SB_.PCI0.LNKC (references 1, priority 11767): =09interrupts:=09 10 11 5 9 12 6 4 7 3 = =20 15 14 =09penalty:=09 360 390 410 720 5360 5360 5360 5380 5380 50 360 50360 pcib0: slot 31 INTC routed to irq 5 via \_SB_.PCI0.LNKH found->=09vendor=3D0x8086, dev=3D0x2444, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D4 =09class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Dc, irq=3D5 agp0: mem 0xffa80000-0xffafffff,0xf8000 000-0xfbffffff irq 11 at device 2.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xffa80000 pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0xa000-0xdfff pcib1: memory decode 0xff200000-0xff8fffff pcib1: prefetched decode 0xee800000-0xf6afffff pcib1: Subtractively decoded bridge. ACPI PCI link initial configuration: \_SB_.PCI0.LNKE irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 1.8.0 \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 1.0.0 \_SB_.PCI0.LNKB irq* 3: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 1.0.1 \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 1.0.2 \_SB_.PCI0.LNKD irq* 7: [ 3 4 5 6 7 9 10 11 12 14 15] 7+ low,level,sharable 1.0.3 \_SB_.PCI0.LNKB irq* 3: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 1.1.0 \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 1.1.1 \_SB_.PCI0.LNKD irq* 7: [ 3 4 5 6 7 9 10 11 12 14 15] 7+ low,level,sharable 1.1.2 \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 1.1.3 \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 1.2.0 \_SB_.PCI0.LNKD irq* 7: [ 3 4 5 6 7 9 10 11 12 14 15] 7+ low,level,sharable 1.2.1 \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 1.2.2 \_SB_.PCI0.LNKB irq* 3: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 1.2.3 \_SB_.PCI0.LNKD irq* 7: [ 3 4 5 6 7 9 10 11 12 14 15] 7+ low,level,sharable 1.3.0 \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 1.3.1 \_SB_.PCI0.LNKB irq* 3: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 1.3.2 \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 1.3.3 \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 9 10 11 12 14 15] 11+ low,level,sharable 1.4.0 \_SB_.PCI0.LNKB irq* 3: [ 3 4 5 6 7 9 10 11 12 14 15] 3+ low,level,sharable 1.5.0 \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 10+ low,level,sharable 1.5.1 pci1: on pcib1 pci1: physical bus=3D1 found->=09vendor=3D0x8086, dev=3D0xb154, revid=3D0x00 =09bus=3D1, slot=3D2, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x02b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) =09map[10]: type 1, range 32, base ff8fc000, size 12, enabled pcib1: device (null) requested decoded memory range 0xff8fc000-0xff8fcfff =09map[14]: type 4, range 32, base 0000c800, size 6, enabled pcib1: device (null) requested decoded I/O range 0xc800-0xc83f =09map[18]: type 1, range 32, base ff600000, size 20, enabled pcib1: device (null) requested decoded memory range 0xff600000-0xff6fffff pcib1: matched entry for 1.3.INTA (src \_SB_.PCI0.LNKD) pcib1: slot 3 INTA is already routed to irq 7 found->=09vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 =09bus=3D1, slot=3D3, func=3D0 =09class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000= ns) =09intpin=3Da, irq=3D7 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ff8fd000, size 12, enabled pcib1: device (null) requested decoded memory range 0xff8fd000-0xff8fdfff =09map[14]: type 4, range 32, base 0000d000, size 6, enabled pcib1: device (null) requested decoded I/O range 0xd000-0xd03f =09map[18]: type 1, range 32, base ff700000, size 20, enabled pcib1: device (null) requested decoded memory range 0xff700000-0xff7fffff pcib1: matched entry for 1.4.INTA (src \_SB_.PCI0.LNKA) pcib1: slot 4 INTA is already routed to irq 11 found->=09vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 =09bus=3D1, slot=3D4, func=3D0 =09class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000= ns) =09intpin=3Da, irq=3D11 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 4, range 32, base 0000d400, size 8, enabled pcib1: device (null) requested decoded I/O range 0xd400-0xd4ff =09map[14]: type 1, range 64, base ff8fe000, size 12, enabled pcib1: device (null) requested decoded memory range 0xff8fe000-0xff8fefff pcib1: matched entry for 1.5.INTA (src \_SB_.PCI0.LNKB) pcib1: slot 5 INTA is already routed to irq 3 found->=09vendor=3D0x9005, dev=3D0x00cf, revid=3D0x01 =09bus=3D1, slot=3D5, func=3D0 =09class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x28 (10000 ns), maxlat=3D0x19 (6250= ns) =09intpin=3Da, irq=3D3 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 4, range 32, base 0000d800, size 8, enabled pcib1: device (null) requested decoded I/O range 0xd800-0xd8ff =09map[14]: type 1, range 64, base ff8ff000, size 12, enabled pcib1: device (null) requested decoded memory range 0xff8ff000-0xff8fffff pcib1: matched entry for 1.5.INTB (src \_SB_.PCI0.LNKC) pcib1: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKC (references 6, priority 73009): =09interrupts:=09 10 11 5 9 12 6 4 7 3 = =20 15 14 =09penalty:=09 760 790 820 1120 5760 5760 5760 5780 5780 50 760 50760 \_SB_.PCI0.LNKE (references 1, priority 12168): =09interrupts:=09 10 11 5 9 12 6 4 7 3 = =20 15 14 =09penalty:=09 760 790 820 1120 5760 5760 5760 5780 5780 50 760 50760 pcib1: slot 5 INTB routed to irq 10 via \_SB_.PCI0.LNKC found->=09vendor=3D0x9005, dev=3D0x00cf, revid=3D0x01 =09bus=3D1, slot=3D5, func=3D1 =09class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x28 (10000 ns), maxlat=3D0x19 (6250= ns) =09intpin=3Db, irq=3D10 =09powerspec 2 supports D0 D3 current D0 pcib2: at device 2.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 3 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xff200000-0xff3fffff pcib2: prefetched decode 0xee800000-0xf69fffff pci2: on pcib2 pci2: physical bus=3D2 found->=09vendor=3D0x8086, dev=3D0xb154, revid=3D0x00 =09bus=3D2, slot=3D0, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x0290, cachelnsz=3D0 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) =09map[10]: type 4, range 32, base 0000b800, size 8, enabled pcib2: device (null) requested decoded I/O range 0xb800-0xb8ff pcib1: device (null) requested decoded I/O range 0xb800-0xb8ff =09map[14]: type 1, range 32, base ff3ff000, size 12, enabled pcib2: device (null) requested decoded memory range 0xff3ff000-0xff3fffff pcib1: device (null) requested decoded memory range 0xff3ff000-0xff3fffff pcib1: matched entry for 1.2.INTB (src \_SB_.PCI0.LNKD) pcib1: slot 2 INTB is already routed to irq 7 pcib2: slot 1 INTA is routed to irq 7 found->=09vendor=3D0x1077, dev=3D0x1216, revid=3D0x06 =09bus=3D2, slot=3D1, func=3D0 =09class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns= ) =09intpin=3Da, irq=3D7 =09powerspec 1 supports D0 D3 current D0 pcib3: at device 0.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xa000-0xafff pcib3: memory decode 0xff200000-0xff2fffff pcib3: prefetched decode 0xee800000-0xf68fffff pci3: on pcib3 pci3: physical bus=3D3 =09map[10]: type 3, range 32, base f0000000, size 26, enabled pcib3: device (null) requested decoded memory range 0xf0000000-0xf3ffffff pcib2: device (null) requested decoded memory range 0xf0000000-0xf3ffffff pcib1: device (null) requested decoded memory range 0xf0000000-0xf3ffffff pcib1: matched entry for 1.2.INTA (src \_SB_.PCI0.LNKC) pcib1: slot 2 INTA is already routed to irq 10 pcib2: slot 0 INTA is routed to irq 10 pcib3: slot 0 INTA is routed to irq 10 found->=09vendor=3D0x101e, dev=3D0x1960, revid=3D0x20 =09bus=3D3, slot=3D0, func=3D0 =09class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Da, irq=3D10 =09powerspec 2 supports D0 D3 current D0 amr0: mem 0xf0000000-0xf3ffffff irq 10 at device 0.0 on pci3 amr0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf0000000 amr0: [MPSAFE] amr0: Firmware 198U, BIOS 3.35, 64MB RAM pci2: at device 1.0 (no driver attached) fxp0: port 0xc800-0xc83f mem 0xff600000-0xff6fffff ,0xff8fc000-0xff8fcfff irq 7 at device 3.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff8fc000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 100c 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:30:48:11:2d:f5 fxp0: [MPSAFE] fxp1: port 0xd000-0xd03f mem 0xff700000-0xff7fffff ,0xff8fd000-0xff8fdfff irq 11 at device 4.0 on pci1 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff8fd000 fxp1: using memory space register mapping fxp1: PCI IDs: 8086 1229 8086 100c 0008 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:30:48:11:2d:f4 fxp1: [MPSAFE] ahc0: port 0xd400-0xd4ff mem 0xff8fe000-0 xff8fefff irq 3 at device 5.0 on pci1 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd400 ahc0: Reading SEEPROM...done. ahc0: Manual SE Termination ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1fef6, Bugs 0x40, Flags 0x20485560 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xff8ff000-0 xff8fffff irq 10 at device 5.1 on pci1 ahc1: Defaulting to MEMIO off ahc1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 ahc1: Reading SEEPROM...done. ahc1: Manual SE Termination ahc1: Manual LVD Termination ahc1: BIOS eeprom is present ahc1: Secondary High byte termination Enabled ahc1: Secondary Low byte termination Enabled ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: Downloading Sequencer Program... 423 instructions downloaded ahc1: Features 0x1fef6, Bugs 0x40, Flags 0x28485560 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3 f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D10 stat1=3D00 devices=3D0x4 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1-master: stat=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 ata1-slave: stat=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 ata1: reset tp2 stat0=3D01 stat1=3D01 devices=3D0x0 ata1: [MPSAFE] uhci0: port 0xef40-0xef5f irq 7 a t device 31.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 5 a t device 31.4 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered acpi_button0: on acpi0 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 735002624 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc09dde24 fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin GEOM: Configure md0a, start 0 length 4423680 end 4423679 GEOM: Configure md0c, start 0 length 4423680 end 4423679 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata0-master: setting PIO4 on Intel ICH2 chip acd0: CDRW drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 1722KB/s (1722KB/s), 2048KB buffer, PI= O4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-RW 120mm data disc Waiting 15 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. amrd0: on amr0 amrd0: 104040MB (213073920 sectors) RAID 5 (optimal) GEOM: new disk amrd0 fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:142046667 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure amrd0s1, start 32256 length 72727893504 end 72727925759 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure amrd0s1a, start 0 length 268435456 end 268435455 GEOM: Configure amrd0s1b, start 268435456 length 239804416 end 508239871 GEOM: Configure amrd0s1c, start 0 length 72727893504 end 72727893503 GEOM: Configure amrd0s1d, start 508239872 length 268435456 end 776675327 GEOM: Configure amrd0s1e, start 776675328 length 268435456 end 1045110783 GEOM: Configure amrd0s1f, start 1045110784 length 71682782720 end 727278935= 03 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 (probe2:amr0:0:2:0): error 22 (probe2:amr0:0:2:0): Unretryable Error (probe17:amr0:1:2:0): error 22 (probe17:amr0:1:2:0): Unretryable Error (probe3:amr0:0:3:0): error 22 (probe3:amr0:0:3:0): Unretryable Error (probe18:amr0:1:3:0): error 22 (probe18:amr0:1:3:0): Unretryable Error (probe4:amr0:0:4:0): error 22 (probe4:amr0:0:4:0): Unretryable Error (probe22:amr0:1:8:0): error 22 (probe22:amr0:1:8:0): Unretryable Error (probe5:amr0:0:5:0): error 22 (probe5:amr0:0:5:0): Unretryable Error (probe23:amr0:1:9:0): error 22 (probe23:amr0:1:9:0): Unretryable Error (probe9:amr0:0:10:0): error 22 (probe9:amr0:0:10:0): Unretryable Error (probe24:amr0:1:10:0): error 22 (probe24:amr0:1:10:0): Unretryable Error (probe10:amr0:0:11:0): error 22 (probe10:amr0:0:11:0): Unretryable Error (probe25:amr0:1:11:0): error 22 (probe25:amr0:1:11:0): Unretryable Error (probe11:amr0:0:12:0): error 22 (probe11:amr0:0:12:0): Unretryable Error (probe26:amr0:1:12:0): error 22 (probe26:amr0:1:12:0): Unretryable Error (probe12:amr0:0:13:0): error 22 (probe12:amr0:0:13:0): Unretryable Error (probe27:amr0:1:13:0): error 22 (probe27:amr0:1:13:0): Unretryable Error (probe13:amr0:0:14:0): error 22 (probe13:amr0:0:14:0): Unretryable Error (probe28:amr0:1:14:0): error 22 (probe28:amr0:1:14:0): Unretryable Error (probe14:amr0:0:15:0): error 22 (probe14:amr0:0:15:0): Unretryable Error (probe29:amr0:1:15:0): error 22 (probe29:amr0:1:15:0): Unretryable Error (probe6:amr0:0:6:0): error 22 (probe6:amr0:0:6:0): Unretryable Error (probe19:amr0:1:4:0): error 22 (probe19:amr0:1:4:0): Unretryable Error (probe7:amr0:0:8:0): error 22 (probe7:amr0:0:8:0): Unretryable Error (probe20:amr0:1:5:0): error 22 (probe20:amr0:1:5:0): Unretryable Error (probe8:amr0:0:9:0): error 22 (probe8:amr0:0:9:0): Unretryable Error (probe0:amr0:0:0:0): error 22 (probe0:amr0:0:0:0): Unretryable Error (probe21:amr0:1:6:0): error 22 (probe21:amr0:1:6:0): Unretryable Error (probe1:amr0:0:1:0): error 22 (probe1:amr0:0:1:0): Unretryable Error (probe16:amr0:1:1:0): error 22 (probe16:amr0:1:1:0): Unretryable Error (probe15:amr0:1:0:0): error 22 (probe15:amr0:1:0:0): Unretryable Error ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc1: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc1: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc1: Selection Timeout on A:0. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted (ahc0:A:4:0): Received WDTR 1 filtered to 0 (ahc0:A:4:0): Target Initiated WDTR (ahc0:A:4:0): Sending WDTR 0 ahc0: target 4 using 8bit transfers ahc1: Selection Timeout on A:1. 0 SCBs aborted (ahc0:A:4:0): Received SDTR period a, offset 1f =09Filtered to period 0, offset 0 ahc0: target 4 using asynchronous transfers (ahc0:A:4:0): Target Initiated SDTR (ahc0:A:4:0): Sending SDTR period 45, offset 0 ahc1: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc1: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc1: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc1: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc1: Selection Timeout on A:9. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc1: Selection Timeout on A:10. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc1: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc1: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted ahc1: Selection Timeout on A:13. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc1: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted (probe34:ahc0:0:4:0): Retrying Command ahc1: Selection Timeout on A:15. 0 SCBs aborted (ahc0:A:4:0): Sending WDTR 1 (ahc0:A:4:0): Received WDTR 1 filtered to 1 ahc0: target 4 using 16bit transfers (ahc0:A:4:0): Sending SDTR period a, offset 7f (ahc0:A:4:0): Received SDTR period a, offset 1f =09Filtered to period a, offset 1f ahc0: target 4 synchronous at 40.0MHz, offset =3D 0x1f pass0 at ahc0 bus 0 target 4 lun 0 pass0: Fixed Direct Access SCSI-2 device=20 pass0: Serial Number WM7101006973 =20 pass0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da0 at ahc0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: Serial Number WM7101006973 =20 da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da0: 8727MB (17873040 512 byte sectors: 255H 63S/T 1112C) GEOM: new disk da0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:17864217 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 32256 length 9146479104 end 9146511359 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure da0s1a, start 0 length 268435456 end 268435455 GEOM: Configure da0s1b, start 268435456 length 508239872 end 776675327 GEOM: Configure da0s1c, start 0 length 9146479104 end 9146479103 GEOM: Configure da0s1d, start 776675328 length 268435456 end 1045110783 GEOM: Configure da0s1e, start 1045110784 length 268435456 end 1313546239 GEOM: Configure da0s1f, start 1313546240 length 7832932864 end 9146479103 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 Mounting root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstall running as init on serial console These are the predefined terminal types available to sysinstall when running stand-alone. Please choose the closest match for your particular terminal. 1 ...................... Standard ANSI terminal. 2 ...................... VT100 or compatible terminal. 3 ...................... FreeBSD system console (color). 4 ...................... FreeBSD system console (monochrome). 5 ...................... xterm terminal emulator. Your choice: (1-5)=20 FreeBSD 6.0 cvs'ed 7-8-2005 GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D02 base=3D00000000000e0000 len=3D0000000000020000 SMAP type=3D01 base=3D0000000000100000 len=3D000000000fde0000 SMAP type=3D03 base=3D000000000fee0000 len=3D0000000000018000 SMAP type=3D04 base=3D000000000fef8000 len=3D0000000000008000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000001000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA2 #0: Mon Aug 8 01:36:10 WEST 2005 root@AMR.bsdtech.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ad9000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ad922c. Calibrating clock(s) ... i8254 clock: 1193166 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 735005322 Hz CPU: Intel Pentium III (735.01-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383fbff real memory =3D 267255808 (254 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000000fa2cfff, 249581568 bytes (60933 pages) avail memory =3D 251994112 (240 MB) Table 'FACP' at 0xfef1000 MADT: No MADT table found APIC: Could not find any APICs. bios32: Found BIOS32 Service Directory header at 0xc00fdb70 bios32: Entry =3D 0xfdb80 (c00fdb80) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xdba1 pnpbios: Found PnP BIOS data at 0xc00f3200 pnpbios: Entry =3D f0000:24d4 Rev =3D 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: < INTEL SOLANO70> on motherboard acpi0: [MPSAFE] pci_open(1):=09mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a):=09mode1res=3D0x80000000 (0x80000000) pci_cfgcheck:=09device 0 [class=3D060000] [hdr=3D00] is there (id=3D1130808= 6) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3790 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 1 8 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 1 0 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 1 1 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 1 2 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 1 3 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 1 4 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 6 1 5 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 6 1 5 B 0x62 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 3 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: irq 3 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: irq 7 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: irq 5 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 ACPI timer: 1/1 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found->=09vendor=3D0x8086, dev=3D0x1130, revid=3D0x02 =09bus=3D0, slot=3D0, func=3D0 =09class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x8086, dev=3D0x1132, revid=3D0x02 =09bus=3D0, slot=3D2, func=3D0 =09class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Da, irq=3D11 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 3, range 32, base f8000000, size 26, enabled =09map[14]: type 1, range 32, base ffa80000, size 19, enabled pcib0: matched entry for 0.2.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 2 INTA routed to irq 11 via \_SB_.PCI0.LNKA found->=09vendor=3D0x8086, dev=3D0x244e, revid=3D0x02 =09bus=3D0, slot=3D30, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x8086, dev=3D0x2440, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D0 =09class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x8086, dev=3D0x244b, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D1 =09class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found->=09vendor=3D0x8086, dev=3D0x2442, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D2 =09class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Dd, irq=3D7 =09map[20]: type 4, range 32, base 0000ef40, size 5, enabled pcib0: matched entry for 0.31.INTD (src \_SB_.PCI0.LNKD:0) pcib0: slot 31 INTD routed to irq 7 via \_SB_.PCI0.LNKD found->=09vendor=3D0x8086, dev=3D0x2443, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D3 =09class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Db, irq=3D3 =09map[20]: type 4, range 32, base 0000efa0, size 4, enabled pcib0: matched entry for 0.31.INTB (src \_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 3 via \_SB_.PCI0.LNKB found->=09vendor=3D0x8086, dev=3D0x2444, revid=3D0x02 =09bus=3D0, slot=3D31, func=3D4 =09class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Dc, irq=3D5 =09map[20]: type 4, range 32, base 0000ef80, size 5, enabled pcib0: matched entry for 0.31.INTC (src \_SB_.PCI0.LNKH:0) pcib0: slot 31 INTC routed to irq 5 via \_SB_.PCI0.LNKH agp0: mem 0xf8000000-0xfbffffff,0xffa80 000-0xffafffff irq 11 at device 2.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xffa80000 pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0xa000-0xdfff pcib1: memory decode 0xff200000-0xff8fffff pcib1: prefetched decode 0xee800000-0xf6afffff pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 0.2.INTA at func 0: 11 pci_link2: BIOS IRQ 11 does not match initial IRQ 10 pci1: on pcib1 pci1: physical bus=3D1 found->=09vendor=3D0x8086, dev=3D0xb154, revid=3D0x00 =09bus=3D1, slot=3D2, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x02b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 =09bus=3D1, slot=3D3, func=3D0 =09class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000= ns) =09intpin=3Da, irq=3D7 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ff8fc000, size 12, enabled pcib1: (null) requested memory range 0xff8fc000-0xff8fcfff: good =09map[14]: type 4, range 32, base 0000c800, size 6, enabled pcib1: (null) requested I/O range 0xc800-0xc83f: in range =09map[18]: type 1, range 32, base ff600000, size 20, enabled pcib1: (null) requested memory range 0xff600000-0xff6fffff: good pcib1: matched entry for 1.3.INTA (src \_SB_.PCI0.LNKD:0) pcib1: slot 3 INTA routed to irq 7 via \_SB_.PCI0.LNKD found->=09vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 =09bus=3D1, slot=3D4, func=3D0 =09class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000= ns) =09intpin=3Da, irq=3D11 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ff8fd000, size 12, enabled pcib1: (null) requested memory range 0xff8fd000-0xff8fdfff: good =09map[14]: type 4, range 32, base 0000d000, size 6, enabled pcib1: (null) requested I/O range 0xd000-0xd03f: in range =09map[18]: type 1, range 32, base ff700000, size 20, enabled pcib1: (null) requested memory range 0xff700000-0xff7fffff: good pcib1: matched entry for 1.4.INTA (src \_SB_.PCI0.LNKA:0) pcib1: slot 4 INTA routed to irq 11 via \_SB_.PCI0.LNKA found->=09vendor=3D0x9005, dev=3D0x00cf, revid=3D0x01 =09bus=3D1, slot=3D5, func=3D0 =09class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x28 (10000 ns), maxlat=3D0x19 (6250= ns) =09intpin=3Da, irq=3D3 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 4, range 32, base 0000d400, size 8, enabled pcib1: (null) requested I/O range 0xd400-0xd4ff: in range =09map[14]: type 1, range 64, base ff8fe000, size 12, enabled pcib1: (null) requested memory range 0xff8fe000-0xff8fefff: good pcib1: matched entry for 1.5.INTA (src \_SB_.PCI0.LNKB:0) pcib1: slot 5 INTA routed to irq 3 via \_SB_.PCI0.LNKB found->=09vendor=3D0x9005, dev=3D0x00cf, revid=3D0x01 =09bus=3D1, slot=3D5, func=3D1 =09class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x28 (10000 ns), maxlat=3D0x19 (6250= ns) =09intpin=3Db, irq=3D10 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 4, range 32, base 0000d800, size 8, enabled pcib1: (null) requested I/O range 0xd800-0xd8ff: in range =09map[14]: type 1, range 64, base ff8ff000, size 12, enabled pcib1: (null) requested memory range 0xff8ff000-0xff8fffff: good pcib1: matched entry for 1.5.INTB (src \_SB_.PCI0.LNKC:0) pcib1: slot 5 INTB routed to irq 11 via \_SB_.PCI0.LNKC pcib2: at device 2.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 3 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xff200000-0xff3fffff pcib2: prefetched decode 0xee800000-0xf69fffff pci2: on pcib2 pci2: physical bus=3D2 found->=09vendor=3D0x8086, dev=3D0xb154, revid=3D0x00 =09bus=3D2, slot=3D0, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x0290, cachelnsz=3D0 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x1077, dev=3D0x1216, revid=3D0x06 =09bus=3D2, slot=3D1, func=3D0 =09class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 ns= ) =09intpin=3Da, irq=3D7 =09powerspec 1 supports D0 D3 current D0 =09map[10]: type 4, range 32, base 0000b800, size 8, enabled pcib2: (null) requested I/O range 0xb800-0xb8ff: in range pcib1: (null) requested I/O range 0xb800-0xb8ff: in range =09map[14]: type 1, range 32, base ff3ff000, size 12, enabled pcib2: (null) requested memory range 0xff3ff000-0xff3fffff: good pcib1: (null) requested memory range 0xff3ff000-0xff3fffff: good pcib1: matched entry for 1.2.INTB (src \_SB_.PCI0.LNKD:0) pcib1: slot 2 INTB routed to irq 7 via \_SB_.PCI0.LNKD pcib2: slot 1 INTA is routed to irq 7 pcib3: at device 0.0 on pci2 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xa000-0xafff pcib3: memory decode 0xff200000-0xff2fffff pcib3: prefetched decode 0xee800000-0xf68fffff pci3: on pcib3 pci3: physical bus=3D3 found->=09vendor=3D0x101e, dev=3D0x1960, revid=3D0x20 =09bus=3D3, slot=3D0, func=3D0 =09class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) =09lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Da, irq=3D10 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 3, range 32, base f0000000, size 26, enabled pcib3: (null) requested memory range 0xf0000000-0xf3ffffff: good pcib2: (null) requested memory range 0xf0000000-0xf3ffffff: good pcib1: (null) requested memory range 0xf0000000-0xf3ffffff: good pcib1: matched entry for 1.2.INTA (src \_SB_.PCI0.LNKC:0) pcib1: slot 2 INTA routed to irq 11 via \_SB_.PCI0.LNKC pcib2: slot 0 INTA is routed to irq 11 pcib3: slot 0 INTA is routed to irq 11 amr0: mem 0xf0000000-0xf3ffffff irq 11 at device 0.0 on pci3 amr0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf0000000 amr0: [MPSAFE] amr0: Firmware 198U, BIOS 3.35, 64MB RAM pci2: at device 1.0 (no driver attached) pci2:1:0: Transition from D0 to D3 fxp0: port 0xc800-0xc83f mem 0xff8fc000-0xff8fcfff ,0xff600000-0xff6fffff irq 7 at device 3.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff8fc000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 100c 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:30:48:11:2d:f5 fxp0: [MPSAFE] fxp1: port 0xd000-0xd03f mem 0xff8fd000-0xff8fdfff ,0xff700000-0xff7fffff irq 11 at device 4.0 on pci1 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff8fd000 fxp1: using memory space register mapping fxp1: PCI IDs: 8086 1229 8086 100c 0008 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:30:48:11:2d:f4 fxp1: [MPSAFE] ahc0: port 0xd400-0xd4ff mem 0xff8fe000-0 xff8fefff irq 3 at device 5.0 on pci1 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd400 ahc0: Reading SEEPROM...done. ahc0: Manual SE Termination ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1fef6, Bugs 0x40, Flags 0x20485560 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xff8ff000-0 xff8fffff irq 11 at device 5.1 on pci1 ahc1: Defaulting to MEMIO off ahc1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 ahc1: Reading SEEPROM...done. ahc1: Manual SE Termination ahc1: Manual LVD Termination ahc1: BIOS eeprom is present ahc1: Secondary High byte termination Enabled ahc1: Secondary Low byte termination Enabled ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: Downloading Sequencer Program... 423 instructions downloaded ahc1: Features 0x1fef6, Bugs 0x40, Flags 0x28485560 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 ,0xffa0-0xffaf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D10 stat1=3D00 devices=3D0x4 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 ata1: stat1=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 ata1: reset tp2 stat0=3D01 stat1=3D01 devices=3D0x0 ata1: [MPSAFE] uhci0: port 0xef40-0xef5f irq 7 a t device 31.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 5 a t device 31.4 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x401 0x411 0x401 0x401 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console ahc_isa_probe 0: ioport 0xc00 alloc failed ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x401 0x401 0x401 0x401 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 735005322 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on Intel ICH2 chip acd0: setting UDMA33 on Intel ICH2 chip acd0: CDRW drive at ata0 as master acd0: read 6890KB/s (6890KB/s) write 688KB/s (8957KB/s), 2048KB buffer, UDM= A33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. amrd0: on amr0 amrd0: 104040MB (213073920 sectors) RAID 5 (optimal) GEOM: new disk amrd0 fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout < There's a 10 second pause at least here > ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc1: Selection Timeout on A:0. 0 SCBs aborted fdc0: input ready timeout ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc1: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc1: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc1: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc1: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc1: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc1: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc1: Selection Timeout on A:9. 0 SCBs aborted (ahc0:A:4:0): Received WDTR 1 filtered to 0 (ahc0:A:4:0): Target Initiated WDTR (ahc0:A:4:0): Sending WDTR 0 ahc0: target 4 using 8bit transfers (ahc0:A:4:0): Received SDTR period a, offset 1f =09Filtered to period 0, offset 0 ahc0: target 4 using asynchronous transfers (ahc0:A:4:0): Target Initiated SDTR (ahc0:A:4:0): Sending SDTR period 45, offset 0 ahc1: Selection Timeout on A:10. 0 SCBs aborted ahc1: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc1: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc1: Selection Timeout on A:13. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc1: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted ahc1: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc1: Selection Timeout on A:15. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted (probe34:ahc0:0:4:0): Retrying Command (ahc0:A:4:0): Sending WDTR 1 (ahc0:A:4:0): Received WDTR 1 filtered to 1 ahc0: target 4 using 16bit transfers (ahc0:A:4:0): Sending SDTR period a, offset 7f (ahc0:A:4:0): Received SDTR period a, offset 1f =09Filtered to period a, offset 1f ahc0: target 4 synchronous at 40.0MHz, offset =3D 0x1f From owner-freebsd-current@FreeBSD.ORG Mon Aug 8 20:42:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7982B16A41F; Mon, 8 Aug 2005 20:42:46 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1A4943D45; Mon, 8 Aug 2005 20:42:45 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j78Kfoir083198; Mon, 8 Aug 2005 16:41:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j78Kghf1097042; Mon, 8 Aug 2005 16:42: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 j78Kgeoa025371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Aug 2005 16:42:41 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050808162711.04d40c28@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 08 Aug 2005 16:44:47 -0400 To: "Poul-Henning Kamp" , Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <42475.1123513974@phk.freebsd.dk> References: <42475.1123513974@phk.freebsd.dk> 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.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: Michael Reifenberger , freebsd-current@FreeBSD.org Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 20:42:46 -0000 At 11:12 AM 08/08/2005, Poul-Henning Kamp wrote: >I belive there is a bug in the HiFn chips that makes them do a soft reset >under some set of circumstances which we have never been able to nail >down. Actually, I think this is something different. I know the issue you are referring to, and it seems to happen on many (but not all) motherboards. Note, this problem does not happen in UP mode on this box, only on SMP. Also, I just booted RELENG_4_11 on the box and installed an SMP kernel. hippo# hifnstats input 7648447680 bytes 2338053 packets output 7648431264 bytes 2338052 packets invalid 0 nomem 0 abort 0 noirq 1263291 unaligned 0 totbatch 0 maxbatch 0 nomem: map 0 load 0 mbuf 0 mcl 0 cr 0 sd 0 hippo# I am able to run /usr/bin/openssl aes-128-cbc -in big -k pass | ssh -c aes128-cbc mdtancsa@127.0.0.1 "cat - > /dev/null" until the cows come home without issue, even with an SMP kernel built. So it seems like its something with this box and RELENG_6 that causes the box to totally lock up Here is the same hardware on RELENG_4 hippo# 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 4.11-RELEASE #0: Mon Aug 8 15:43:47 EDT 2005 root@hippo.netperf.freebsd.org:/usr/obj/usr/src/sys/smp Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (500.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383fbff real memory = 2147475456 (2097144K bytes) config> q avail memory = 2086166528 (2037272K bytes) Changing APIC ID for IO APIC #0 from 0 to 4 on chip Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard: 4 CPUs cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu3 (AP): apic id: 2, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc056a000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc056a09c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00fc7a0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 14 -> irq 2 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: at device 2.1 on pci0 atapci0: ATA channel disabled by BIOS uhci0: irq 0 at device 2.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 Timecounter "PIIX" frequency 3579545 Hz chip0: port 0x850-0x85f at device 2.3 on pci0 pci0: at 4.0 pcib1: at device 8.0 on pci0 pci1: on pcib1 amr0: mem 0xfe000000-0xfe3fffff irq 2 at device 8.1 on pci0 amr0: Firmware GH6D, BIOS 1.43, 32MB RAM pcib4: at device 18.0 on pci0 pcib5: at device 19.0 on pci0 pcib6: at device 20.0 on pci0 pcib2: on motherboard IOAPIC #0 intpin 21 -> irq 5 IOAPIC #0 intpin 22 -> irq 10 IOAPIC #0 intpin 20 -> irq 11 pci2: on pcib2 ahc0: port 0xec00-0xecff mem 0xfe902000-0xfe902fff irq 5 at device 4.0 on pci2 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xfe901000-0xfe901fff irq 10 at device 6.0 on pci2 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc2: port 0xe400-0xe4ff mem 0xfe900000-0xfe900fff irq 11 at device 8.0 on pci2 aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs pcib3: on motherboard IOAPIC #0 intpin 19 -> irq 12 IOAPIC #0 intpin 18 -> irq 13 pci3: on pcib3 em0: port 0xfcc0-0xfcff mem 0xfeb00000-0xfeb1ffff,0xfeb20000-0xfeb3ffff irq 12 at device 1.0 on pci3 em0: Speed:N/A Duplex:N/A hifn0 mem 0xfeb40000-0xfeb47fff,0xfeb48000-0xfeb49fff,0xfeb4a000-0xfeb4afff irq 13 at device 3.0 on pci3 hifn0: Hifn 7955, rev 0, 32KB dram orm0: